Search for projects by name or address
Aztec Network is a privacy-preserving ZK rollup that uses the AztecVM and Noir to support private and public smart contracts on Ethereum.
Aztec Network is a privacy-preserving ZK rollup that uses the AztecVM and Noir to support private and public smart contracts on Ethereum.
The section shows the operating costs that L2s pay to Ethereum.
2026 Mar 30 — Jul 04
This section shows how "live" the project's operators are by displaying how frequently they submit transactions of the selected type. It also highlights anomalies - significant deviations from their typical schedule.
2026 Jun 04 — Jul 04
All liveness anomalies detected for this project in the last 30 days, helping you review recent downtime and availability issues.
No Tx data submissions were performed for 27h 18m (from 2026 Jul 02, 03:42 UTC until 2026 Jul 03, 07:00 UTC). These typically occur every 1min 19s on average.
No State updates were performed for 27h 21m 36s (from 2026 Jul 02, 03:38 UTC until 2026 Jul 03, 07:00 UTC). These typically occur every 3min 53s on average.
No Tx data submissions were performed for 1h 37m 12s (from 2026 Jun 25, 07:23 UTC until 2026 Jun 25, 09:00 UTC). These typically occur every 1min 19s on average.
No State updates were performed for 7h 34m (from 2026 Jun 05, 13:29 UTC until 2026 Jun 05, 21:03 UTC). These typically occur every 3min 53s on average.
No Tx data submissions were performed for 7h 4m 48s (from 2026 Jun 05, 13:56 UTC until 2026 Jun 05, 21:00 UTC). These typically occur every 1min 19s on average.
Cut the Leash
2026 Jun 22nd
Ownership of the v4 Rollup is revoked, promoting it to Stage 2 (immutable).
v4 Vulnerabilities
2026 Mar 31st
Aztec warns about critical security vulnerabilities that can lead to theft of funds.
Users can permissionlessly become a sequencer by staking 200 K AZTEC to join the queue and wait to obtain committee-based block production rights. If the pseudo-randomly sampled committees censor proposals, anyone who bonds 332 M AZTEC will join the escape hatch candidate set. Every 2d 23h, a candidate is pseudo-randomly selected to propose and prove checkpoints fully autonomously. A candidate remains in the set until they are selected or leave voluntarily.
SNARKs are succinct zero knowledge proofs that ensure state correctness, but require trusted setup.
All of the data (SD = state diffs) needed for proof construction is published onchain.
Users can exit funds at any time because contracts are not upgradeable. Governance can remove Sequencers and prevent new sequencers from joining, making the bonded escape hatch the only exit path in the worst case.
Checkpoint proposals come from the open sequencer set, with the escape hatch providing a bonded fallback if the sampled committees are censoring or unavailable. Anyone with access to the required hardware can submit epoch root proofs which finalize the proven checkpoints.

Each epoch root proof is verified by the HonkVerifier smart contract on Ethereum before the proven checkpoint number is advanced and the epoch outbox state root is inserted into the Outbox. Proving is permissionless, and a single proof can cover one Checkpoint (1m 12s) to one epoch (38m 24s). Unproven checkpoints are pruned after the proof submission window of 1h 16m expires.
The rollup only advances the proven chain after submitEpochRootProof() succeeds. That call verifies the epoch proof and then inserts the epoch outbox state root for L2->L1 messaging.
Each update to the system state must be accompanied by a ZK proof that ensures that the new state was derived by correctly applying a series of valid user transactions to the previous state. These proofs are then verified on Ethereum by a smart contract.
Each stake of 200 K AZTEC that is locked to join the sequencer set and vote in governance can be slashed under certain conditions. Slashing is voted on by sequencers each time they propose a checkpoint and is grouped in rounds that span 4 epochs (2h 33m) each.
Slashing conditions are programmed into each sequencer node and can be changed by node operators by updating or editing their node software. Nodes usually submit votes to slash automatically on L1. The TallySlashingProposer contract only enforces the formalities of the slashing system:
Slashing penalties are defined onchain in three levels: large (2.00 K AZTEC), medium (2.00 K AZTEC), and small (2.00 K AZTEC). Offenses that lead to slashing usually include:
The above offense list is not exhaustive and not defined onchain but usually in the software the sequencers decide to run. This is also where the mapping of offenses to the slashing penalty levels can be defined.
The SlashVeto Council is a 5/9 Multisig that can veto specific proposals and/or all slashing for 3d at a time.

