The Merge | ethereum.org
Mục lục bài viết
When’s it shipping?
Shipped!
The Merge was executed on September 15, 2022. This completed Ethereum’s transition to proof-of-stake consensus, officially deprecating proof-of-work and reducing energy consumption by ~99.95%.
What was The Merge?
The Merge was the joining of the original execution layer of Ethereum (the Mainnet that has existed since genesis) with its new proof-of-stake consensus layer, the Beacon Chain. It eliminated the need for energy-intensive mining and instead enabled the network to be secured using staked ETH. It was a truly exciting step in realizing the Ethereum vision—more scalability, security, and sustainability.
Ethereum State: transactions, apps, contracts, balances
⛏ Proof-of-work🌱 Proof-of-stake🚀 Beacon Chain🐼 The Merge🌳 Sharding
Initially, the Beacon Chain shipped separately from Mainnet. Ethereum Mainnet – with all its accounts, balances, smart contracts, and blockchain state – continued to be secured by proof-of-work, even while the Beacon Chain ran in parallel using proof-of-stake. The Merge was when these two systems finally came together, and proof-of-work was permanently replaced by proof-of-stake.
Imagine Ethereum is a spaceship that launched before it was quite ready for an interstellar voyage. With the Beacon Chain, the community built a new engine and a hardened hull. After significant testing, it became time to hot-swap the new engine for the old one mid-flight. This merged the new, more efficient engine into the existing ship enabling it to put in some serious light years and take on the universe.
Merging with Mainnet
Proof-of-work secured Ethereum Mainnet from genesis until The Merge. This allowed the Ethereum blockchain we’re all used to to come into existence in July 2015 with all its familiar features—transactions, smart contracts, accounts, etc.
Throughout Ethereum’s history, developers prepared for an eventual transition away from proof-of-work to proof-of-stake. On December 1, 2020, the Beacon Chain was created as a separate blockchain to Mainnet, running in parallel.
The Beacon Chain was not originally processing Mainnet transactions. Instead, it was reaching consensus on its own state by agreeing on active validators and their account balances. After extensive testing, it became time for the Beacon Chain to reach consensus on real world data. After The Merge, the Beacon Chain became the consensus engine for all network data, including execution layer transactions and account balances.
The Merge represented the official switch to using the Beacon Chain as the engine of block production. Mining is no longer the means of producing valid blocks. Instead, the proof-of-stake validators have adopted this role and are now responsible for processing the validity of all transactions and proposing blocks.
No history was lost in The Merge. As Mainnet merged with the Beacon Chain, it also merged the entire transactional history of Ethereum.
This transition to proof-of-stake changed the way ether is issued. Learn more about ether issuance before and after The Merge
Users and holders
The Merge did not change anything for holders/users.
This bears repeating: As a user or holder of ETH or any other digital asset on Ethereum, as well as non-node-operating stakers, you do not need to do anything with your funds or wallet to account for The Merge. ETH is just ETH. There is no such thing as “old ETH”/”new ETH” or “ETH1″/”ETH2” and wallets work exactly the same after The Merge as they did before—people telling you otherwise are likely scammers.
Despite swapping out proof-of-work, the entire history of Ethereum since genesis remained intact and unaltered by the transition to proof-of-stake. Any funds held in your wallet before The Merge are still accessible after The Merge. No action is required to upgrade on your part.
More on Ethereum security
Node operators and dapp developers
Key action items include:
- Run both a consensus client and an execution client; third-party endpoints to obtain execution data no longer work since The Merge.
- Authenticate both execution and consensus clients with a shared JWT secret so they can securely communicate.
- Set a
fee recipient
address to receive your earned transaction fee tips/MEV.
Not completing the first two items above will result in your node being seen as “offline” until both layers are synced and authenticated.
Not setting a fee recipient
will still allow your validator to behave as usual, but you will miss out on unburnt fee tips and any MEV you would have otherwise earned in blocks your validator proposes.
Up until The Merge, an execution client (such as Geth, Erigon, Besu or Nethermind) was enough to receive, properly validate, and propagate blocks being gossiped by the network. After The Merge, the validity of transactions contained within an execution payload now also depends on the validity of the “consensus block” it is contained within.
As a result, a full Ethereum node now requires both an execution client and a consensus client. These two clients work together using a new Engine API. The Engine API requires authentication using a JWT secret, which is provided to both clients allowing secure communication.
Key action items include:
- Install a consensus client in addition to an execution client
- Authenticate execution and consensus clients with a shared JWT secret so they can securely communicate with one another.
Not completing the above items will result in your node appearing to be “offline” until both layers are synced and authenticated.
The Merge came with changes to consensus, which also includes changes related to:
- block structure
- slot/block timing
- opcode changes
- sources of on-chain randomness
- concept of safe head and finalized blocks
For more information, check out this blog post by Tim Beiko on How The Merge Impacts Ethereum’s Application Layer(opens in a new tab)↗.
The Merge and energy consumption
The Merge marked the end of proof-of-work for Ethereum and start the era of a more sustainable, eco-friendly Ethereum. Ethereum’s energy consumption dropped by an estimated 99.95%, making Ethereum a green blockchain. Learn more about Ethereum energy consumption.
The Merge and scaling
The Merge also set the stage for further scalability upgrades not possible under proof-of-work, bringing Ethereum one step closer to achieving the full scale, security and sustainability outlined in its Ethereum vision.
Misconceptions about The Merge
There are two types of Ethereum nodes: nodes that can propose blocks and nodes that don’t.
Nodes that propose blocks are only a small number of the total nodes on Ethereum. This category includes mining nodes under proof-of-work (PoW) and validator nodes under proof-of-stake (PoS). This category requires committing economic resources (such as GPU hash power in proof-of-work or staked ETH in proof-of-stake) in exchange for the ability to occasionally propose the next block and earn protocol rewards.
The other nodes on the network (i.e. the majority) are not required to commit any economic resources beyond a consumer-grade computer with 1-2 TB of available storage and an internet connection. These nodes do not propose blocks, but they still serve a critical role in securing the network by holding all block proposers accountable by listening for new blocks and verifying their validity on arrival according to the network consensus rules. If the block is valid, the node continues propagating it through the network. If the block is invalid for whatever reason, the node software will disregard it as invalid and stop its propagation.
Running a non-block-producing node is possible for anyone under either consensus mechanism (proof-of-work or proof-of-stake); it is strongly encouraged for all users if they have the means. Running a node is immensely valuable for Ethereum and gives added benefits to any individual running one, such as improved security, privacy and censorship resistance.
The ability for anyone to run their own node is absolutely essential to maintaining the decentralization of the Ethereum network.
More on running your own node
Gas fees are a product of network demand relative to the capacity of the network. The Merge deprecated the use of proof-of-work, transitioning to proof-of-stake for consensus, but did not significantly change any parameters that directly influence network capacity or throughput.
With a rollup-centric roadmap(opens in a new tab)↗, efforts are being focused on scaling user activity at layer 2, while enabling layer 1 Mainnet as a secure decentralized settlement layer optimized for rollup data storage to help make rollup transactions exponentially cheaper. The transition to proof-of-stake is a critical precursor to realizing this. More on gas and fees.
A transaction’s “speed” can be measured in a few ways, including time to be included in a block and time to finalization. Both of these changes slightly, but not in a way that users will notice.
Historically, on proof-of-work, the target was to have a new block every ~13.3 seconds. Under proof-of-stake, slots occur precisely every 12 seconds, each of which is an opportunity for a validator to publish a block. Most slots have blocks, but not necessarily all (i.e. a validator is offline). In proof-of-stake, blocks are produced ~10% more frequently than on proof-of-work. This was a fairly insignificant change and is unlikely to be noticed by users.
Proof-of-stake introduced the transaction finality concept that did not previously exist. In proof-of-work, the ability to reverse a block gets exponentially more difficult with every passing block mined on top of a transaction, but it never quite reaches zero. Under proof-of-stake, blocks are bundled into epochs (6.4 minute spans of time containing 32 chances for blocks) which validators vote on. When an epoch ends, validators vote on whether to consider the epoch ‘justified’. If validators agree to justify the epoch, it gets finalized in the next epoch. Undoing finalized transactions is economically inviable as it would require obtaining and burning over one-third of the total staked ETH.
Staked ETH and staking rewards continue to be locked without the ability to withdraw. Withdrawals are planned for the upcoming Shanghai upgrade.
This may seem counterintuitive to the above note that withdrawals are not enabled til the Shanghai upgrade, but validators DO have immediate access to the fee rewards/MEV earned during block proposals.
The protocol issues ETH as a reward to validators for contributing to consensus. The consensus layer accounts for the newly issued ETH, where a validator has a unique address that holds its staked ETH and protocol rewards. This ETH is locked until Shanghai.
ETH on the execution layer is accounted for separately from the consensus layer. When users execute transactions on Ethereum Mainnet, ETH must be paid to cover the gas, including a tip to the validator. This ETH is already on the execution layer, is NOT being newly issued by the protocol, and is available to the validator immediately (given a proper fee recipient
address is provided to the client software).
After the Shanghai upgrade enables withdrawals, all validators will be incentivized to withdraw their staking balance above 32 ETH, as these funds do not add to yield and are otherwise locked. Depending on the APR (determined by total ETH staked), they may be incentivized to exit their validator(s) to reclaim their entire balance or potentially stake even more using their rewards to earn more yield.
An important caveat here, full validator exits are rate limited by the protocol, so only six validators may exit per epoch (every 6.4 minutes, so 1350 per day, or only ~43,200 ETH per day out of over 10 million ETH staked). This rate limit adjusts depending on the total ETH staked and prevents a mass exodus of funds. Furthermore, it prevents a potential attacker from using their stake to commit a slashable offense and exiting their entire staking balance in the same epoch before the protocol can enforce the slashing penalty.
The APR is intentionally dynamic, allowing a market of stakers to balance how much they’re willing to be paid to help secure the network. When withdrawals are enabled, if the rate is too low, then validators will exit at a rate limited by the protocol. Gradually this will raise the APR for everyone who remains, attracting new or returning stakers yet again.
What happened to ‘Eth2’?
The term ‘Eth2’ has been deprecated. After merging ‘Eth1’ and ‘Eth2’ into a single chain, there is no longer any need to
distinguish between two Ethereum networks; there is just Ethereum.
To limit confusion, the community has updated these terms:
- ‘Eth1’ is now the ‘execution layer’, which handles transactions and execution.
- ‘Eth2’ is now the ‘consensus layer’, which handles proof-of-stake consensus.
These terminology updates only change naming conventions; this does not alter Ethereum’s goals or roadmap.
Learn more about the ‘Eth2’ renaming(opens in a new tab)↗
Relationship between upgrades
The Ethereum upgrades are all somewhat interrelated. So let’s recap how The Merge relates to the other upgrades.
The Merge and the Beacon Chain
The Merge represents the formal adoption of the Beacon Chain as the new consensus layer to the original Mainnet execution layer. Since The Merge, validators are assigned to secure Ethereum Mainnet, and mining on proof-of-work is no longer a valid means of block production.
Blocks are instead proposed by validating nodes that have staked ETH in return for the right to participate in consensus. These upgrades set the stage for future scalability upgrades, including sharding.
The Beacon Chain
The Merge and the Shanghai upgrade
In order to simplify and maximize focus on a successful transition to proof-of-stake, The Merge upgrade did not include certain anticipated features such as the ability to withdraw staked ETH. The Shanghai upgrade is planned to follow The Merge, which will enable the ability for stakers to withdraw.
Stay up-to-date with the Shanghai upgrade planning issue on GitHub(opens in a new tab)↗, or the EF Research and Development Blog(opens in a new tab)↗. For those curious, learn more about What Happens After The Merge(opens in a new tab)↗, presented by Vitalik at the April 2021 ETHGlobal event.
The Merge and sharding
Originally, the plan was to work on sharding before The Merge to address scalability. However, with the boom of layer 2 scaling solutions, the priority shifted to swapping proof-of-work to proof-of-stake first.
Plans for sharding are rapidly evolving, but given the rise and success of layer 2 technologies to scale transaction execution, sharding plans have shifted to finding the most optimal way to distribute the burden of storing compressed calldata from rollup contracts, allowing for exponential growth in network capacity. This would not be possible without first transitioning to proof-of-stake.
Sharding
Further reading
Test your knowledge
Loading…
Was this page helpful?