The zkEVM ecosystem spent a yr sprinting on latency. Proving time for an Ethereum block collapsed from 16 minutes to 16 seconds, prices dropped 45-fold, and taking part zkVMs now show 99% of mainnet blocks in underneath 10 seconds on track {hardware}.
The Ethereum Basis (EF) declared victory on Dec. 18: real-time proving works. The efficiency bottlenecks are cleared. Now the true work begins, as a result of pace with out soundness is a legal responsibility, not an asset, and the maths underneath many STARK-based zkEVMs has been quietly breaking for months.
In July, the EF set a proper goal for “real-time proving” that bundled latency, {hardware}, power, openness and safety: show not less than 99% of mainnet blocks inside 10 seconds, on {hardware} that prices roughly $100,000 and runs inside 10 kilowatts, with absolutely open-source code, at 128-bit safety, and with proof sizes at or beneath 300 kilobytes.
The Dec. 18 publish claims the ecosystem met the efficiency goal, as measured on the EthProofs benchmarking website.
Actual-time right here is outlined relative to the 12-second slot time and about 1.5 seconds for block propagation. The usual is basically “proofs are prepared quick sufficient that validators can confirm them with out breaking liveness.”
The EF now pivots from throughput to soundness, and the pivot is blunt. Many STARK-based zkEVMs have relied on unproven mathematical conjectures to attain marketed safety ranges.
Over the previous months, a few of these conjectures, particularly the “proximity hole” assumptions utilized in hash-based SNARK and STARK low-degree checks, have been mathematically damaged, flattening the efficient bit-security of parameter units that trusted them.
The EF says the one acceptable endgame for L1 use is “provable safety,” not “safety assuming conjecture X holds.”
They set 128-bit safety because the goal, aligning it with mainstream crypto requirements our bodies and tutorial literature on long-lived programs, in addition to with real-world file computations that present 128 bits is realistically out of attain for attackers.
The emphasis on soundness over pace displays a qualitative distinction.
If somebody can forge a zkEVM proof, they’ll mint arbitrary tokens or rewrite L1 state and make the system lie, not simply drain one contract.
That justifies what the EF calls a “non-negotiable” safety margin for any L1 zkEVM.
Three-milestone roadmap
The publish lays out a clear roadmap with three arduous stops. First, by the tip of February 2026, each zkEVM crew within the race plugs its proof system and circuits into “soundcalc,” an EF-maintained software that computes safety estimates primarily based on present cryptanalytic bounds and the scheme’s parameters.
The story right here is “frequent ruler.” As an alternative of every crew quoting their very own bit safety with bespoke assumptions, soundcalc turns into the canonical calculator and may be up to date as new assaults emerge.
Second, “Glamsterdam” by the tip of Could 2026 calls for not less than 100-bit provable safety through soundcalc, remaining proofs at or beneath 600 kilobytes, and a compact public rationalization of every crew’s recursion structure with a sketch of why it needs to be sound.
That quietly walks again the unique 128-bit requirement for early deployment and treats 100 bits as an interim goal.
Third, “H-star” by the tip of 2026 is the total bar: 128-bit provable safety by soundcalc, proofs at or beneath 300 kilobytes, plus a proper safety argument for the recursion topology. That’s the place this turns into much less about engineering and extra about formal strategies and cryptographic proofs.
Technical levers
The EF factors to a number of concrete instruments supposed to make the 128-bit, sub-300-kilobyte goal possible. They spotlight WHIR, a brand new Reed-Solomon proximity take a look at that doubles as a multilinear polynomial dedication scheme.
WHIR affords clear, post-quantum safety and produces proofs which can be smaller and verification quicker than these of older FRI-style schemes on the similar safety degree.
Benchmarks at 128-bit safety present proofs roughly 1.95 instances smaller and verification a number of instances quicker than baseline constructions.
They reference “JaggedPCS,” a set of strategies for avoiding extreme padding when encoding traces as polynomials, which let provers keep away from wasted work whereas nonetheless producing succinct commitments.
They point out “grinding,” which is brute-force looking over protocol randomness to seek out cheaper or smaller proofs whereas staying inside soundness bounds, and “well-structured recursion topology,” that means layered schemes during which many smaller proofs are aggregated right into a single remaining proof with fastidiously argued soundness.
Unique polynomial math and recursion tips are getting used to shrink proofs again down after cranking safety as much as 128 bits.
Impartial work like Whirlaway makes use of WHIR to construct multilinear STARKs with improved effectivity, and extra experimental polynomial-commitment constructions are being constructed from data-availability schemes.
The mathematics is transferring quick, however it’s additionally transferring away from assumptions that appeared secure six months in the past.
What modifications and the open questions
If proofs are constantly prepared inside 10 seconds and keep underneath 300 kilobytes, Ethereum can improve the fuel restrict with out forcing validators to re-execute each transaction.
Validators would as an alternative confirm a small proof, letting block capability develop whereas conserving home-staking life like. Because of this the EF’s earlier real-time publish tied latency and energy explicitly to “residence proving” budgets like 10 kilowatts and sub-$100,000 rigs.
The mixture of huge safety margins and small proofs is what makes an “L1 zkEVM” a reputable settlement layer. If these proofs are each quick and provably 128-bit safe, L2s and zk-rollups can reuse the identical equipment through precompiles, and the excellence between “rollup” and “L1 execution” turns into extra of a configuration selection than a inflexible boundary.
Actual-time proving is at the moment an off-chain benchmark, not an on-chain actuality. The latency and price numbers come from EthProofs’ curated {hardware} setups and workloads.
There’s nonetheless a spot between that and hundreds of unbiased validators truly working these provers at residence. The safety story is in flux. The entire cause soundcalc exists is that STARK and hash-based SNARK safety parameters hold transferring as conjectures are disproven.
Current outcomes have redrawn the road between “positively secure,” “conjecturally secure,” and “positively unsafe” parameter regimes, that means right now’s “100-bit” settings could also be revised once more as new assaults emerge.
It is not clear whether or not all main zkEVM groups will truly hit 100-bit provable safety by Could 2026 and 128-bit by December 2026 whereas staying underneath the proof-size caps, or whether or not some will quietly settle for decrease margins, depend on heavier assumptions, or push verification off-chain for longer.
The toughest half is probably not math or GPUs, however formalizing and auditing the total recursion architectures.
The EF admits that completely different zkEVMs typically compose many circuits with substantial “glue code” between them, and that documenting and proving soundness for these bespoke stacks is important.
That opens a protracted tail of labor for initiatives like Verified-zkEVM and formal verification frameworks, that are nonetheless early and uneven throughout ecosystems.
A yr in the past, the query was whether or not zkEVMs may show quick sufficient. That query is answered.The brand new query is whether or not they can show soundly sufficient, at a safety degree that does not rely on conjectures that will break tomorrow, with proofs sufficiently small to propagate throughout Ethereum’s P2P community, and with recursion architectures formally verified sufficient to anchor a whole bunch of billions of {dollars}.
The efficiency dash is over. The safety race simply began.
