Skip to content

AZUP-2: Aztec Network v5 (retroactive) - #71

Draft
iAmMichaelConnor wants to merge 5 commits into
AztecProtocol:mainfrom
iAmMichaelConnor:azup-2
Draft

iAmMichaelConnor wants to merge 5 commits into
AztecProtocol:mainfrom
iAmMichaelConnor:azup-2

Conversation

@iAmMichaelConnor

Copy link
Copy Markdown
Contributor

Summary

Files AZUP-2, the v5 rollup upgrade, retroactively. It executed on mainnet on 2026-07-14 as Governance proposal #4 and was announced on the forum on 2026-06-29, but no azup-2.md was ever merged here, which the AZUP process requires (payload merged into /AZUPs and tagged before deployment).

What is in it

  • The payload (V5UpgradePayload 0x1bBde48410bF7Ad05208cD77dE2bFb0e8F8803D8, the address sequencers signaled for) and the GSEPayload wrapper that Governance actually stores for proposal AZIP-1: Reduce Governance Execution Delay to 2 Days #4.
  • All six actions with targets and effects.
  • Every contract deployed by the upgrade on mainnet (14 addresses), plus the Sepolia equivalents, and the deploy / submitRoundWinner / execute transactions with timestamps.
  • The protocol constants the upgrade fixed: rollup version, VK tree root, protocol contracts hash, the contract-address domain separator (DOM_SEP__CONTRACT_ADDRESS_V2 = 4099338721), the reduced protocol contract set, and the default public-setup allowlist.
  • The payload source copied into assets/azup-2/, per the process rule that AZUPs may not link outside this repo and the forum.

How it was verified

  • Every address was read from the chain (payload immutables → rollup getters → each sub-contract's back-pointer to the rollup), not copied from the announcement or the docs.
  • Every mainnet contract is an exact-match verification on Sourcify (solc 0.8.30), and all verified source files (80 for the rollup, 67 for the payload, the verifier) are byte-identical to the v5.0.0-rc.2 tag of aztec-packages (also unchanged at v5.0.0, v5.0.1 and the v5 branch head). The copied payload source hashes identically to Sourcify's.
  • Sepolia addresses were read from the chain but its payloads are not on Sourcify.

Needs a human

  • author/created are set to the filer and the forum-post date; adjust if the original proposer should be listed.
  • The "Security & Audits" section has a placeholder for audit references, which the forum post does not state.
  • Open question 1 in the document: two standard AuthRegistry instances exist on mainnet L2 (5.0.0's and 5.0.1+'s); the AZUP should say which is canonical.
  • No tag exists for this AZUP (the repo has no tags); decide the convention.

🤖 Generated with Claude Code

iAmMichaelConnor and others added 5 commits September 21, 2026 20:27
Records the v5 rollup upgrade that executed on mainnet on 2026-07-14
(Governance proposal AztecProtocol#4) but was never filed here as the AZUP process
requires. Every address is read back from the deployed contracts and
cross-checked against Sourcify exact-match verifications; the verified
source is byte-identical to the v5.0.0-rc.2 tag, whose payload source is
copied into assets/azup-2/.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
…iled

Names the refs used to read and confirm the deployed contracts: getter
names from tag v5.0.0-rc.2, deployed source confirmed byte-identical to
that tag via Sourcify, and unchanged at v5.0.0, v5.0.1 and the v5 branch
head.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
…istry instances

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
…tion

Copies DeployRollupForUpgradeV5.s.sol from tag v5.0.0-rc.2 next to the
payload source, and records every rollup, escape hatch, slasher and
entry-queue parameter read back from the mainnet and Sepolia contracts,
all matching the script's expected-configuration table. Also records the
genesis archive root.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant