# \[BIP-759\] Deploy 50K GHO into the v3 Buffer Router Contract

**URL:** <https://forum.balancer.fi/t/bip-759-deploy-50k-gho-into-the-v3-buffer-router-contract/6291>\
**Category:** Karpatkey Updates\
**Created:** [January 14, 2025, 8:08pm UTC](https://forum.balancer.fi/t/bip-759-deploy-50k-gho-into-the-v3-buffer-router-contract/6291 "2025-01-14T20:08:24Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![kpk](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.balancer.fi/kpk/32/3793_2.png) [@kpk](https://forum.balancer.fi/u/kpk)\
**Post date:** [January 14, 2025, 8:08pm UTC](https://forum.balancer.fi/t/bip-759-deploy-50k-gho-into-the-v3-buffer-router-contract/6291/1 "2025-01-14T20:08:24Z")

</div>

# Abstract

This proposal seeks approval to deploy 50,000 GHO into the Buffer contract as part of the Balancer V3 launch strategy. [Liquidity buffers](https://docs.balancer.fi/concepts/vault/buffer.html) facilitate liquidity provisioning and operational efficiency, we propose seeding this contract with 50k GHO to initialise and support Balancer’s broader ecosystem goals.

### Motivation

As part of the Balancer V3 launch, liquidity buffers are critical for efficient swaps involving vault tokens. These buffers enable users to enter vault token positions (e.g., waDAI) without incurring high gas costs from direct wrapping or unwrapping operations.

Deploying GHO into the Buffer contract will initialise the liquidity buffer for GHO, ensuring readiness for the Lido market, enhancing yield strategies and providing gas-efficient trade paths.

### Specification

1. The [managed Treasury](https://app.safe.global/home?safe=eth:0x0efccbb9e2c09ea29551879bd9da32362b32fc89) will liquidate USDC lent in Aave V3, and buy 50,000 GHO through CoW swap.
2. Through the payload in the PR, the managed Treasury will:
  1. Call approve on GHO token 0x40D16FC0246aD3160Ccc09B8D0D3A2cD28aE6C2f, passing Permit2 0x000000000022D473030F116dDEE9F6B43aC78BA3 as the spender and amount as 50000000000000000000000.

  2. Call approve on Permit2 with the following arguments, to approve the[BufferRouter](https://etherscan.io/address/0x9179C06629ef7f17Cb5759F501D89997FE0E7b45) as a spender for GHO.

  3. Call initializeBuffer on the BufferRouter, passing wrappedToken as Lido boosted GHO 0xC71Ea051a5F82c67ADcF634c36FFE6334793D24C, exactAmountUnderlyingIn: 50000000000000000000000, exactAmountWrappedIn: 0,  
minIssuedShares 49975000000000000000000.

# PR with payload

> <https://github.com/BalancerMaxis/multisig-ops/pull/1663>
>
> To be executed on the managed treasury with the DAO signers.

This is the payload to be executed through the managed Treasury, given this is a one-time transaction it must be executed via the DAO signers, and will not be processed through the Zodiac Roles Modifier.

---

<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:** [January 16, 2025, 8:18am UTC](https://forum.balancer.fi/t/bip-759-deploy-50k-gho-into-the-v3-buffer-router-contract/6291/2 "2025-01-16T08:18:53Z")

</div>

Thanks a lot for putting this together! This is critical in ensuring good trading by seeding the buffers on Ethereum mainnet.

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

---

<div class="post-metadata">

**Author:** ![ZenDragon](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.balancer.fi/zendragon/32/1542_2.png) [@ZenDragon](https://forum.balancer.fi/u/ZenDragon)\
**Post date:** [February 3, 2025, 4:58pm UTC](https://forum.balancer.fi/t/bip-759-deploy-50k-gho-into-the-v3-buffer-router-contract/6291/3 "2025-02-03T16:58:13Z")

</div>

Due to high demand for the GHO buffer to be initialized and the permsionless nature of Balancer, the Aave Prime GHO was seeded over this past weekend. Due to this, the payload to allocate 50k GHO into the buffer must be adjusted based on the live balances of the buffer at the time of execution. In this instance, I suggest using 49.95K GHO in order to account for any diverging value of the yield bearing counterpart when wrapping and getting the desired amount of bufferShares.

In order to properly execute this transaction the DAO multisig loader/signers must simulate this [query](https://dashboard.tenderly.co/Zen_Dragon/project/simulator/8005c696-9c81-4fdd-a09b-21b9558153b2) with up to date block number and timestamps to generate the amounts of wrapped and unwrapped GHO they will need to a executable addition of liquidity.

Upon doing so they will adjust approvals and deposits transactions into the wrapper (using convertToShares as a confirmation), permit2, and the buffer in order to get successful execution. Similar to the attached payload and [simulation](https://dashboard.tenderly.co/public/safe/safe-apps/simulator/5accd2fd-de08-49f0-a6da-27fdfb90aff9).

> <https://github.com/BalancerMaxis/multisig-ops/pull/1727>
>
> Alternate approach to joining the GHO buffer must be used. This will require fir…st simulating the query for amounts of unwrapped and wrapped token in, given the desired buffer shares out. Timestamps and blocks to be updated.
> 
> Then given the information unwrapped token approvals can be adjusted, and convertToAssets queried in the Lido GHO stataV2 wrapper queried using the wrapped amount required. This will adjust unwrapped approval and deposit into the wrapper. https://etherscan.io/address/0xC71Ea051a5F82c67ADcF634c36FFE6334793D24C#readProxyContract
> 
> Lastly the approvals for wrapped tokens and amounts sent to the bufferRouter will be adjusted. Small margin of slippage required on bufferShares.
> 
> Simulation https://dashboard.tenderly.co/Zen\_Dragon/project/simulator/8005c696-9c81-4fdd-a09b-21b9558153b2
