Proposal: V5 Payload deployed

Here are the v5 payload and contracts. If you are a staked sequencer operator, please check the verified sources and start signaling ; )

For more info on v5 and this deployment, refer to the official thread: AZUP-2 is Ready for Proposal

When you are ready to signal, add this to your .env (or docker-compose environment + compose.yml) and restart the node

GOVERNANCE_PROPOSER_PAYLOAD_ADDRESS=0x1bBde48410bF7Ad05208cD77dE2bFb0e8F8803D8

cheers

3 Likes

The Aztec Labs team has thoroughly reviewed this proposal and found the deployed contracts to match the v5 protocol source.

Bytecode verification

Each of the deployed contracts, together with the V5UpgradePayload, was verified against bytecode compiled from source. All contracts returned either a full match or a partial match. Partial matches are expected and are due to differences in the metadata hash.

Protocol constants

The protocol circuits and contracts were rebuilt from source and the resulting protocol constants confirmed. The deployed Rollup reports, on L1, exactly the values produced by the build:

VK tree root:

0x2b3b6ea4412b9c8f6457a37f91a2870306f8641e07e16a49b68bda6f8bc02892

Protocol contracts hash:

0x2c075866eafc88a1f6f9addc7e337c6e64e45d1cb7fd7c0d612ebcec72aab2ca

Payload actions

The payload executes exactly the following actions, enumerated directly from the deployed payload’s getActions():

  1. Drain the in-service RewardDistributor’s full balance into the newly deployed RewardDistributor
  2. Register the new Rollup in the Registry (making it canonical)
  3. Point the Registry’s reward-distributor pointer at the new RewardDistributor
  4. Register the new Rollup in the GSE
  5. Activate the Escape Hatch on the new Rollup
  6. Migrate available rewards from the old FlushRewarder to the new one

Each action’s target and calldata was reconstructed from the contracts’ on-chain configuration and matched against the live payload.

Contract configuration

The new Rollup, RewardDistributor, EscapeHatch, and FlushRewarder that the payload is wired to match the addresses published in this proposal, and the deployed contracts’ configuration was confirmed to match what was shared with the community.

Disclaimer : This message is provided for informational and technical discussion purposes only. It does not constitute a recommendation, solicitation, or request to signal support for, vote on, approve, reject, or otherwise take any action with respect to any governance proposal. It expresses no view on how any token holder, sequencer, or participant should act or vote. Any governance action described can only occur through independent, decentralized Aztec Governance processes and at the discretion of token holders.

3 Likes