FeedProjects
Developers
Settings
๐ŸŽ‰ A new chapter begins: Boardroom has joined Agora
Learn more
protocol logo
Explore / Projects
Balancer

Proposals

Discussions

Members

Information

Create Proposal

Balancer

ProposalsDiscussionsMembersInformation
Proposal
Back to Proposals
closedEnded 3 years ago ยท Snapshot (Offchain)

[BIP-141] Introduce VeBoost V2

By 0x7019...998516

Introduction

veBAL holders get a boost in the liquidity mining program compared to LPs who donโ€™t hold veBAL. These boosts can be delegated to third parties, but this system has barely had any use.

This proposal aims to upgrade the boost delegation subsystem to make it compatible with other platforms, such as Paladinโ€™s boost market.

Specification

The boost system currently in use is Curveโ€™s first attempt to build such a system, and is unnecessarily complicated. It implements boosts as ERC721 NFTs, which makes the code very complex due to having to deal with enumeration and other features, and doesnโ€™t enable any useful use cases.

The new VeBoostV2 contract was also developed by Curve, and theyโ€™ve been using it for the past couple months. It is much simpler than the previous iteration, and enables multiple integrations. Weโ€™ve also extended it to support EIP 1271, so that contract accounts can use it to delegate boosts (and prevent issues like the one Tribe DAO encountered).

Execution Details

Call setDelegation on the VotingEscrowDelegationProxy (0x6f5a2eE11E7a772AeB5114A20d0D7c0ff61EB8A0) (address found here) with the following arguments:

  • delegation: 0x67F8DF125B796B05895a6dc8Ecf944b9556ecb0B

The delegation parameter is the new boost system: itโ€™s address can be found here.

Doing this requires the permission to call setDelegation, which is 0xac0fcdc4520d7bde1c58bbefd7c8dd39aaf382a20c27991134c14fe63d2c96f3 (see here). This permission is currently held by the Governance DAO Multisig (0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f), so it doesnโ€™t need to be granted.

Migration

Anyone can migrate any boost from the old system to the new one by calling migrate or migrate_many on the VeBoostV2 contract (0x67F8DF125B796B05895a6dc8Ecf944b9556ecb0B). Iโ€™ve already done this for all currently existing boosts in this transaction.

If any boosts are created between now and the time in which the migration is completed, they can be permissionlessly migrated via that mechanism.

Risk

The VeBoostV2 contract was originally developed by Curve and is currently in use by them, since July 19th, 2022. It has only received trivial modifications by the Balancer Labs team (e.g. to make the permit() function simpler to use), so it should be as safe as the original one.

If any issues were to arise with the boost system, the most harm that could be done would be to set large boosts for some accounts and no boosts for others - but boosts are capped to 2.5x at the gauges. Then, the emergency subDAO would step in and call killDelegation, removing the boost system entirely until a fix was implemented.

Continue Reading
Connect Wallet to Add Note
0
Votes 261
VoterCast PowerVote & Rationale
0x5feA...0417a0
2.667M

Yes, let's do it

0xfF05...2cbbB9
512,372

Yes, let's do it

0x512f...C0f5F3
440,204

Yes, let's do it

0x2ad5...58b7FD
433,010

Yes, let's do it

0xe096...589A60
257,370

Yes, let's do it

SHOW MORE
VOTE POWER
0
Connect Wallet
Proposal Status
  • Thu December 22 2022, 07:00 pmVoting Period Starts
  • Mon December 26 2022, 07:00 pmEnd Voting Period
Current Results

1-Yes, let's do it

4.989M

2-No, this is not the way

0.573

0%
Quorum 4.989M/2M
DocumentationBrandingContact Us
Home
This Project is Currently Disabled

If you would like to enable it, please checkout below.

Boardroom Subscription

Sign up for an individual subscription (access all projects on the platform)

Subscribe
Enable Project

Enable the entire project for every user

Enable Project
Contact Us