Optimize ETH-correlated asset parameters
01Summary
Proposal to optimize ETH-correlated asset parameters across Aave V3 instances by setting wETH Slope 1 to 2.7% and establishing a cap management policy to maintain profitability of LST/wETH leverage loops while preventing negative yields for long-term users.
- Type
- parameter change
Key changes
- wETH Slope 1 optimized to 2.7% on all Aave instances to ensure LST/wETH loops remain profitable(high)
- Establish policy to maintain minimum 25 basis points discount between stETH 30-day average APR and wETH Slope 1 borrow cost with monthly AIP enforcement(high)
- Cap wETH borrow increases at 90% of currently supplied wETH on all networks(medium)
- Support research and development for new InterestRateStrategy contracts implementing algorithmic policy for wETH(medium)
Notable concerns
- Cap management policy relies on monthly governance actions rather than automated enforcement
- Algorithmic interest rate strategy implementation is future research and development, not immediately enforced
Generated by Kvorum
02Description
Simple Summary
This proposal seeks to update parameters on ETH-correlated assets and coordinate caps management to improve Aave efficiency.
Motivation
ETH and ETH-correlated assets are the largest reserves in the Aave protocol, leading to their usage as collateral and being one of the protocol’s largest revenue drivers.
ETH is mainly used for two use cases:
- Collateral to borrow stablecoins
- Borrowed using ETH-correlated assets to leverage loop a staking/restaking yield.
This second use case is very sensible to the borrowing cost of wETH and, if kept unchecked, can lead to a negative yield experience for some long-term users having significant leverage positions.
To mitigate this, we propose to optimize the ETH-correlated assets parameters on all markets, and we seek governance greenlight on a cap management policy by risk stewards.
Specification
wETH Slope 1 is optimized to 2.7% on all Aave instances, ensuring LST/wETH loops profitability
Caps & rate management policy (not enforced with this AIP payload):
-
Maintain a minimum 25 bps discount between stETH 30-day avg APR and Slope 1 wETH borrow cost with monthly AIPs to enforce this policy
-
Support research and development to create new InterestRateStrategy contracts for wETH implementing this policy algorithmically.
-
Keep wETH borrow cap increases ceiling at 90% of currently supplied wETH on all networks
-
Implementation: AaveV3Ethereum, AaveV3Polygon, AaveV3Avalanche, AaveV3Optimism, AaveV3Arbitrum, AaveV3Metis, AaveV3Base, AaveV3Gnosis, AaveV3Scroll, AaveV3BNB
-
Tests: AaveV3Ethereum, AaveV3Polygon, AaveV3Avalanche, AaveV3Optimism, AaveV3Arbitrum, AaveV3Metis, AaveV3Base, AaveV3Gnosis, AaveV3Scroll, AaveV3BNB
Copyright
Copyright and related rights waived via CC0.
03Mismatch analysis
The decoded on-chain data consists of a single generic execute() call to a proposal payload contract on Ethereum mainnet, with no decoded internal arguments. This is the standard pattern for Aave Governance v3 proposals (via BGD Labs' payload architecture), where the actual parameter changes — such as updating wETH's Slope 1 interest rate to 2.7% — are encoded in the payload contract's bytecode rather than being visible as structured calldata arguments. Because of this, I cannot directly verify the specific numeric claims in the description (2.7% slope, 90% cap ceiling, 25bps discount policy) against the calldata; the single decoded action is fully opaque beyond confirming that a payload execution is triggered on Ethereum. No content in the description contradicts what is visible in the calldata (there is no sign of fund transfers, role grants, or unrelated targets), and the general characterization — 'update parameters on ETH-correlated assets' via an on-chain payload — is consistent with a single execute() call to a dedicated payload contract. However, since the underlying parameter changes cannot be independently confirmed from the decoded arguments alone, confidence in this assessment is low rather than high. No specific mismatches were found that would warrant a discrepancy flag, so the proposal is treated as consistent, with the caveat of limited verifiability due to the opaque calldata.
Generated by Kvorum
04Actions
- Target
- 0x1f49…add8
- Value
- 0 wei
- Function
- fallback()
- Arguments
{}- Calldata
05Tally
Summed from votes
06Voters
No votes recorded yet.
07Forum
No forum thread is confidently linked to this proposal.
08Similar proposals
- aaveexecutedAsset Parameters Optimization87%
- aaveexecutedConfiguration maintenance85%
- aaveexecutedChaos Labs Risk Parameter Updates - LTV and LT Alignment85%
- aaveexecutedUpdate ETH EMode and WETH Risk Params on Aave v3 Ethereum, Optimism and Arbitrum84%
- aaveexecutedIncrease Stablecoin Optimal Borrow Rates84%
- aaveexecutedStablecoinIRUpdates83%
- aaveexecutedStablecoinIRUpdates83%
- aaveexecutedAave v2 Deprecation - Update83%
- aaveexecutedIncrease Borrow Slope1 to all Stablecoins across all Aave Instances83%
- aaveexecutedAave V2 Deprecation Update83%