Because sequencers stake AZTEC tokens to secure the L2 network, they are also the primary governors of the system. Any governance proposal must be encoded and deployed as a smart contract payload on Ethereum. While core contracts are immutable, the onchain Governance system can designate a new ‘canonical’ rollup with a 2d delay and has access to critical configuration permissions that can freeze or compromise the Rollup system. These permissions can only be accessed through the process described below.
GovernanceProposer)Aztec uses an onchain “Empire” signaling system. Active sequencers operating on the ‘canonical rollup’ (as defined by the Registry) call signal(payloadAddress) on the L1 GovernanceProposer contract during their designated L2 slots to support a specific upgrade payload. A voting round consists of 1,000 slots. To win a round and become a formal proposal, a payload must receive signals from at least 600 slots. Once quorum is reached, the payload is submitted to the L1 Governance contract.
Governance)Once submitted, the proposal enters a delay and voting flow:
yea votes must exceed a required margin of 33%.execute(). If not executed, it expires.Total standard delay from proposal to execution: 12d.
If the L2 sequencer set is offline, censoring, or acting maliciously, the GovernanceProposer cannot be used. To ensure liveness, anyone can bypass the Sequencer signaling phase using the proposeWithLock() function directly on the Governance contract.
The smart contract code of Rollup, its verifier and its canonical messaging contracts cannot be changed. For feature upgrades, users need to migrate to a new Rollup. Migrating Rollups involves a Governance action that designates a new Rollup contract address as canonical. The GSE (Governance Staking Escrow) automatically migrates the voting power and stake of all active sequencers to the new rollup version if they staked to the default magic address 0x9064Fb41156D300196d5Eb95E0B3c1f08eBc39a8 instead of a specific immutable rollup. Importantly, Governance has revoked ownership and access to all critical config options of the current core Rollup contract, which makes it fully autonomous via the Escape Hatch. Governance can only remove staking incentives by creating a new ‘canonical’ Rollup and brick the sequencer queue via GSE.setProofOfPossessionGasLimit(0), leaving the Escape Hatch as the fully immutable option to progress the L2 in the worst case.
Aztec features onchain slashing for equivocation or missing attestations, managed by Slasher and TallySlashingProposer.
There is a protective Vetoer role held by the SlashVeto Council. The Council cannot upgrade the protocol, alter governance, or steal funds. Instead it is limited to two permissions:
vetoPayload() to stop a specific slashing event.setSlashingEnabled(false), which pauses all slashing in the protocol for a period of 3d.CoinIssuer contract is owned by Governance and is authorized to mint new AZTEC tokens up to a cap of 20% of the current total supply per year.ProtocolTreasury. The Treasury has a hardcoded timestamp (approx. Nov 2026). Before this date, the DAO cannot spend Treasury funds. After this date, Treasury funds and token ownership can be moved with a Governance Proposal.Execute 'cut the leash' upgrade. This revokes ownership of the current rollup contract. Gov execution delay is reduced to 2d (from 30d). Since gov cannot change the escape hatch or critical configs on the current rollup, Aztec Network is now Stage 2. At the same time, there are known vulnerabilities, which places all escrowed funds at risk.
Execute ‘cut the leash’ upgrade. This revokes ownership of the current rollup contract. Gov execution delay is reduced to 2d (from 30d). Since gov cannot change the escape hatch or critical configs on the current rollup, Aztec Network is now Stage 2. At the same time, there are known vulnerabilities, which places all escrowed funds at risk.
| contract Governance (eth:0x1102471Eb3378FEE427121c9EfcEa452E4B6B75e) [aztecnetwork/Governance] { | |
| +++ description: DAO contract used for proposals and token voting. Heavily interdependent with the GSE for voting power snapshots. | |
| values.getConfiguration.executionDelay: | |
| - | 2592000 |
| + | 172800 |
| receivedPermissions.3: | |
| - | {"permission":"interact","from":"eth:0xAe2001f7e21d5EcABf6234E9FDd1E76F50F74962","description":"change the escape hatch address and disable the escape hatch, change the slasher address which can slash arbitrary sequencers, change the sequencer queue config and disallow new sequencers joining, set the ejection threshold that exits sequencers from the active set, change various critical fee and reward configurations.","role":".owner"} |
| } |
| contract Rollup (eth:0xAe2001f7e21d5EcABf6234E9FDd1E76F50F74962) [aztecnetwork/Rollup] { | |
| +++ description: Core rollup logic contract. It processes checkpoint proposals, verifies ZK proofs for state transitions, manages data availability, and coordinates validator selection and chain tip updates. | |
| values.owner: | |
| - | "eth:0x1102471Eb3378FEE427121c9EfcEa452E4B6B75e" |
| + | "eth:0x0000000000000000000000000000000000000000" |
| } |
Revoker switched back to EOA (see below).
Revoker switched back to EOA (see below).
| contract AztecTokenPositionRegistry_ProtocolTreasury (eth:0xD938bE4A2cB41105Bc2FbE707dca124A2e5d0c80) [aztecnetwork/AztecTokenPositionRegistry] { | |
| +++ description: Used to set the time at which AZTEC tokens owned by the ProtocolTreasury are unlocked. Is also used as source of truth for other vesting contracts in the Aztec ecosystem. | |
| values.getRevoker: | |
| - | "eth:0x79E5BD3BD5cfc52C718Fe0f83fEaab31691683cA" |
| + | "eth:0x92Ba0FD39658105FaC4dF2B9BADE998B5816b350" |
| } |
Revoker of the vesting contracts registry switched from EOA to a revocation payload. This does not affect the ProtocolTreasury but rather the external vesting contracts, which are not in disco.
Revoker of the vesting contracts registry switched from EOA to a revocation payload. This does not affect the ProtocolTreasury but rather the external vesting contracts, which are not in disco.
| contract AztecTokenPositionRegistry_ProtocolTreasury (eth:0xD938bE4A2cB41105Bc2FbE707dca124A2e5d0c80) [aztecnetwork/AztecTokenPositionRegistry] { | |
| +++ description: Used to set the time at which AZTEC tokens owned by the ProtocolTreasury are unlocked. Is also used as source of truth for other vesting contracts in the Aztec ecosystem. | |
| values.getRevoker: | |
| - | "eth:0x92Ba0FD39658105FaC4dF2B9BADE998B5816b350" |
| + | "eth:0x79E5BD3BD5cfc52C718Fe0f83fEaab31691683cA" |
| } |
AZUP-1: Cut the Leash is queued after a successful sequencer signaling round. The proposal aims to make the escape hatch of the current rollup immutable and get it to Stage 2. Details here: https://aztecgov.nethermind.io/3. The executable payload address is https://etherscan.io/address/0xa156E3a14f45099ecdF9C6A393a118809C5d06e6 code and is simple: - revoke ownership of the rollup - gov execution delay 30d - 2d
AZUP-1: Cut the Leash is queued after a successful sequencer signaling round. The proposal aims to make the escape hatch of the current rollup immutable and get it to Stage 2. Details here: https://aztecgov.nethermind.io/3. The executable payload address is https://etherscan.io/address/0xa156E3a14f45099ecdF9C6A393a118809C5d06e6#code and is simple:
| contract Governance (eth:0x1102471Eb3378FEE427121c9EfcEa452E4B6B75e) [aztecnetwork/Governance] { | |
| +++ description: DAO contract used for proposals and token voting. Heavily interdependent with the GSE for voting power snapshots. | |
| values.proposalCount: | |
| - | 3 |
| + | 4 |
| } |
slashing is back after a slashveto council pause.
slashing is back after a slashveto council pause.
| contract Slasher (eth:0x64E6e9Bb9f1E33D319578B9f8a9C719Ca6D46eBb) { | |
| +++ description: The executor contract for penalties. It receives authorization to slash validator stakes, subject to an execution delay and a vetoer. | |
| values.isSlashingEnabled: | |
| - | false |
| + | true |
| } |
Joining the sequencer set is permissionless and requires staking 200 K AZTEC. For each epoch, the rollup samples a 48-member committee from the active sequencer set of 3415 and selects one proposer from the current committee per slot. More than 2/3 of the sequencers in the committee need to attest to each proposed block in an epoch for it to be valid.
| Sequencer set spec sheet | |
|---|---|
| Slot time (inclusion baseline) | 1m 12s |
| Epoch time | 38m 24s |
| Number of block producers | 3415 sequencers |
| Access to block production rights | Open |
| Stake per validator | 200 K AZTEC, constant |
| Rate-limit to join | Up to 4 sequencers per epoch (current) |
| Deterministic CR gadget | No |
| Additional CR gadgets | Bonded escape hatch, private transactions |
T99 inclusion delay in a static sequencer set by censoring fraction of sequencers/validators
The chart models live-chain selective censorship only. It does not model the escape hatch, validator-set changes, validator-set lag, and blanket-censorship resistance gadgets.
The committee and regular sequencer set can be circumvented via the escape hatch, which designates a bonded proposer (via RANDAO) who can publish checkpoints without committee attestations. The bond is 332 M AZTEC, a high amount that is supposed to protect the single-proof system in case of bugs while still providing a last resort opportunity to circumvent the sequencer set. Aztec has developed a full private execution environment on the L2. This can benefit users because they cannot be censored based on their transaction content.
On a live Aztec L2 with a given fraction of censoring sequencers, users can either send private transactions or wait for a non-censoring committee and proposing sequencer to include their public transaction.
If users are censored by the entire sequencer set, even if it stops block production just to censor, anyone can join the sequencer set permissionlessly at the churn rate or circumvent it completely by bonding and using the escape hatch. In both cases, expensive hardware is required to provide the required validity proof. Motivated censorers can try to saturate the entry queue and the escape hatch with their own new sequencers and thus lower the inclusion chances of the censored.
In the scenario of all sequencers stopping their service, the escape hatch provides an inclusion guarantee of 2d 23h in the worst case and the sequencer set can heal long-term by permissionless entry and churn.
The user initiates L2->L1 messages by submitting a regular transaction on this chain. When the block containing that transaction is settled, the message becomes available for processing on L1. ZK proofs are required to settle blocks. Once the epoch root proof has been verified, the rollup inserts the epoch root into the Outbox, from which withdrawals and other L2->L1 messages can be consumed on Ethereum. Withdrawals can be initiated privately on L2, revealing only the L1-facing portion of the transaction. There is no canonical bridge escrow: only the canonical messaging layer is immutable, while each token bridged through a locking escrow may introduce additional trust assumptions tied to that specific escrow.
The core contracts are immutable, but Governance owns the Registry and GSE and can register a new rollup version as canonical after the governance delay.
There is no default canonical escrow. The rollup is deployed only with an immutable canonical messaging bridge, which can be used by any escrow. As a result, each token bridged to Aztec via Ethereum lock-mint must be assessed individually by examining its specific locking escrow. The trust assumptions of a given escrow may differ from those of the immutable rollup itself. Gas tokens are bridged through the FeeJuicePortal, an immutable one-way portal that only supports bridging to public L2 addresses. Although the rollup and its canonical messaging bridge are immutable, an upgradeable escrow could migrate its funds to a new rollup version without requiring users to migrate, effectively trading immutability for convenience.
All censorship resistance tools that are part of the protocol rely on probabilistic inclusion. In contrast to “forced transactions”, there is no simple deterministic inclusion after some maximum delay, but rather different inclusion probabilities after different time horizons. The “time needed to exit” of 20d for the exit window was simulated by using a simple model of the decentralized sequencer set at launch. The escape hatch and private transactions can give additional inclusion guarantees.

