• © Goverland Inc. 2026
  • v1.0.8
  • Privacy Policy
  • Terms of Use
Stake DAO BALStake DAO BALby0x40938d09b4A2a40b6538F7a8F77fC1971F8cEF540x4093…EF54

[BIP-156] Authorize Migration to GaugeAdder v3

Voting ended about 3 years agoFailed

Motivation

As part of the coming migration to the Timelock Authorizer described in BIP-140 the Gauge Adder v2 also must undergo a migration to be compatible with the new authorizer.

The only differences from the old one is

  • that it supports the new authorizer that we're migrating to (old one will break after migration)
  • it allows multiple gauges per pool on ethereum mainnet now.

Specification

If approved, the DAO Multisig 0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f will initiate a transaction to interact with the Authorizer 0xA331D84eC860Bf466b4CdCcFb4aC09a1B43F3aE6 calling grantRole with the following arguments:

role: 0x0000000000000000000000000000000000000000000000000000000000000000

address: 0xE0f34c6AD719e6877062B7D97E12c61c096509AF

This can be verified here.

Additionally, the code for this migration can be viewed here.

In order to execute the migration, the DAO Multisig 0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f will initiate a transaction to interact with the GaugeAdderMigrationCoordinator 0xE0f34c6AD719e6877062B7D97E12c61c096509AF calling performNextStage()

Off-Chain Vote

Yes, let's do it
0 sdBAL0%
No, this is not the way
0 sdBAL0%
Download mobile app to vote

Timeline

Jan 12, 2023Proposal created
Jan 12, 2023Proposal vote started
Jan 14, 2023Proposal vote ended
Oct 26, 2023Proposal updated