Ethereum (ETH) Roadmap Shifts to Three-Layer Post-Quantum Design

Ethereum News

Ethereum (ETH) has moved away from the six-stage development sequence that shaped its post-Merge narrative, replacing that framework with a three-layer technical map covering consensus, data and execution. The earlier model organized work around named stages such as the Merge and the Surge, but the new structure groups tasks by the layer they affect rather than by a chronological campaign. Co-founder Vitalik Buterin presented the update in an Aug. 10 technical post as a response to a faster-than-expected quantum-computing threat, adding post-quantum public-key registration and post-quantum transactions to the network's long-range security agenda. The revised plan, described as a Strawmap, also places lightweight LeanSPHINCS signatures and zkzk cryptographic constructions inside the scaling track, signaling that future capacity work must remain secure under post-quantum assumptions. One immediate consequence is the removal of Verkle trees, a data-structure project that had been discussed for years. In their place, the roadmap points to Poseidon binary trees, which are intended to work more efficiently with STARK proof systems. The change is not a shipped fork and does not set a block height for activation; it reframes research priorities for the protocol's next several years. For Ethereum, the clearest signal is that quantum resilience is now treated as a first-order design constraint rather than a later optimization.

Buterin's comparison with the 2023 roadmap shows how Ethereum (ETH) is reordering priorities rather than abandoning its earlier goals. Quantum resistance moves upward, while verifiable delay functions and some Ethereum Virtual Machine improvements lose prominence. The document also reframes state management: the old state-expiry concept has evolved into a broader state-types architecture, and Verkle trees are succeeded by a unified binary-tree approach before moving toward Poseidon binary trees. Privacy becomes a protocol-level objective, with developers examining keyed nonces, recent roots, selected FOCIL components, lean privacy pools and a wormhole construction aimed at shielded transfers at the base layer. The long-term virtual-machine discussion is equally notable. Buterin said zkzk frames could require the protocol to support another instruction-set architecture, naming leanISA and RISC-V as leading candidates. Those options are framed as simpler and more efficient than the current EVM, pointing eventually toward an AltVM style design where the EVM may sit as an intermediate layer rather than a monolithic component. He stressed that this work remains early. Scaling is also becoming more targeted: instead of maximizing every activity in the same way, Ethereum is considering specialized mechanisms for token transfers, decentralized exchange flows and future privacy workloads, a direction that could influence how an appchain-style workload is accommodated inside the protocol.

The most concrete economic change in the refreshed Ethereum (ETH) plan is the addition of futures markets for gas and blob capacity, mechanisms that did not exist in the 2023 blueprint. Short-term and long-term capacity contracts would let large applications reserve network resources in advance at a fixed price, reducing exposure to sudden fee increases during periods of heavy use. That matters for high-throughput applications, settlement-heavy protocols and activity associated with an automated market maker, where fee spikes can distort user experience. The roadmap also ties this capacity model to recursive STARK proofs and native rollups, which Buterin said could not have been considered in 2023 because SNARK technology was not mature enough. Recursive STARKs are positioned as a shared verification primitive across the execution, consensus and data layers, while native rollups would bring rollup-style validity directly into the protocol rather than treating it as an external ecosystem. To secure such a tightly integrated stack, the plan calls for end-to-end formal verification of protocol specifications. Buterin argues that the code base has grown beyond what human review alone can validate and that modern AI tools should carry much of that verification workload. This is not a deployment of autonomous governance, an AI trading bot, or an AI-controlled chain; it is a proposal to use AI-assisted proof checking as a safety layer for future protocol engineering.

COINOTAG's analysis is that these three threads form one argument: Ethereum is trying to make its base layer post-quantum, privacy-aware and formally verified before the next scaling wave becomes binding. The published Strawmap release text names the concrete research changes, including post-quantum keys and transactions, Poseidon binary trees, recursive STARKs, native rollups, gas and blob futures, while specifying no activation block, no mainnet date and no immediate node-operator upgrade. That means client teams and validators receive direction, not a migration deadline. The operational burden will first fall on researchers and protocol engineers, who must turn the architectural map into testable specifications before any client implementation can be safely deployed.