Author: Chloe, ChainCatcher
On July 5, 2026, Vitalik Buterin published a lengthy post on X, unveiling the long-term roadmap titled "Lean Ethereum." He positioned it as Ethereum’s third major evolution following the Merge: not a single upgrade, but a series of protocol improvements to be rolled out in phases over the next three to four years, encompassing nearly every core module of the protocol—from validation methods and cryptography to finality and state storage—all being rearchitected.
This roadmap emerged amid Ethereum's organizational restructuring and must be understood within a broader temporal context. To interpret this comprehensive overhaul, it is essential not only to clarify the specific technical upgrades but also to recognize how its design realigns the trade-offs between "migration costs" and "verification barriers," and to explore how this foundational transformation will ultimately impact ETH's price performance.
The three development phases of Ethereum
To contextualize this upgrade, first list Ethereum’s three generations:
The first generation featured an original "PoW + EVM" architecture, in which all nodes directly re-execute every transaction. While this model is secure, general-purpose, and open, its scalability is inherently limited.
The second generation is PoS Ethereum after the 2022 "Merge." This transition in consensus mechanism fundamentally transformed Ethereum’s security model, issuance model, and staking system, while also demonstrating to the market Ethereum’s exceptional engineering capability to replace its core engine without downtime.
The third generation is today’s Lean Ethereum. It no longer accepts the existing division of labor—where L1 handles settlement and L2 handles scaling—but instead integrates L1 performance, proved verification, privacy, quantum resistance, state structure, and client architecture into a single, unified long-term重构 framework.
Origin of the Lean Ethereum Roadmap
The Lean Ethereum roadmap is published on strawmap.org, an open draft initially proposed by Foundation researcher Justin Drake in February this year, outlining seven planned network upgrades through 2029. The term "strawmap" derives from "straw," indicating that the document is positioned as a draft subject to revision. The strawmap also clarifies that it is an ongoing coordination tool, not a fixed schedule; any upgrade still requires research, testing, client implementation, and rough consensus.
Within this vision, five long-term strategic goals are clearly outlined: faster L1 finality, achieving an L1 throughput of 1 gigagas per second (capable of supporting tens of thousands of TPS under peak conditions), L2 scaling with a teragas-level ecosystem vision, comprehensive quantum-resistant cryptography security, and native L1 privacy transfers.
Comparing this to the current state highlights just how ambitious these goals are. According to Etherscan data, the Ethereum L1 currently processes only about 32 transactions per second on average (roughly 2.7 million per day); achieving the 1 gigagas target would mean a hundreds-fold increase in L1 computational capacity. Notably, on-chain demand on L1 has been on an upward trend over the past year: daily transaction volume rebounded significantly from 1.4 million in mid-2025 and has largely remained between 2 and 2.9 million since early 2026, peaking near 3.6 million during market highs in April and May. This roadmap is being introduced precisely to address this resurging demand for on-chain activity.
The timing is also clearly marked: the Hegotá upgrade, currently scheduled for the second half of 2026, is likely to be Ethereum’s final hard fork before the Lean era; all subsequent upgrades will theoretically be part of this restructuring. The more imminent Glamsterdam upgrade is expected to bring a significant increase in the gas limit; it was originally anticipated to launch in the first half of 2026 but has not yet gone live.
The timeline was also one of the most discussed points following the release of the roadmap. Dankrad Feist, former core researcher at the Ethereum Foundation and the proposer of Ethereum’s Danksharding solution, posted on X that he supports this strawmap, but that the three- to four-year timeline is far too slow—he believes the upgrade could be completed within a year using current large language model technologies.
Major Core Technology Upgrade: Proof Verification and State Reconstruction
The technical core of Lean Ethereum lies in fundamentally changing the validation model. Currently, Ethereum’s security model requires every node to re-execute every transaction to confirm state correctness. The new design integrates recursive STARK proofs as a native core component of the protocol: a single prover performs the heavy computation, while all other nodes need only verify a compact mathematical proof.
This choice also addresses another issue: STARKs use hash-based cryptography, and there are currently no known quantum attack vectors against them, whereas Ethereum’s current signature scheme carries such risks. Vitalik has stated that quantum security has been “significantly elevated” in priority, with the roadmap planning to gradually replace all quantum-vulnerable components with Winternitz signatures—most urgently, finding a quantum-safe design for the blobs that L2s rely on to reduce fees.
The consensus layer is also being modified: currently, Ethereum confirms transactions on-chain in just seconds, but achieving finality takes about fifteen minutes. The new design separates “continuous block production” from “finality,” aiming to reach agreement with just one or two rounds of validator votes, reducing the fifteen-minute wait to near real-time. Additionally, there is multidimensional gas pricing, which means different resources—such as computation, storage, and data transmission—are priced separately, like water and electricity bills, rather than bundled into a single charge.
Changes to the state architecture directly impact application developers. The state can be understood as Ethereum’s real-time ledger, recording the balances of all accounts and smart contract data. This ledger only grows larger over time, and currently, all full nodes must maintain a complete copy, resulting in persistently high on-chain storage costs.
Vitalik’s proposal involves structurally layering the storage architecture: the existing fully functional "Dynamic State (core area)" will be strictly limited to a 2 TB hardware threshold to prevent unbounded growth; at the same time, the protocol will introduce a new, highly scalable "next-generation state storage layer (large warehouse)" with a capacity of up to 100 TB. In Vitalik’s envisioned 2030 landscape, most tokens (ERC-20), NFTs, and conventional DeFi applications could see transaction fees drop by more than tenfold if they are willing to rewrite their contracts and migrate into this new-architecture warehouse. The protocol layer will neither force nor subsidize migration—instead, it will simply present the substantial price differential between the two layers, leaving the timing of migration up to market-driven application decisions.
The status of privacy has also been redefined. Previously, Ethereum’s approach was: everything on-chain is public and transparent; users seeking privacy must find third-party privacy protocols on their own. Vitalik now wrote, “Privacy is no longer an afterthought, it is a first-class goal,” meaning privacy has shifted from being a “user-added retrofit” to becoming “part of the building code”: going forward, every new component of a protocol will be evaluated during design with the question, “Can it support privacy features—without intermediaries and quantum-resistant—at low cost?” Whether this is achievable remains to be seen, but the evaluation criteria themselves have now been incorporated into the roadmap.
EVM Replacement Controversy: The博弈 in the L2 Ecosystem
For ten years, Ethereum has used an engine called the EVM, around which all smart contracts, development tools, and programming languages have been built. Now, Vitalik proposes replacing this engine, for reasons related to STARKs: generating mathematical proofs for transactions is very costly on the EVM; switching to a more proof-friendly engine would be significantly cheaper.
The candidates he singled out are the RISC-V and leanISA architectures, with the ideal end goal being for the new engine to become the core protocol, while EVM is relegated to a translation layer: existing smart contracts would still run, but their code would first be translated into instructions the new engine can understand before execution. Switching engines involves relatively more complex changes, so since Vitalik first proposed the RISC-V concept in April 2025, this proposal has consistently sparked controversy.
Offchain Labs, the core developer behind L2 Arbitrum, publicly advocated last November that an alternative architecture, WebAssembly (WASM), is a better choice—but WASM was not included in Vitalik’s list of candidates this time. Why does this matter? Because Arbitrum is one of Ethereum’s largest L2s, and its smart contract technology, Stylus, is built on WASM.
You can think of it this way: upgrading L1 is like changing the entire ecosystem’s “plug standard.” If your device already uses the same plug, you can keep using it as is; if not, you’ll need to pay to buy an adapter. Choosing which L2s are included determines which ones can seamlessly connect to the future L1—and which ones will have to pay the cost of adaptation.
Ethereum has no voting mechanism to resolve such disagreements; whether to switch and whom to switch to ultimately depends on the rough consensus among developers at All Core Devs meetings and the willingness of each client team to implement the change. To date, switching the engine remains a long-term goal mentioned by Vitalik, with no formal conclusions reached at developer meetings.
Will the roadmap affect the ETH price?
Mapping the technology roadmap to ETH price can correspond to two time horizons.
The first layer is the mechanistic transmission pathway. Since EIP-1559, Ethereum has burned the base fee from every transaction, meaning the volume of L1 activity directly impacts ETH’s supply dynamics and settlement value. Under this mechanism, if the gigagas target is achieved and L1 transaction volume rises alongside increased throughput, gas consumption and burn rates will scale accordingly—this represents the most direct transmission pathway between the roadmap and ETH pricing. However, it is critical to emphasize that this pathway depends on the assumption that “demand follows capacity increases”; capacity alone does not automatically generate demand.
The second layer is the time lag. The roadmap outlines a phased engineering effort spanning three to four years; within 2026, it will not alter any current aspects of Ethereum. It is a directional commitment, and Ethereum has a history of delays in meeting its directional timelines—the Merge itself was years later than initial estimates. In other words, this roadmap raises Ethereum’s long-term capacity ceiling but does not address ETH’s medium-term value capture; analyst Ignas’s critique of the roadmap targets precisely this point—it fails to include tokenomic adjustments for ETH itself.
Next Decade's Observation Checklist
After consolidating the previous points, the ultimate conclusion points to the same structure: this strawmap raises Ethereum’s long-term ceiling but does not immediately address ETH’s mid-term value capture. Now is not the time to FOMO based on the roadmap.
Instead of pricing the roadmap itself, a more actionable approach is to track several near-term milestones that can be verified soon:
Will the Glamsterdam upgrade successfully launch and complete the gas limit increase?
Can blob demand continue to grow with L2 activity?
Can L1 fee revenue and ETH burn volume be improved?
Can L2 growth be fed back to L1 through blob payment and settlement demands?
Can the relative performance of ETH against BTC recover?
Each of these metrics corresponds to a stage of the roadmap and can be verified weekly on Etherscan’s charting page and public dashboards such as DefiLlama. Any change in these metrics is more indicative of pricing fundamentals than the roadmap document itself. Any shift in these metrics will signal to the market—before the roadmap document does—whether this three- to four-year reconstruction is being delivered or delayed.