# \[BIP-832\] Transfer and automation of vlAURA management

**URL:** <https://forum.balancer.fi/t/bip-832-transfer-and-automation-of-vlaura-management/6525>\
**Category:** General Proposal\
**Created:** [May 16, 2025, 6:56am UTC](https://forum.balancer.fi/t/bip-832-transfer-and-automation-of-vlaura-management/6525 "2025-05-16T06:56:30Z")\
**Posts on this page:** 4\
**Page:** 1

<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:** [May 16, 2025, 6:56am UTC](https://forum.balancer.fi/t/bip-832-transfer-and-automation-of-vlaura-management/6525/1 "2025-05-16T06:56:30Z")

</div>

### PR with Payload

> <https://github.com/BalancerMaxis/multisig-ops/pull/2051>
>
> \- \[Proposal\](https://forum.balancer.fi/t/bip-832-transfer-and-automation-of-vlau…ra-management/6525)
> 
> Payload:
> \- Process expired lock set to false transfers tokens to DAO multisig
> \- the 2mln unlocked AURA tokens will then be transfered to the new locker multi-sig controlled by Maxis
> 
> NOTE: This payload will only successfully simulate after May 29th 2025 00:00 UTC (unix timestamp 1748469600)

## Summary

- The Balancer DAO has been managing a position of 2mln vlAURA on the DAO multisig
- The intention is to unlock and move the position to a dedicated multi-sig controlled by the Balancer Maxis
- Additionally, a new safe module shall be installed that can handle both relocking of existing expiring locks as well as locking newly added AURA
- This reduced friction of timely execution on the DAO multi-sig and reduces overall risk by moving it to a dedicated multi-sig
- Missed out emission allocations will be matched with USDC incentives from our HiddenHand refund allocation

## Motivation

The Balancer DAO has been managing and locking the designated vlAURA on the DAO multi-sig since 2023 ([BIP-481](https://forum.balancer.fi/t/bip-481-claim-and-lock-balancer-dao-aura-allocation-into-vlaura/5319), [BIP-551](https://forum.balancer.fi/t/bip-551-claim-and-relock-balancer-daos-aura-vlaura/5588), [BIP-638](https://forum.balancer.fi/t/bip-638-claim-and-relock-balancer-daos-additional-aura-vlaura/5811) to name a few). Given the low price of BAL and AURA and the transition to Balancer Alliance, now is a good time to move the position to a new dedicated wallet to reduce load on the DAO multi-sig and to simplify vlAURA management.

Therefore, we aim to let the position unlock after Jun 5, 2025. Then we intend to transfer the tokens to a new dedicated multi-sig controlled by the Balancer Maxi signer set, identical to the Omni-Multi-sigs (see signer set in [bal\_addresses](https://github.com/BalancerMaxis/bal_addresses/blob/6232cdd78e52d42a911fa78cf9e26d4d16d80234/extras/signers.json#L2)). This means, however, that we will miss out on at least one cycle of placing votes for strategic partner programs. To circumvent this gap, we propose to utilize parts of our hidden hand refund to compensate for the loss of incentives during that period, given [BIP-711](https://forum.balancer.fi/t/bip-711-expand-hidden-hand-refund-flexibility/6018) provides us with this flexibility.

As of the last few voting cycles, emission $/vote spent hover around 0.0041 to 0.0039 (ref: Aura DeFilytica voting-incentive [dashboard](https://aura.defilytica.com/#/voting-incentives)). Given, we are controlling 2mln vlAURA, this means we need to match on average $8’000 worth of incentives (assuming an average 0.004 emission $/vote) per bi-weekly cycle. If emission efficiency is above 1, then Maxis will provide voting incentives on HiddenHand to the selected pools to match the missed out emissions that would result from voting.

Therefore, the action plan is as follows:

1. Set up a new dedicated multi-sig with Maxis as signer set
2. Unlock, withdraw and transfer 2mln AURA to the new multi-sig from the DAO multisig
3. During the “cool down period”, provide $8’000 of voting incentives or direct incentives to pools that would otherwise receive BAL and AURA emissions
4. Lock and continue to manage the position as before without a delegate in place
5. Do not blacklist the new position on HiddenHand for voting incentives as before but rather utilize voting incentives to buy and lock more AURA in the newly established multisig. This creates a positive flywheel for this position where it can potentially gain more voting power and emission control.
6. Install a new safe module that handles both locking of bought back AURA as well as relocking expired locks

## Risks

Overall, the currently most obvious risk is the transfer of the tokens to a dedicated multi-sig controlled by an external entity (being the Balancer Maxis). The Maxis will ensure to swiftly lock the position and report back here on the forums once it has been executed. Afterwards a safe module will handle automatic locking and relocking mitigating any risk of potential withdrawals to another address.

## Technical Specifications

The Balancer DAO multi-sig `0x10A19e7eE7d7F8a52822f6817de8ea18204F2e4f` will interact with the vlAURA contract at `0x3fa73f1e5d8a792c80f426fc8f84fbf7ce9bbcac` and call `processExpiredLocks` with `_relock` set to `false`. The transaction needs to be executed after May 29th 2025 00:00 UTC (unix timestamp 1748469600) and before June 5th 23:59 UTC (unix timestamp 1749160740).

The DAO multi-sig will then interact with the AURA token contract at `0xC0c293ce456fF0ED870ADd98a0828Dd4d2903DBF` by calling transfer with recipient `0x9a5BDF08a6969A4bDb7724beE3c6d8964BDc0B28` being the newly established multi-sig and amount `2000000` as `2000000000000000000000000`

Upon receiving of the 2mln AURA, the Maxis will lock the position immediately by first approving spending of AURA on the locker contract. This is done by calling `approve` on the AURA token contract `0xC0c293ce456fF0ED870ADd98a0828Dd4d2903DBF` with input values `spender` as `0x3Fa73f1E5d8A792C80F426fc8F84FBF7Ce9bBCAC` and `amount` as `2000000000000000000000000`. Then the multi-sig will call the function `lock` on the locker contract `0x3fa73f1e5d8a792c80f426fc8f84fbf7ce9bbcac` with `_account` as `0x9a5BDF08a6969A4bDb7724beE3c6d8964BDc0B28` and `_amount` as `2000000000000000000000000`

---

<div class="post-metadata">

**Author:** ![Marcus](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.balancer.fi/marcus/32/3643_2.png) [@Marcus](https://forum.balancer.fi/u/Marcus)\
**Post date:** [May 20, 2025, 11:50pm UTC](https://forum.balancer.fi/t/bip-832-transfer-and-automation-of-vlaura-management/6525/2 "2025-05-20T23:50:41Z")

</div>

I support this change.  
It’s an important step not just for vlAURA management, but for making Balancer more flexible and operationally agile as a whole. All while maintaining strong security through the safe module and dedicated multisig setup.

---

<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:** [May 22, 2025, 7:24am UTC](https://forum.balancer.fi/t/bip-832-transfer-and-automation-of-vlaura-management/6525/3 "2025-05-22T07:24:48Z")

</div>

[https://snapshot.box/#/s:balancer.eth/proposal/0x460b8907a8edac673df90787619644a2ba3afc201f1ec2227778944cb05dd7a4](https://snapshot.box/#/s:balancer.eth/proposal/0x460b8907a8edac673df90787619644a2ba3afc201f1ec2227778944cb05dd7a4)

---

<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:** [June 11, 2025, 6:54am UTC](https://forum.balancer.fi/t/bip-832-transfer-and-automation-of-vlaura-management/6525/4 "2025-06-11T06:54:05Z")

</div>

The AURA was successfully [transferred](https://etherscan.io/tx/0x3992d1dde866a1dddde66673807b837fe3b98a9214edf34e30bbd314ec836b9d) to our new Aura locker multi-sig. The lock will be initiated before the next voting epoch.
