Morning Edition · Saturday, October 10, 2026Published at 1:48 AM EDT · New York
Contributors found the defect on July 27 through AI-assisted internal auditing. They say they cannot tell whether anyone used it, and that version 6 will reject proofs from the affected system.

Aztec, the privacy-focused Ethereum layer-2 network, has disclosed a critical vulnerability in the proving system of its Alpha V5 network. Core contributors found the flaw on July 27 through internal auditing assisted by artificial intelligence (AI). According to Aztec, an attacker could build a proof that passes verification for a transaction the network should reject. If accepted, that transaction could change the network's state in ways the V5 rules are meant to forbid.
This is a soundness defect, meaning the system can accept a false statement as true. It is a different kind of failure from a smart-contract bug. In a contract exploit, the chain runs bad code correctly and the damage is visible on-chain. In a soundness failure, the verifier itself certifies a state change that never followed the rules. Aztec says V5 funds, applications and contract state should be treated as exposed to a protocol-level failure. That holds until contributors finish their incident response and node operators take the required network actions.
The disclosure contains an unusual admission: contributors cannot determine whether anyone used the flaw before they found it. They wrote that the affected system does not record the information needed to separate ordinary accepted transactions from transactions accepted through the flawed proving path. On a privacy network, validators cannot re-execute private transactions, so they cannot check them after the fact. Re-execution is the safety check many rollups rely on, and here it is not available.
This is not Aztec's first such disclosure. The team previously disclosed a critical vulnerability in Alpha V4. Aztec says the V5 findings will shape the V6 release, including circuit updates that stop the network from accepting proofs tied to an affected proving system. More than two months passed between the July finding and the public write-up. That gap fits a pattern of embargoed disclosure timed to upgrades.
What this means
On a private zero-knowledge network, the proof is the only thing checking each transaction. A soundness bug therefore exposes every balance, and it does so in a way outsiders cannot audit afterward. The parties exposed are users and applications on Aztec's alpha. More broadly, the case weakens the argument that privacy layer-2 networks are ready to hold institutional capital. The closest precedent is Zcash's 2018–2019 counterfeiting vulnerability. That bug also allowed undetectable creation of value, and it was disclosed only after an upgrade retired the affected parameters. Zcash's answer was supply accounting at the boundary between shielded pools, so no pool could withdraw more than had been deposited. The desk's read is that V6 will most likely ship with the promised circuit changes within months. Large users will then ask privacy networks for bounded-exposure designs before they commit capital, such as caps on deposits, pool-level supply checks and multiple independent proof systems. That read is wrong if V6 slips well past the team's own schedule, or if another soundness defect surfaces in the next release.
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
What to watch
Observations to monitor, not financial advice.
Synthesized from: Aztec Network · Aztec Network · Aztec Network
Comments
0No comments yet.