The zkEVM ecosystem spent a 12 months sprinting on latency. Proving time for an Ethereum block collapsed from 16 minutes to 16 seconds, prices dropped 45-fold, and collaborating zkVMs now show 99% of mainnet blocks in underneath 10 seconds on track {hardware}.
The Ethereum Foundation (EF) declared victory on Dec. 18: real-time proving works. The efficiency bottlenecks are cleared. Now the actual work begins, as a result of velocity 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}, vitality, openness and safety: show at the very least 99% of mainnet blocks inside 10 seconds, on {hardware} that prices roughly $100,000 and runs inside 10 kilowatts, with totally open-source code, at 128-bit safety, and with proof sizes at or beneath 300 kilobytes.
The Dec. 18 post claims the ecosystem met the efficiency goal, as measured on the EthProofs benchmarking web site.
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 exams, 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 techniques, in addition to with real-world document computations that present 128 bits is realistically out of attain for attackers.
The emphasis on soundness over velocity displays a qualitative distinction.
If somebody can forge a zkEVM proof, they will 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 submit lays out a clear roadmap with three onerous stops. First, by the top of February 2026, each zkEVM group within the race plugs its proof system and circuits into “soundcalc,” an EF-maintained device 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 group quoting their very own bit safety with bespoke assumptions, soundcalc turns into the canonical calculator and will be up to date as new assaults emerge.
Second, “Glamsterdam” by the top of Could 2026 calls for at the very least 100-bit provable safety by way of soundcalc, last proofs at or beneath 600 kilobytes, and a compact public rationalization of every group’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 top of 2026 is the complete 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 meant 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 provides clear, post-quantum safety and produces proofs which can be smaller and verification sooner 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 sooner than baseline constructions.
They reference “JaggedPCS,” a set of methods 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,” which means layered schemes wherein many smaller proofs are aggregated right into a single last 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.
Unbiased 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 maths is transferring quick, but it surely’s additionally transferring away from assumptions that seemed protected six months in the past.
What modifications and the open questions
If proofs are persistently prepared inside 10 seconds and keep underneath 300 kilobytes, Ethereum can enhance 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 holding home-staking lifelike. That is why the EF’s earlier real-time submit tied latency and energy explicitly to “house 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 by way of 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 present 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 house. The safety story is in flux. The entire cause soundcalc exists is that STARK and hash-based SNARK safety parameters maintain transferring as conjectures are disproven.
Current outcomes have redrawn the road between “undoubtedly protected,” “conjecturally protected,” and “undoubtedly unsafe” parameter regimes, which means in the present day’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 will not be math or GPUs, however formalizing and auditing the complete 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 crucial.
That opens an extended tail of labor for tasks like Verified-zkEVM and formal verification frameworks, that are nonetheless early and uneven throughout ecosystems.
A 12 months in the past, the query was whether or not zkEVMs might 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 upon conjectures which 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.
The content published on Finance Insider Today is for informational and educational purposes only. It does not constitute financial advice, investment advice, or any other form of professional advice. Always conduct your own research and consult a qualified financial advisor before making any investment decisions. Finance Insider Today is not responsible for any financial losses resulting from decisions made based on information published on this website. Past performance is not indicative of future results. Financial markets carry significant risk. Never invest more than you can afford to lose.
