Ethereum Core Devs Meeting 34 Agenda about pm

[pirapira]

I will listen in on YouTube from this time on.

[fulldecent]

Request to add:

1. EIP decision process -- brainstorm ways which the process is deficient. This should provide some good ideas on record that can be actually implemented later, possibly pull requests by other people.

Please feel free to reference ERC-165 as an example. I have tried to follow the "new" process discussed at a prior meeting, including getting test cases and implementation ready BEFORE draft accepted status. We are now in accepted status, and I am hoping to follow any "new" process to get it to approved.

[pipermerriam]

Discuss inclusion of a limited version of ethereum/EIPs#232 in the next hard fork.

[winsvega]

test rpc protocol discussion:
ethereum/retesteth#5

[holiman]

@pirapira listen in? Why? You should be there!

[cslarson]

Is the governance process itself not a matter for those affected by it to help decide? I accept that is difficult to achieve with our present tools, but there is also possibly a danger when it's seen to be decided by devs only. We can identify multiple groups of stakeholders. Some of these it's quite possible to see objectively if some threshold of acceptance has been reached.

Then again I see the point that an EIP pull request might not be a part of the governance process. It's the very point at which something gets prepared enough to be discussed - to be have the governance process on that matter begin.

[timxor]

Talk about when we should start considering to implement a POC/MVP of EIP 648 Easy parallelizability.

What is the most logical Ethereum client to use to implement this EIP first? Maybe I will make a branch and start tinkering with this.

Talk about defining the types of benchmarks to run and all that jazz. I presume the way to verify the accurate implementation of parallelization is via performance benchmarks/speedup times.

[chfast]

EIP96 (BLOCKHASH): no response from authors.