Recently, in addition to the previous five key routes, the key route centered on solving transaction review and MEV risks has been added, The Scourge. At this point, the future development and evolution of Ethereum will be mainly divided into six key routes, namely: The MergVitalik released the latest roadmap of Ethereum, e, The Surge, The Scourge, The Verge, The Purge, and The Splurge. It is worth noting that these six key routes are advancing simultaneously. Below, we also briefly describe each key route according to this latest roadmap.
The main goal of this route is to build a decentralized, robust and concise PoS consensus mechanism. Ethereum has now successfully switched to PoS, and the next ones are mainly tinkering with network validator security and sporadic features:
- Activation of the beacon chain withdrawal function: It has been used as the main content of EIP-4895 and is ready to be deployed during the Shanghai upgrade, and as for the specific implementation time, developers can only vaguely estimate a few months at the latest Ethereum core developer conference.
- Distributed Validators (DV): Distributed validator technology, a technology designed to distribute the work of Ethereum validators into a set of distributed nodes, which can improve security, online resilience, etc. compared with the current traditional technology of running validator client tickets on one machine, as detailed in the DV technical specifications.
- Single Secret Leader Election (SSLE): Single secret leader election, currently used by the beacon chain Single Leader Election, that is, the proposer selected by each slot is exposed in advance, making them vulnerable to DoS attacks. By encrypting and hiding this process so that only the proposer knows his or her identity, potential risks can be mitigated.
- Single Slot Finality (SSF): Single slot finality, currently Ethereum blocks require 64 to 95 slots (about 15 minutes) to achieve finality, but Vitalik believes that there are good reasons to reduce the finality time to one slot to achieve a better user experience, as seen in SSF.
The main goal of the route is to drive rollup-centric scaling to achieve 100,000 TPS per second, in two main phases:
- Initial scaling of rollup: EIP4844 introduces a new transaction type to Ethereum that carries ephemeral blob data, which will reduce rollup overhead by 10-100 times, combined with preliminary OP Rollup fraud proof and the assistance of ZK-EVMs to achieve initial scaling.
- Achieve full capacity expansion of Rollup: While the former foundation is optimized, the focus is on data availability DA optimization, such as data availability sampling clients, P2P design, etc.
The main goal of this route is to ensure that reliable, trustworthy and neutral transactions are included in the block, avoiding network centralization and MEV-related risks, and the key milestone in this is to achieve the separation of block proposer and builder at the protocol level, i.e. Proposer-Builder Separation/PBS.
In the PBS design, the block proposer is responsible for collecting transactions from the mempool and creating a list containing block transaction information that crList is passed to the block builders. Block builders reorder transactions in the crList and build blocks to maximize MEV before submitting their bids to the block proposer, who selects the highest bidder as the valid block.
After the implementation of PBS, there is also a further Smoothing MEV scheme proposed by Ethereum developers, which aims to reduce the gap in captured MEV between each validator, with the ultimate goal of making the reward distribution of each validator as close to uniform as possible, so as to ensure the stability of the protocol consensus, while also considering the potential MEV burning possibility.
The main goal of the route is to lower the threshold for validating blocks and contains two key milestone checkpoints:
- Verkle Trees: Merkle trees are optimized around the Verkle tree design, making it possible for validators to participate in transaction validation without having to store all state.
- Fully SNARKed: Fully introduces SNARKs to the Ethereum protocol, such as EVM, Verkle proofs, and consensus state transitions, and can switch to quantum-safe STARKs even in the era of quantum computing.
The main goal of this route is to simplify the Ethereum protocol, eliminate technical debt, improve node efficiency and indirectly improve TPS by clearing historical data, limiting the cost of validator participation in the network, reducing the storage needs of nodes, and even eliminating the need to store full node data. This mainly includes two key milestone checkpoints, History Expiry and State Expiry, which are not pressed due to the technical orientation of this route.
This route is mainly a few fragmentary optimization fixes, such as account abstraction, EVM optimization, and random number scheme VDF.
Posted by:CoinYuppie，Reprinted with attribution to:https://coinyuppie.com/a-brief-analysis-of-ethereums-latest-roadmap-six-key-routes/
Coinyuppie is an open information publishing platform, all information provided is not related to the views and positions of coinyuppie, and does not constitute any investment and financial advice. Users are expected to carefully screen and prevent risks.