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

Proposals

Members

Information

Create Proposal

Gearbox DAO

ProposalsMembersInformation
Proposal
Back to Proposals
closedEnded 2 years ago ยท Snapshot (Offchain)

[GIP-117]: Raising limit caps and changing LRT price feeds

By 0xb9b7...6CceeA

Author: van0k.eth

Summary

This proposal aims to raise the quota limit caps for most popular assets on Gearbox (namely, LRTs and Ethena), as well as modify the price feeds for LRTs to improve security and user experience.

Motivation

The technical multisig has currently reached all quota limit caps defined in previous GIPs for LRTs and USDe / sUSDe. This means that any further increases require a vote by the DAO. At the same time, liquidity for LRTs / Ethena Gearbox caps are steadily improving and demand for leverage of these assets remains strong. As the passive lender side keeps growing, increasing limits will allow to both satisfy borrower demand and retain the industry-leading rates for lenders.

At the same time, Chainlink has recently onboarded weETH/ETH, ezETH/ETH and rsETH/ETH feeds. Gearbox currently uses ETH/USD as the reserve feed for LRT assets, which makes partial withdrawals complicated (as for partial withdrawal purposes LRTs are valued as plain ETH). Utilizing Chainlink oracles in addition to Redstone oracles will improve partial withdrawals and security of the system in respect to some of Gearboxโ€™s most popular assets.

Technical specification

Limits

We propose the following changes to quota limits and caps:

WETH Pool

AssetCurrent limitNew limitNew limit cap*
ezETH350004000050000
rsETH30001000020000
weETH2000020000**30000

DAI Pool

AssetCurrent limitNew limitNew limit cap*
sUSDe02โ€™000โ€™0002โ€™000โ€™000

USDT Pool

AssetCurrent limitNew limitNew limit cap*
sUSDe02โ€™000โ€™0002โ€™000โ€™000

GHO Pool

AssetCurrent limitNew limitNew limit cap*
sUSDe01โ€™000โ€™0001โ€™000โ€™000

* The technical multisig will be able to increase the limit up to the defined cap without additional voting, if following conditions are met: 1) >90% of current limit is filled 2) the on-chain liquidity for the asset is at least 1/3 of the new limit. On-chain liquidity is defined as the amount of asset that can be swapped into underlying with <2% slippage in pools supported by Gearbox.

** The Balancer weETH/rETH pool that is primarily used by Gearbox to open/close weETH positions is currently somewhat imbalanced and only 80% of the current limit is used. Hence the limit cannot and does not need to be raised right now, but it is useful to give the technical multisig an ability to raise it in the future, if needed.

Oracles

The main price feeds for weETH, ezETH and rsETH will be changed to Composite feeds based on Chainlink. The following price feeds will be used for Asset/ETH prices:

ezETH/ETH: https://data.chain.link/feeds/ethereum/mainnet/ezeth-eth weETH/ETH: https://data.chain.link/feeds/ethereum/mainnet/weeth-eth rsETH/ETH: https://data.chain.link/feeds/ethereum/mainnet/rseth-eth

These oracles will then be multiplied by ETH/USD (https://data.chain.link/feeds/ethereum/mainnet/eth-usd) to compute the final asset price against USD.

The currently used composite feeds based on Redstone ezETH/ETH, weETH/ETH and rsETH/ETH price feeds will be set as reserve price feeds.

Security and liquidity

ezETH has 10.5k liquidity in the Balancer ezETH/WETH pools and ~3k liquidity in the triLRT pool at the time of writing. rsETH has 3.5k liquidity in the Balancer rsETH/WETH pool at the time of writing. Hence liquidity for these assets satisfies the risk committee requirement of limit <= 3 * on-chain liquidity.

Next steps and timelock

If the proposal is accepted, shortly after voting end transactions to update price feeds will be submitted to technical multisig. They will become executable in ~36 hours under the main timelock rules (may be a few hours more, as the transaction ETA is usually set with a buffer for signing time).

Limit increases will be performed through ControllerTimelock, which has a 12 hour delay after the multisig signs the transaction. As such, limits should be increased within 24 hours after the vote ends.

Continue Reading
Connect Wallet to Add Note
0
Votes 37
VoterCast PowerVote & Rationale
0xC4CA...43153B
71.795M

Approve

0x6D52...ceA2d7
60.361M

Approve

0xb9b7...6CceeA
43.531M

Approve

0xf3D4...49d89E
34.282M

Approve

0x9055...289d51
28.947M

Approve

SHOW MORE
VOTE POWER
0
Connect Wallet
Proposal Status
  • Wed April 10 2024, 11:19 amVoting Period Starts
  • Sat April 13 2024, 11:19 amEnd Voting Period
Current Results

1-Approve

313.093M

99.99%

2-Reject

28,366.714

0.01%
Quorum 313.122M/200M
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