The discussion started around March 2017 when Alex Beregszaszi (@axic) proposed Meta EIP 233: Formal process of hard forks to describe the formal process of preparing and activating hard forks.
In Dec 2018, Afri Schoedon proposed to write an EEP to define the Ethereum Network Upgrade Process. EEP-5 primarily covers Ethereum 1.0 upgrades. It suggested moving from ad-hoc hardforking to fixed-schedule and provides a general outline process with all required stages of hardforking. It was also pre-announced and requested for collaboration at Eth Magician then.
Based on the recent discussions in ECH meeting #8 and ECH meeting #9,a formal process of selection of EIPs for hardforks (Meta EIP#) is proposed #1929.
The ultimate goal is to have well defined process which every EIP author may follow in order to add EIP in next upgrade.
One suggestion I do have:
In 1929 it suggests to âDiscuss it on gitter, reddit, and Twitterâ. I would suggest the EthMagicians forum (mentioned in the prior sentence) be the source for discussions of an EIP, to prevent information dispersal through an endless variety of social channels. I would suggest to modify that sentence to the following:
âInform others of the proposal via social channels, such as gitter, reddit, and twitterâ
which implies that these are not âofficially sanctionedâ venues for discussion of EIPs (i.e. itâs not listed as discussions-to formally in the EIP).
Thatâs not to say it shouldnât be discussed on other social platforms, but that any serious concerns brought up on such platforms may not be considered in the process unless the conversation is brought to the official forum outlined in the EIP through discussions-to.
This small language change I think would help to reinforce that the EIP has an official discussion forum to raise questions and concerns of the proposal, and to come to technical (and non-technical?) consensus on the proposal.
Another potential edit I might have to this is that EthMagicians itself is not required to be the discussions-to forum, but that only one such forum should be specified for the discussion of a particular EIP.
An example of this might be that a proposal that is almost entirely non-technical in the concerns might find an alternate forum for discussions-to if EthMagicians is considered âinappropiateâ by the author to host the discussions for some reason.
Iâm not sure how I feel about using the EIPs repository to coordinate the contents of a hard fork; it risks confusing the EIP standardisation process with network governance, and the perception that EIP editors are the ones who decide what goes into a fork.
Other than that, this is a nice step forward in formalising forks.
Thanks for feedback. This is an initiative by Ethereum Cat Herders (ECH) to help out as HF coordinator, as discussed previously in All core dev call. So, if it is accepted by All core devs / EIP editors, we may make a slight change in this process of submission of EIPs. I hope it can also be managed at ECH GitHub. Would love to hear more about how does this sound?
I think this is great! I agree with @Arachnid and @fubuloubuâs suggestions, with the exception that the EIP author should be able to choose the venue for discussion as you mentioned in another comment. Having ECH helping manage this will help with organization of future hard forks.
Perhaps it is more useful to ask what purpose does ECH serve, and how they might fit within the process as the provider of some necessary service, and just keep that general (donât specifically mention ECH).
Iâve thought about what it means to fulfill the PM role here, and really I think it ends up looking a lot like a political whip: querying different people on their opinions, building consensus, and understanding the political âlay of the landâ in as non-partisian a way as possible.
I further think that EIP 1929 is process centric and not people/group centric. The purpose is to set up a process that may be followed with or without any individual /group.
It is an attempt to document the process rather than changing the process. But in the process, it may also bring more clarity to new people who would want to contribute.
I think documenting the process is super, super helpful!
I also think that if there is no change proposed, an EIP isnât necessary. I think thatâs where a lot of the confusion is coming from with regards to this.