Open In App

What are Ethereum EIPs?

EIPs are formal proposals to improve the Ethereum blockchain. EIPs are similar to Bitcoin Improvement Proposals (BIPs) and are a way for the Ethereum community to suggest, discuss, and implement changes to the Ethereum network.

What are EIPs?

Ethereum Improvement Proposals (EIPs) are documents that describe proposed changes or improvements to the Ethereum network. They are written in a formal format and are designed to be comprehensive, clear, and concise. EIPs cover a wide range of topics, including technical specifications, new features, standards, and modifications to existing functions within the network.



The implementation of EIPs is significant because it allows the Ethereum network to evolve and adapt to changing needs and user demands. EIPs enable new features and functionalities to be added to the network, which in turn can lead to the development of innovative decentralized applications (dApps). EIPs can also improve the security, scalability, and efficiency of the Ethereum network.

Why do EIPs matter?

EIPs matter because they enable the Ethereum network to evolve and adapt to the changing needs of users and developers. The Ethereum network is used by a diverse range of individuals and organizations, each with its own unique requirements and use cases. 



History of EIPs

The history of EIPs dates back to 2015 when Ethereum was first created. The Ethereum Improvement Proposal system was inspired by the Bitcoin Improvement Proposal system, which had already been established. 

EIP Types

EIPs are categorized into three types:

1. Standard Track EIPs

These are EIPs that propose changes to the Ethereum protocol itself. They are divided into four categories based on the level of impact they will have on the network:

2. Meta EIPs

These are EIPs that propose changes to the EIP process itself. These are also known as process EIPs. 

3. Informational EIPs

These are EIPs that provide information or guidelines on a particular topic related to Ethereum. However, such  a proposal does not introduce new features. 

Each EIP has a unique number, title, and author(s). EIPs are discussed and debated on Github, and once accepted, they are assigned an “Accepted” status. If an EIP is implemented in a client, it is assigned a “Final” status.

EIP Status Terms

EIPs go through several status terms during their lifecycle, which indicates their current state of development and implementation. The status terms are:

1. Idea

This is a pre-draft and is not tracked within the EIP repository.

2. Draft

This is the initial status of an EIP when it is first proposed. The EIP is in its early stages and is open for discussion and feedback from the community. At this stage, the EIP may still undergo significant changes based on community feedback.

3. Review

In this status, the author marks an EIP as ready and requests Peer Review.

4. Last Call

This status indicates that the EIP has gone through several rounds of review and revision and is now ready for final comments and feedback from the community. At this stage, the EIP is considered close to final and any remaining feedback is meant to catch any last-minute issues.

5. Final

This status indicates that the EIP has been implemented in the Ethereum network. Once an EIP is in its final status, the changes proposed by the EIP are live on the network and available for use.

6. Stagnant

Any EIP that is in Draft or Review status for a period of 6 months or greater is moved to the Stagnant status. Author or EIP editors can resurrected from this state and move it back to Draft.

7. Withdrawn

This status indicates that the EIP author(s) have withdrawn the proposed EIP. EIP is not currently being considered for implementation but may be revisited in the future. There could be many reasons for deferring an EIP, such as technical issues or lack of community interest. EIPs that are deferred may be revisited in the future if circumstances change.

8. Living

This is the special status for EIPs that is designed to be continually updated and not reach a state of finality. 

How are EIPs processed?

EIPs are processed through a standardized process that includes several steps:

1. Drafting

During the drafting stage, the author(s) create a formal proposal document that outlines the proposed change or improvement to the Ethereum network. The document must follow a specific format and include relevant details such as the proposed change, the reasoning behind it, potential benefits and drawbacks, and any technical specifications. The draft EIP is submitted to the Ethereum community for review.

2. Review

The review stage is an opportunity for the community to provide feedback on the proposed EIP. Feedback can come in various forms such as comments, suggestions for improvement, or technical reviews. The feedback is collected and analyzed by the author(s), who may revise the EIP based on the community’s feedback. This stage is critical in ensuring that proposed changes are thoroughly scrutinized by the community before being accepted.

3. Last Call

Once the EIP has been revised based on community feedback, it is considered ready for final comments before acceptance. This is known as the “Last Call” stage. During this stage, the community is invited to review the final draft of the EIP and provide any additional feedback. If there are no major issues or objections raised during this stage, the EIP can move on to acceptance.

4. Acceptance

The final stage of the EIP process is acceptance. If the EIP has received sufficient support and no major issues or objections have been raised during the review and last call stages, it is considered accepted by the community. The EIP is then included in the next protocol update and becomes part of the Ethereum Improvement Proposal system.

5. Implementation

Once an EIP is accepted, it must be implemented in the Ethereum client software by the developers. The implementation process can vary in complexity depending on the nature of the proposed changes. Developers must ensure that the implementation adheres to the specifications outlined in the EIP and that it is compatible with the existing Ethereum network.

6. Testing

After implementation, the EIP is tested to ensure it works as intended and does not introduce any new bugs or vulnerabilities to the network. Developers perform extensive testing to ensure that the EIP is stable and does not have any unintended consequences.

7. Activation

Once the EIP has been implemented and tested, it is activated on the Ethereum network during the next protocol update. This is typically done through a hard fork, which requires all nodes to update their software to the new version.

8. Monitoring

The EIP is monitored after activation to ensure it is functioning properly and that there are no unforeseen issues or vulnerabilities. If any issues arise, the community may propose new EIPs to address them. The monitoring process is ongoing to ensure the stability and security of the Ethereum network.

Who Decides on EIPs?

The decision on whether to accept or reject an EIP is made by the Ethereum community through a consensus mechanism. The community includes developers, miners, node operators, and other stakeholders who have a vested interest in the success of the Ethereum network. Once an EIP has been accepted, it becomes part of the Ethereum Improvement Proposal system and is implemented in the network’s next protocol update.

Format of an EIP

The format of an EIP follows a standardized template that includes several sections:

  1. Preamble: This section includes the EIP number, title, author(s), and status.
  2. Abstract: This section provides a brief summary of the proposed change or improvement.
  3. Motivation: This section explains why the proposed change or improvement is necessary.
  4. Specification: This section provides a detailed description of the proposed change or improvement.
  5. Rationale: This section explains why the proposed change or improvement was designed in the way it was.
  6. Backward Compatibility: This section explains how the proposed change or improvement will affect existing applications or contracts.
  7. Test Cases: This section includes examples of how the proposed change or improvement can be tested.
  8. Implementation: This section provides information on how the proposed change or improvement will be implemented.
  9. Security Considerations: This section discusses any potential security risks associated with the proposed change or improvement.
  10. References: This section includes any references or resources used in creating the EIP.

Examples of EIPs

There are currently over 300 EIPs that have been proposed and accepted. Some of the most notable EIPs include:

Advantages of EIPs:

Limitations of EIPs:


Article Tags :