Morning Edition · Friday, October 2, 2026Published at 2:09 AM EDT · New York
The privacy layer-2 says an attacker could have constructed a valid-looking proof for a transaction the network should reject, and that chain history cannot show whether anyone did.

Aztec, the privacy-focused Ethereum layer-2 network, has disclosed a critical vulnerability in the proving system behind its Alpha V5 release. According to the disclosure, an attacker could construct a proof that passes verification for a transaction the network is supposed to reject, and an accepted transaction of that kind could move the chain into a state its own rules forbid.
Core contributors say they found the defect on 27 July 2026 through internal auditing assisted by artificial intelligence, and that the fix is scheduled for the next release, V6. The disclosure is unusually candid about what cannot be established: the affected system does not record enough information to separate ordinary accepted transactions from transactions accepted through the flawed proving path, so historical activity cannot confirm whether anyone exploited the bug or size the damage. Teams preparing V5 deployments are told to pause, and teams already live are told to review how they would limit user exposure, isolate the affected functionality, and migrate users to fresh contracts.
This is the second critical finding in Aztec's alpha cycle. In June the project told users of the previous version to withdraw funds ahead of the V5 upgrade after a flaw surfaced in Alpha V4. Aztec has also raised its bug bounty to $2 million, a sign of how much it is paying to find defects that conventional review misses.
The failure class matters beyond one network. A soundness bug in a proving system is not a contract bug that validators can catch by re-executing transactions. If the verifier accepts a false statement, every downstream assumption built on that proof inherits the error. L2Beat puts total value secured across Ethereum layer-2s at $51.10 billion, much of it dependent on proof systems whose correctness users cannot independently check.
Part of a tracked trend
Proving-System Bugs Become a Distinct Rollup Risk
Soundness defects in zero-knowledge proving systems will keep surfacing as a risk class separate from smart-contract exploits, because validator re-execution — the fallback most rollups rely on — cannot catch them, forcing teams into embargoed disclosure timed to upgrades and pushing users toward proof-system diversity and escape hatches.
Start a discussion in Townsquare.
More from this edition
Aztec gains credibility for candor while the admission costs it little, because the alpha network holds minimal value and the fix is deferred to V6, and rival zero-knowledge rollups gain a talking point about proof diversity.
The disclosure is the project's own account, first published in August after a 27 July internal finding, and by Aztec's own statement the chain cannot show whether the flawed proving path was ever used, so neither exploitation nor its absence is independently established.
An open-source-intelligence read of how likely this story is true with its real nuance, not a judgment of any outlet. It assesses the claim, weighing independent and adversarial reporting. How we label confidence.
What this means
The exposed parties are builders and depositors on proof-verified privacy networks, and the channel is verifier trust rather than contract logic: when a proving system can be convinced of a false statement, there is no re-execution fallback and no reliable forensic record, which is exactly what Aztec concedes here. Aztec wants to keep alpha-stage credibility by disclosing early, and it can, because alpha networks carry little value. The precedent is its own June Alpha V4 incident, which ended in a mandatory user withdrawal window before an upgrade. The likelier outcome over the coming months is more embargoed proving-system disclosures across zero-knowledge rollups timed to scheduled upgrades, with escape hatches, multi-prover setups and staged value caps becoming standard pitches to institutional users rather than optional extras. That read would weaken if V6 ships with an independent third-party soundness audit and no comparable defect appears at other zero-knowledge teams through the next upgrade cycle.
What to watch
Observations to monitor, not financial advice.
Synthesized from: Aztec Network (disclosure) · Aztec Network (Alpha V5) · The Defiant · Aztec Network (bug bounty)
Comments
0No comments yet.