Vitalik Buterin Outlines ‘Lean Ethereum’ Overhaul Aiming for Quantum Safety, Privacy, and Scalability Over Several Years
Table of Contents
You might want to know
• How will Ethereum’s proposed "Lean Ethereum" changes affect privacy, quantum resistance, and node operation?
• What architectural shifts — from state organization to verification methods and virtual machines — are being considered to scale Ethereum without disrupting existing applications?
Main Topic
Ethereum co-founder Vitalik Buterin has presented an updated technical roadmap for a multi-year initiative called "Lean Ethereum," a plan intended to rebuilt nearly every major part of the protocol over three to four years while minimizing disruption to existing applications. This effort follows the 2022 Merge — the shift from proof-of-work mining to proof-of-stake — and represents what Buterin describes as the next major iteration of the platform.
The revised roadmap emphasizes several core priorities that differ in emphasis from many prior roadmaps: first, a strong, near-term focus on quantum resistance, and second, elevating privacy to a "first-class goal" rather than an optional add-on. Those priorities drive parallel changes in cryptographic primitives, data-storage approaches used by rollups (layer-2 scaling systems), and how the protocol performs verification and stores its working memory, commonly known as state.
Quantum safety has risen sharply in urgency within the plan. Prevailing cryptographic assumptions that secure today’s blockchains would be vulnerable to sufficiently powerful quantum computers. Although such machines are not yet available, the updated roadmap treats replacing quantum-vulnerable components with quantum-safe alternatives as an essential, early objective. This includes redesigning the inexpensive data-attestation and storage patterns that rollups rely on, ensuring that both core protocol elements and layer-2 dependencies reduce future risk from cryptanalytic advances.
Parallel to quantum concerns, privacy is being rethought as a default property of core protocol components. Instead of treating private transactions and intermediary-free interactions as bolt-on features, the roadmap recommends redesigning critical network pathways so that private transaction flows can pass through the system by default. That approach aims to make privacy-integrating mechanisms broadly usable and reduce reliance on centralized intermediaries for confidentiality.
The plan also reimagines verification and node efficiency. Rather than requiring each node to re-execute every transaction, Lean Ethereum advocates using recursive STARKs (Scalable Transparent ARguments of Knowledge) to produce compact proofs that attest to correct computation. With recursive proofs, nodes verify succinct cryptographic evidence instead of re-running potentially heavy workloads. This change is intended to make node operation lighter and faster, lowering resource barriers and preserving broader participation over time.
A central and potentially disruptive element of the proposal is a redesign of Ethereum’s notion of state. In blockchain terms, state is the current snapshot of account balances, smart contract storage, token ledgers, and every datum the protocol tracks at a given block. Today every full node stores and maintains this entire state, and as usage grows that requirement increases storage and compute costs — pressures that tend to favor fewer, larger operators and diminish decentralization.
Lean Ethereum proposes keeping the existing flexible, dynamic state but capping its uncontrolled growth and introducing additional, more restrictive state types that are much cheaper to scale. By diversifying state models — effectively allowing specialized, high-density storage for certain data alongside a bounded dynamic state — the network could support vastly larger total data footprints without forcing every node to hold everything in the same way. Projections in the discussion suggest a path from current multi-terabyte footprints toward systems capable of accommodating many more terabytes or even over 100 TB by 2030, while maintaining node accessibility and decentralization.
Another long-range change is reconsidering the protocol’s execution environment. The Ethereum Virtual Machine (EVM) has been the primary runtime for smart contracts, but the roadmap contemplates a lower-level, simpler base runtime that could supersede or underlie the EVM. Open architectures such as RISC-V are among possible candidates to serve as a foundational virtual machine. Buterin envisions the EVM becoming a higher-level convenience layer running on top of a simpler core engine, though he emphasizes that such transitions are distant and require careful design.
The roadmap also lays out a steady program of incremental capacity increases: raising transaction ceilings, expanding data limits, and shortening block times in successive upgrades over roughly five years. Upgrades like Glamsterdam and the following fork, Hegotá, are singled out as major capacity milestones. Glamsterdam is expected to bring a notable uplift in throughput, while Hegotá may represent the last fork before the Lean-era architecture begins to land in earnest.
In aggregate, Lean Ethereum is a long-horizon strategy: most of the changes are research- and engineering-led efforts scheduled years ahead, with staged rollouts. The plan’s defining commitments — prioritizing quantum defense and privacy early — place Ethereum ahead of wider industry practice on these fronts. The approach balances ambitions for greater scalability and new protocol primitives with the goal of minimizing disruption to deployed applications and existing users.
Key Insights Table
| Aspect | Description |
|---|---|
| Quantum Resistance | Elevated priority: replace quantum-vulnerable cryptography across the protocol and rollup data primitives to prepare for future quantum threats. |
| Privacy by Default | Privacy is a first-class goal; core components will be designed so private, intermediary-free transactions can pass through by default. |
| Verification Model | Shift toward recursive STARKs to allow nodes to verify compact proofs rather than re-executing all transactions, reducing node resource needs. |
| State Architecture | Introduce capped dynamic state plus new, cheaper state types to scale total storage needs without forcing every node to carry everything. |
| Execution Environment | Consider moving beyond the EVM to a simpler base runtime (RISC-V among candidates) with the EVM as a higher-level compatibility layer. |
| Upgrade Path | A sequence of capacity-focused upgrades (e.g., Glamsterdam, then Hegotá) will raise throughput and data limits ahead of Lean-era shifts. |
Afterwards...
Looking forward, the Lean Ethereum roadmap highlights several technology areas worth further research and development. First, continued work on quantum-resistant cryptographic schemes and secure, efficient primitives for post-quantum signatures and key exchange is vital. Second, practical, scalable implementations of zero-knowledge and STARK-based recursive proof systems must advance so they can be integrated with acceptable performance and cost.
Third, data architecture research that supports multiple coexisting state types — balancing accessibility, cost, and decentralization — will be critical for large-scale adoption. Finally, exploring modular runtime designs and potential low-level execution substrates (including RISC-V-inspired approaches) may deliver long-term performance and portability gains. These areas, emphasized in subtle but important ways throughout the plan, represent productive directions for the community to pursue as Ethereum prepares for its next major transformation.
This roadmap is a strategic, research-driven blueprint rather than a fixed timeline; its success will depend on rigorous engineering, community coordination, and careful migration strategies to preserve decentralization and application continuity.