This Meta EIP lists Core EIPs introducing changes to Ethereum’s consensus which were activated independently of an Ethereum hard fork due to their backward compatible nature. These EIPs generally introduce constraints to underspecified protocol rules or clarify how certain edge cases should be handled.
Motivation
To maintain consensus across all nodes, backward incompatible changes to Ethereum must be activated synchronously. Given the coordination required for this, changes are usually bundled together in network upgrades. A Meta EIP is typically used to list the changes included in a network upgrade, as well as its activation time.
However, backward compatible consensus changes do not require a network upgrade to be activated. For example, if a consensus rule is underspecified, an EIP can propose a constraint to bound it. If the constraint was never broken in Ethereum’s history and is unlikely to be broken in the future, the EIP can be considered backward compatible. It could then be “retroactively activated”, as both nodes which support the change and those which do not would agree on the current network state and history.
This Meta EIP lists all such EIPs which core developers have retroactively included as part of the Ethereum protocol specification.
EIP-7610: Revert creation in case of non-empty storage
Activation
All EIPs listed above are considered activated as of Ethereum’s genesis block. Note that EIP-7523 distinguishes pre- and post-merge behavior on the Ethereum mainnet.
Rationale
This Meta EIP provides a global view of all changes included in the Ethereum protocol without an explicit network upgrade, as well as links to full specification.