# \[BIP-508\] Utilize locked Aura to Support Ecosystem Growth

**URL:** https://forum.balancer.fi/t/bip-508-utilize-locked-aura-to-support-ecosystem-growth/5419
**Category:** Governance
**Created:** [December 13, 2023, 6:08pm UTC](https://forum.balancer.fi/t/bip-508-utilize-locked-aura-to-support-ecosystem-growth/5419 "2023-12-13T18:08:53Z")
**Posts on this page:** 3
**Page:** 1

<div class="post-metadata">

### Author: ![Mike\_B](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.balancer.fi/mike_b/32/838_2.png) [@Mike\_B](https://forum.balancer.fi/u/Mike_B)
#### Post date: [December 13, 2023, 6:08pm UTC](https://forum.balancer.fi/t/bip-508-utilize-locked-aura-to-support-ecosystem-growth/5419/1 "2023-12-13T18:08:53Z")

</div>

### PR with Payload

> <https://github.com/BalancerMaxis/multisig-ops/pull/686>
>
> \- delegate vlAura to Maxi wallet
> \- Tenderly-sim: tbd

# Summary

The purpose of Balancer’s locked vlAura should be to augment our successful revenue driving pools while also giving us the flexibility to target particular narrative strategies so that we are able to compete with protocols that have a centralized emissions direction framework.

Balancer DAO currently has 1,423,058.93 vlAura as a result of BIP-481 [[BIP-481] Claim and Lock Balancer DAO Aura allocation into vlAura](https://forum.balancer.fi/t/bip-481-claim-and-lock-balancer-dao-aura-allocation-into-vlaura/5319)  
This represents about 5.74% of vlAura voting weight and represents 2-3% of total veBAL votes.

I propose we utilize this voting power to forward the strategic initiatives of the Balancer DAO according to the following framework.

**40% Revenue Producing Pools**  
**40% Facilitating Core Liquidity**  
**20% Discretionary Business Development**

### Revenue Producing Pools (40%)

40% of the vlAura will be used to vote for sustainable revenue producing pools. We define a sustainable revenue producing pool as a pool with predictable revenue production that does not depend on volatility to earn protocol revenue. This would be inclusive of major LST stableswap pools with fee on yield (Lido stETH, rocketpool rETH, frax sfrxETH) and pools with \>=50% composition of major interest bearing stablecoin pools (sDAI, sFRAX).

The allocation strategy will be simple, first we will designate a list of pools to be considered as “core revenue producing pools” which align with the composition described above. This vote weight will be distributed pro-rata according to the revenue earned relative to other core revenue producing pools. So if pool A earns 30k, pool B earns 10k, and pool C earns 20k, the vote weight distribution will be 50,16.6, 33.3. In order to simplify voting and minimize dust amounts, we will initially restrict this to the top 6 pools.

These pools should not be used to further business development efforts and should solely be utilized to promote DAO revenue.

### Facilitating Core Liquidity/Bootstrapping (40%)

A very important part about being a multichain dex is ensuring there is enough core liquidity to facilitate routing through the most important major assets such as WETH and USDC. Having a Stablecoin\<-\>WETH route allows us to structure liquidity in a way that allows us to route to nearly any asset, assuming there is liquidity connecting them. The issue with a pool like WETH/USDC weighted is that there is very little incentive for veBAL or vlAura holders to allocate vote weight towards as there are no external incentives and are purely fueled by core pool bribes. Having this vote weight will allow us to spin up liquidity that is strategically important for routing and future revenue potential without relying on philanthropic veBAL voters to vote for it. Note that there may be some overlap between revenue producing pools and core liquidity, especially as LST’s and sDAI/sFRAX grow their presence on L2’s.  
In the interest of getting this initiative live in a timely fashion, this allocation will have some discretionary components initially but a transparent objective methodology will be put into place.

### Discretionary Business Development (20%)

This portion of vlAura should be used to vote for strategic partner initiatives that are likely to grow beyond the initial vote weight we assign. In the modern dex landscape we are competing against projects that have an entirely centralized emissions allocation strategy and this gives them the ability to be nimble in regards to bootstrapping narratives. We hope that this vote weight will help attract important partners to build their liquidity on Balancer for the long-term by giving an initial boost needed to bootstrap.  
These vlAura votes should not be used to sustain any particular BD initiatives for over 6 weeks and will fall back on revenue producing pools should there be no current BD initiatives.

#### Miscellaneous:

There is no easy way to automate vlAura voting on chain because it uses offchain snapshot voting. vlAura also requires submitting votes for every biweekly period, and there’s no ability to “lock in” votes to roll over epoch to epoch. This means that there will have to be some entity capable of executing on vlAura votes. We propose that we delegate our vlAura voting power to a Maxi controlled multisig that will then be used to vote according to the above criteria. All allocations and methodology will be posted on github which will be used as the data source for submitting votes.

Additionally, Balancer will recycle 70% of bribes collected back into vote incentives on the that generated them. 30% will be sent to the DAO treasury as USDC.

This is a living framework and can be refined in the future to better suit the ongoing needs of the protocol, subject to a governance vote.

No project can request vote weight as part of their gauge proposal/governance vote.

### Specification:

Balancer DAO multisig() on mainnet `will:

1. call the `delegate(address)` function on the vlAura locking contract `0x3fa73f1e5d8a792c80f426fc8f84fbf7ce9bbcac` with the parameter newDelegatee set to `0x9ff471F9f98F42E5151C7855fD1b5aa906b1AF7e`
2. call the `setRewardForwarding(address)` function on the hidden hands BribeVault `0xE00fe722e5bE7ad45b1A16066E431E47Df476CeC` with the parameter setRewardForwarding set to `0x9ff471F9f98F42E5151C7855fD1b5aa906b1AF7e`

`0x9ff471F9f98F42E5151C7855fD1b5aa906b1AF7e` is a new vlAURA voting multisig deployed across all chains on which Balancer operates. It requires 3/7 Maxi Signers to sign, with @gosuto being added as the 7th signer. Details about the setup of this multisig can be found [HERE](https://github.com/BalancerMaxis/bal_addresses/pull/163). This multisig is hereby granted the mandate and authorization to:

1. Vote with it’s delegated vlAURA in accordance to the guidelines proposed above.
2. Claim all earned vote incentives, sell them for USDC, bridge them to mainnet, and process the proceeds in accordance with the guidelines laid out above:
  - 30% to Treasury `0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f`
  - 70% recycled as new vote incentives (potentially via the multisig handling core pools incentives to save on gas)

---

<div class="post-metadata">

### Author: ![LuukDAO](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.balancer.fi/luukdao/32/3247_2.png) [@LuukDAO](https://forum.balancer.fi/u/LuukDAO)
#### Post date: [December 14, 2023, 8:30am UTC](https://forum.balancer.fi/t/bip-508-utilize-locked-aura-to-support-ecosystem-growth/5419/2 "2023-12-14T08:30:34Z")

</div>

I am excited to give a more managed allocation approach another shot.

Would you imagine submitting evaluation standards for each bucket and you/the ballers operating the DBD bucket and allocating these BD votes?

In my POV, the more we standardize the review and application process for each bucket, the better!

---

<div class="post-metadata">

### Author: ![Xeonus](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.balancer.fi/xeonus/32/3621_2.png) [@Xeonus](https://forum.balancer.fi/u/Xeonus)
#### Post date: [December 14, 2023, 8:16pm UTC](https://forum.balancer.fi/t/bip-508-utilize-locked-aura-to-support-ecosystem-growth/5419/4 "2023-12-14T20:16:53Z")

</div>

[https://snapshot.org/#/balancer.eth/proposal/0x57283b9c67f71da710641bb6bb880666dc82dba70fb8e29b3f462f72ba1f0e6e](https://snapshot.org/#/balancer.eth/proposal/0x57283b9c67f71da710641bb6bb880666dc82dba70fb8e29b3f462f72ba1f0e6e)
