[GIP-117]: Raising limit caps and changing LRT price feeds
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
| Asset | Current limit | New limit | New limit cap* |
|---|---|---|---|
| ezETH | 35000 | 40000 | 50000 |
| rsETH | 3000 | 10000 | 20000 |
| weETH | 20000 | 20000** | 30000 |
DAI Pool
| Asset | Current limit | New limit | New limit cap* |
|---|---|---|---|
| sUSDe | 0 | 2โ000โ000 | 2โ000โ000 |
USDT Pool
| Asset | Current limit | New limit | New limit cap* |
|---|---|---|---|
| sUSDe | 0 | 2โ000โ000 | 2โ000โ000 |
GHO Pool
| Asset | Current limit | New limit | New limit cap* |
|---|---|---|---|
| sUSDe | 0 | 1โ000โ000 | 1โ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.
| Voter | Cast Power | Vote & 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 |
VOTE POWER
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
2-Reject
28,366.714
