Three minutes to understand the new proposal process of Ethereum EIP status label

Three minutes to understand the new proposal process of Ethereum EIP status label

Loading

The new EIP process is dedicated to reducing political factors in the EIP management process by separating the hard fork coordination process as much as possible.

Original title: “Introduction | New EIP Process”
Written by: Edson Ayllon
Translation: Ajian

The change to EIP-1 ​​(that is, the EIP promotion process) runs through a theme: to separate the improvement of EIP itself from the hard fork coordination process.

The EIP warehouse was originally intended to be a warehouse with a series of technical specifications. However, because of the hard-fork coordination process, political opinions have also been introduced into EIP warehouse management.

Introduction | New EIP ProcessNew EIP status process

The new EIP process is dedicated to reducing political factors in the EIP management process by separating the hard fork coordination process as much as possible.

In the US legislative process, the drafting of a bill is separate from the process of making it into law. Then, in the future, the EIP warehouse will be regarded as a place where EIP drafts and records are kept, and a hard fork is the process of making certain EIP “laws.”

The first step is to delete the ACCEPTED (已采纳) status.

After deleting the ACCEPTED status, the two different processes that were originally set up for Core EIP and other EIPs have been merged into one, and there is only one process left in the EIP warehouse.

 DRAFT -> REVIEW -> LAST CALL -> FINAL (Draft, review, final solicitation of comments, conclusion)  

In order to track the fork coordination process and which EIPs will be deployed on the mainnet, we will set up a new warehouse: Eth1.0-specs.

Introduction | New EIP ProcessEth1.0 standard code base project version

New EIP status

Now, the EIP in the EIP warehouse will be marked with the following labels to mark the progress (new labels are shown with double asterisks before and after):

  • DRAFT (Draft)

  • **REVIEW** (Review)

  • LAST CALL (final call for comments)

  • FINAL (end)

  • **LIVING** (Continuing)

  • **STAGNANT** ( **STAGNANT** )

  • **WITHDRAWN** (Withdrawn)

Review

REVIEW stated that the author of the EIP sent a clear signal: the EIP is ready for external review.

In the past, EIP would only receive feedback from the outside at the LAST CALL stage, but this is often too late and it is too late to collect any meaningful feedback.

The current REVIEW indicates that the author is actively seeking feedback from others. So this state will be placed before LAST CALL .

FInal

FINAL does not mean that the EIP has been deployed on the Ethereum mainnet, only that the EIP specifications have been frozen. After that, only irregularities in the format of the EIP can be corrected, such as spelling adjustments. Any changes involving content need to open a new EIP.

Living

Living is the renaming of the original ACTIVE state, which is one of the state types of EIP-1. The purpose of renaming is to more accurately represent the actual content of this state, and the word Living is taken from “living document”.

This means that the EIP can be continuously edited and updated.

Stagnant

STAGNANT status indicates that the development of the EIP has stalled and there has been no update in the past few months. The EIP robot will automatically tag the stalled EIP with this label.

Withdrawn

WITHDRAWN status indicates that the EIP has been officially removed by the author. Only the author can remove his EIP.

The difference between STAGNANT and WITHDRAWN is that the latter means it has ended. If you want to revive a revoked EIP, you have to create a new EIP and use a new number.

Source link: medium.com