Ethereum's Roadmap Is Becoming a Different Kind of Plan
Key Takeaways
- •Quantum safety has been elevated in Ethereum's roadmap priority, with proposals like EIP-8288 exploring post-quantum signature aggregation through recursive STARK proofs to manage the performance costs of heavier cryptographic schemes.
- •Ethereum is shifting away from uniform scaling toward specialized mechanisms tailored for high-demand workloads such as token transfers and swaps, aiming for greater efficiency on common activities.
- •The EVM's permanent role at the deepest protocol level is no longer treated as inevitable, with architectures like RISC-V and leanISA being evaluated as potential underlying instruction sets that could simplify the protocol.
- •Zero-knowledge proof technology has matured enough to move deeper into Ethereum's base layer through native rollups and reusable proof aggregation, blurring the boundary between Layer 1 and rollup technology.
- •Buterin identifies AI-assisted formal verification as a critical tool for ensuring the safety of increasingly shared cryptographic components, enabling protocol simplification without relying solely on conventional testing methods.

Vitalik Buterin has compared his 2023 Ethereum roadmap with the current Ethereum Strawmap, highlighting projects that moved up or down in priority, ideas that were replaced, and entire research areas that barely existed when the earlier plan was drawn.
The deeper shift is architectural. Quantum resistance, privacy, and formal verification increasingly influence how Ethereum intends to scale, while parts of the protocol once treated as relatively fixed—including the role of the EVM itself—have entered the design discussion. The current Strawmap reorganizes development across the consensus, data, and execution layers, with stronger emphasis on cryptography, privacy, scalability, and protocol simplification. These decisions carry weight beyond core developers: Ethereum secures hundreds of billions of dollars in value, and its Layer 2 ecosystem—networks like Arbitrum, Optimism, and Base—routinely processes more transactions than the base layer itself, meaning architectural changes ripple outward to applications, wallets, and infrastructure providers across the industry.
Quantum Safety Is Becoming a Design Constraint
Quantum resistance has been discussed around Ethereum for years. What has changed is its position in the roadmap.
Buterin says quantum safety has moved higher in priority. That creates a practical problem alongside the security one: post-quantum signatures can be considerably heavier than the cryptography Ethereum relies on today. The network therefore cannot treat quantum resistance as a simple signature swap years from now. Any replacement also has to work within Ethereum's scaling ambitions. The urgency is partly external: in 2024, the U.S. National Institute of Standards and Technology finalized its first post-quantum cryptography standards (FIPS 203, 204, and 205), giving the broader technology industry concrete algorithms to evaluate and adopt.
EIP-8288 shows how those two problems are beginning to overlap. The proposal introduces a framework in which expensive cryptographic dependencies, including post-quantum signatures, could be aggregated through recursive STARK proofs instead of forcing every transaction to absorb their full verification cost independently.
This matters long before quantum computers become capable of attacking Ethereum. Changing fundamental cryptography after such a threat appears would require coordinating wallets, accounts, validators, and protocol infrastructure under pressure. Designing around that constraint earlier gives researchers room to tackle the performance cost at the same time.
Ethereum's future-proofing work already identifies several cryptographic components that will eventually require quantum-resistant alternatives.
Scaling Everything Equally Is Losing Its Appeal
Another change in Buterin's update may have broader consequences for everyday Ethereum activity.
New state types and zkzk frames share an increasingly important idea: Ethereum does not necessarily need to maximize the scalability of every possible computation in exactly the same way.
Some workloads dominate real usage. Token transfers and swaps already generate enormous demand, while privacy applications could become another heavy category later. If those activities can operate under more restrictive rules, Ethereum can potentially build specialized mechanisms that handle them much more efficiently without forcing every application into the same optimization strategy.
Buterin's description of new state types makes this shift especially clear. He presents them as more than a replacement for the older state-expiry approach, describing a different way of thinking about scaling itself.
Specialized paths can produce much larger performance gains for common activities. They can also leave client teams maintaining more distinct mechanisms if too many special cases accumulate.
Ethereum's push toward a "Lean" protocol therefore has to coexist with this specialization. As workloads receive more tailored treatment, pressure also grows to simplify the general-purpose machinery beneath them.
The EVM Is No Longer an Untouchable Assumption
That pressure is reaching Ethereum's execution architecture as well.
Ethereum is not planning to remove the EVM. But its permanent role at the deepest level of the protocol is no longer being treated as inevitable.
Post-quantum zkzk frames could require Ethereum to expose an instruction set outside the EVM. Buterin names leanISA and RISC-V among the leading candidates because they are simpler and more modern architectures. RISC-V already has a foothold in the zero-knowledge ecosystem: several zk-rollup and proof projects have built virtual machines targeting the open instruction set, giving Ethereum researchers existing implementations to study rather than starting from scratch.
Once such an instruction set exists inside Ethereum, restricting it to one narrow protocol function becomes harder to justify. Developers could eventually gain more direct access to it. Further out, Buterin raises the possibility that the EVM could operate as an intermediate representation above a simpler underlying instruction set rather than remain deeply enshrined in the base protocol.
Applications could theoretically retain the environment and tooling they depend on while the machinery underneath becomes simpler.
This remains highly speculative. Buterin explicitly says the deeper exploration is too early even for the current Strawmap. For a network whose enormous application ecosystem was built around the EVM, opening its deepest protocol role to redesign shows how far the current simplification effort may eventually reach.
Rollup Technology Is Moving Back Into the Base Layer
The roadmap also shows how quickly zero-knowledge technology has matured.
Native rollups did not appear in the 2023 diagram because, according to Buterin, SNARK technology was not mature enough at the time to make them realistic. The newer roadmap places proof systems much deeper into Ethereum's architecture. The March 2024 Dencun upgrade, which introduced EIP-4844's blob data type, already demonstrated how base-layer changes designed for rollups can substantially reduce Layer 2 costs—evidence that the two layers are becoming increasingly interdependent rather than evolving on separate tracks.
Ethereum's scaling strategy still relies heavily on Layer 2 rollups. Some of the cryptographic machinery developed around that ecosystem, however, is now becoming useful to Ethereum itself. Recursive proofs can compress expensive computation, support privacy, and help accommodate cryptographic systems that would otherwise place much heavier demands on the protocol.
For years, much of Ethereum's scaling innovation moved outward from the base layer into rollups. Research developed there is now beginning to feed capabilities back into the protocol. Native rollups are one example. Reusable proof aggregation across different Ethereum layers could become another.
The boundary between "L1 technology" and "rollup technology" is becoming less clear.
Why AI Matters to a Leaner Ethereum
Moving more proof machinery into the protocol raises another problem: reusable cryptographic components concentrate risk as well as efficiency. A primitive shared across the execution, consensus, and data layers reduces duplication, but a flaw in that component could affect several parts of Ethereum at once. Testing alone becomes a weaker safety argument as those dependencies deepen.
Buterin points to AI-assisted formal verification as part of the answer. Formal verification uses mathematical methods to demonstrate that software behaves according to its specification. AI does not replace those proofs; its potential value is helping researchers and engineers produce, inspect, and maintain them at a scale that would previously have been impractical. Formal verification is not new to blockchain—projects including Tezos and Cardano have applied it to parts of their stacks—but Ethereum's protocol complexity and the breadth of components involved would represent a significantly larger scope.
This gives "Lean Ethereum" a more concrete meaning. The objective is not to make every cryptographic mechanism easy for a human to understand at a glance. It is to keep the core specification sufficiently constrained and explicit that critical components can be formally verified rather than relying mainly on conventional testing. More reuse can then reduce protocol duplication without requiring developers to simply trust increasingly complicated shared machinery.
AI's role in Ethereum may therefore be far less visible than running agents or executing transactions. It could instead help make sophisticated infrastructure safe enough to become part of the protocol itself.
Some of Ethereum's Old Design Choices Are Back on the Table
Comparing the two diagrams exposes something individual upgrade announcements often hide: Ethereum is becoming comfortable abandoning ideas after years of research.
VDFs have fallen in priority. Verkle-based plans have evolved into different constructions. State expiry is giving way to new state types. Native rollups, stronger privacy mechanisms, post-quantum scaling, and blob and gas futures occupy space that barely existed in the 2023 plan.
Ethereum has made large turns before. Its original shard-chain strategy changed dramatically as rollups became a better scaling path, something the project's own roadmap documentation uses to illustrate how development priorities evolve.
The same willingness to revisit settled-looking assumptions is showing up outside the roadmap's scaling and cryptography work. Draft EIP-8363 would burn a growing share of validator rewards as staking participation rises, challenging the economic incentives that currently support ever-higher levels of staking.
The staking proposal and the architectural roadmap address different problems, but they point in the same direction: existing protocol behavior is being treated as adjustable when researchers believe it conflicts with newer goals around decentralization, security, or efficiency.
That makes the Strawmap useful even if many of its boxes eventually change again. It shows which properties Ethereum's researchers increasingly want to preserve even when doing so means replacing mechanisms once considered part of the long-term plan.
The roadmap is becoming less a commitment to particular technologies and more a test of which technologies still deserve to remain.
Methodology
The analysis compares Vitalik Buterin's 2023 Ethereum roadmap with the current Strawmap and examines the technical proposals and Ethereum documentation linked to the areas he identified as changing priorities.
Disclaimer
This article is for informational purposes only. Ethereum's Strawmap contains research directions and proposed upgrades that may change substantially before implementation.