[BIP-795] Kill Stale Gauges Q1 2025

PR With Payload

Summary and Motivation

Per BIP-750 2025 Gauge Management the Balancer Maxis are responsible for killing gauges on a quarterly basis due to them becoming stale I.e. not voted for. The definition of stale as defined in the framework is a pool under 100k for >60 days and a pool without veBAL votes for >60 days. Removing these gauges from the system decreases overhead for gauge checkpointing, gas costs for the operation, and improves UX on the frontend and snapshot for gauge votes via Aura due to shorter lists and less clutter.

Updated Kill Criteria

  • The gauge is flagged as worth killing if it has not received veBAL votes for >60 days, and the median TVL has been under 100k USD equivalent for >60 days ( tracked by a dune query).
  • Gauges can still be killed at any time due to externalities, the rules above are simply meant to keep the system lean and efficient.

Technical Specification

The gauge list is generated by the data report from Defilytica https://balancer.defilytica.tools/gauge-kill-list which was used for this gauge removal set.

The DAO Multisig 0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f will interact with the AuthorizerAdaptorEntrypoint at 0xf5dECDB1f3d1ee384908Fbe16D2F0348AE43a9eA and call performAction using 0xab8f0945 for the data(bytes) argument and the “Gauge Address” list for each pool below will be used for the target(address) argument.

Edit:

  • kill list set
  • updated kill criteria
1 Like

This new procedure showcases our efforts for transparent automation. The new updated kill criteria will be re-evaluated next quarter. In full support to keep our gauge system clean!

https://snapshot.box/#/s:balancer.eth/proposal/0x24e6809af48efac2429f555c8ff2a3b0253f87ca6d6c1b6f5d4644bd6901e1a1

1 Like