Core rollup logic contract. It processes checkpoint proposals, verifies ZK proofs for state transitions, manages data availability, and coordinates validator selection and chain tip updates.
DAO contract used for proposals and token voting. Heavily interdependent with the GSE for voting power snapshots.
Aggregates validator committee votes for slashing. Once a round reaches quorum and the execution delay has passed, it builds a slash payload and asks the Slasher to execute it.
A Multisig with 5/9 threshold.
Manages the inflation and minting schedule of the Aztec token. It enforces an annual percentage cap and mints new tokens for the budget.
Intermediary contract that allows the L2 Sequencers operating the canonical rollup (as defined by the Registry) to submit formal proposals to the L1 Governance contract by signalling their support of any smart contract payload on L1 with each checkpoint proposal. A signalling round comprises 1000 checkpoints. 600 signals or more during one round allow submitting the payload as a governance proposal.


ZK proof verification contract.
Provides a fallback mechanism for block production if the primary sequencer committee fails or censors. The committee is circumvented by allowing proposals by anyone who is able to post a large bond of 332,000,000 AZTEC. It maintains a set of bonded candidates and deterministically selects a designated proposer for a given ‘hatch’ period using RANDAO. If the designated proposer fails to propose and prove, their bond is slashed by 9,600,000 AZTEC. The minimum tax deducted from their bond is 1,660,000 AZTEC, even if the proposal is successful. The escape hatch regularly opens every 112 epochs, given there are any bonded candidates.
Central directory that tracks the current ‘canonical’ (active) Rollup contract address and key system contracts like the Reward Distributor.
Holds the protocol’s funds controlled by Governance. It acts as a timelocked executor for spending or relaying transactions approved by the DAO.
AZTEC token contract
Central staking manager independent of Rollup implementations. Sequencers deposit stake here through their chosen Rollup contract. Their stake is then transfered to the Governance contract and activated for voting. The GSE tracks which rollup instance validators are securing, and gives them an option to automatically move to the latest Rollup version.
One-way gas bridge: Escrows the fee asset (AZTEC) used to pay for L2 mana (gas). Users deposit tokens here, which are minted on L2 via the Inbox. The Rollup contract holds exclusive rights to withdraw tokens from this portal to distribute them as rewards to L1 sequencers and provers. Apart from that, this escrow does NOT afford a way to withdraw tokens.

Facilitates canonical L1 to L2 communication. It accepts messages (including fee asset deposits) from L1, accumulates them in an append-only frontier tree per checkpoint, and forces the Sequencers and the Rollup contract to sequentially consume the roots of these message trees, ensuring message inclusion.
A template for specific slashing payload contracts deployed deterministically to encode a slashing action (who to slash and how much) that the Slasher executes.
Used to set the time at which AZTEC tokens owned by the ProtocolTreasury are unlocked. Is also used as source of truth for other vesting contracts in the Aztec ecosystem.