KVORUM
aaveSource: Aave governance v3 · #197

Aave Generalized Risk Stewards (AGRS) activation

executedNov 10, 2024, 10:18 AM UTCbyF70xf71f…1e02

01Summary

AISummary by Kvorumclaude-haiku-4-5

Activating Aave Generalized Risk Stewards (AGRS) Phase 2 to streamline risk parameter management across 12 networks. Manual AGRS deploys constrained risk admin contracts controlled by a 2-of-2 multisig (Chaos Labs and BGD Labs) to make incremental risk updates without full governance. Automated AGRS pilot will follow later. GHO parameters on Arbitrum and Ethereum remain excluded and managed by GhoStewards. All changes include 3-day minimum delays and specific parameter constraints.

Type
governance change

Key changes

  • Deploy Manual AGRS contracts with RISK_ADMIN role across 12 networks (Ethereum, Ethereum Lido, Ethereum EtherFi, Arbitrum, Optimism, Polygon, Avalanche, Scroll, Metis, Base, BNB, Gnosis, ZkSync)(high)
  • Manual AGRS controlled by 2-of-2 multisig with Chaos Labs and BGD Labs as signers(high)
  • Enable constrained risk parameter updates with specific change limits and 3-day minimum delay across all parameters(high)
  • Restrict GHO parameter changes on Arbitrum and Ethereum, keeping those managed by GhoStewards instead(medium)
  • Plan to remove RISK_ADMIN role from old CapsPlusRiskSteward once migration is complete(medium)
  • Automated AGRS pilot version deferred to later activation stage(medium)

Notable concerns

  • Risk steward authority allows parameter changes without full governance vote, relying on risk provider expertise and historical voting unanimity
  • GHO parameters intentionally excluded from Manual AGRS scope to prevent conflicts with GhoStewards
  • Temporary inclusion of BGD Labs in multisig as extra security procedure
  • Voter fatigue across expanding network deployments addressed by reducing governance overhead for non-controversial incremental risk updates
Contracts0x7C7143f4bE189928A6a98D8686c5e84c893c59c70x30adC2f98ff78fDde12F191Acb82699f640694FB0xBF79d8339303148E345277a994Eb2cD5d82F00670x14568979093FFF97aeBD73F58051a4f0e297b1eB0x928807b90a74210268b590d0159fcf1340ad76bd0x88dECc4bf07f5219ea7D1E32fe3762DA28ff76090xbf03aB677DEdA36E19D294d1735b93Dd9d1E0c050x64093fe5f8Cf62aFb4377cf7EF4373537fe9155B0x58226D26658F19724cB881E9F747EeDC846BB1c90xD3DE4b3571744EB77946d65aBF01408902E92c4E0xbe7998712402b6a63975515a532ce503437998b70x677c9f358dA5DC83aF6760a839E4448D72840d040x05c77Cf62346329a157d7A6F874464D049CECb26
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Read the description ↗

02Description

691 words

Simple Summary

Expanding from the scope of CapsPlusRiskSteward, we now introduce the new Aave Generalized Risk Stewards (AGRS), allowing hardly constrained risk parameter updates by risk service providers and reducing governance overhead.

Aave Generalized Risk Stewards (AGRS) include two instances: Manual AGRS and Automated AGRS. Manual AGRS is a continuation of the previous design, with the parameters recommendation risk provider, with constrained capacity to modify all types of risk parameters on Aave. Automated AGRS is a pilot version to automate interest rate updates of assets (starting with WETH on Aave v3 Lido Ethereum), based on the newly released risk infrastructure technology Edge, by Chaos Labs.

This AIP activates the Manual AGRS and the Automated AGRS will be activated at a later stage.

Motivation

Aave's decentralized governance system, while robust, creates significant operational overhead and cost due to its comprehensive proposal process. This process includes pre-AIP procedures, payload creation, multiple reviews, voting, and on-chain verification. While recent improvements have optimized some steps, further efficiency gains are possible, particularly in risk-related proposals.

The rationale for reducing risk-related proposals:

  • Two experts, and independent risk teams (ChaosLabs, LlamaRisk) are engaged with the DAO.
  • Historical voting unanimity on non-controversial, incremental risk proposals.
  • Technical feasibility of constraining updates using Aave v3 roles and specific validations.

The success of the CapsPlusRiskStewards experiment demonstrates the viability of expanding this approach. As Aave expands to new networks, minimizing governance proposals becomes crucial to prevent voter fatigue.

Specification

The new Manual AGRS we propose follows the same design as the CapsPlusRiskSteward, a smart contract to which the Aave Governance gives RISK_ADMIN role over all v3 instances, controlled by a 2-of-2 multisig, and heavily constrained on what can do and how by its own logic.

The 2-of-2 multisig controlling the Manual AGRS will have Chaos and BGD Labs as signers, temporarily including BGD Labs as a matter of extra security procedure.

ACL_MANAGER.addRiskAdmin() is called to add the new Manual AGRS.

Additionally, params for GHO on Arbitrum and Ethereum cannot be changed by this Manual AGRS, as the params will be updated by the GhoStewards instead, this is done by setting the GHO asset as restricted via the following method: RISK_STEWARD.setAddressRestricted();

To give some extra buffer and protection, we will remove the RISK_ADMIN role from the old CapsPlusRiskSteward once risk providers have adapted to use the new Risk Stewards.

Deployed AGRS Contracts:

Network InstanceManual AGRS Contract
Ethereum0x7C7143f4bE189928A6a98D8686c5e84c893c59c7
Ethereum Lido0x30adC2f98ff78fDde12F191Acb82699f640694FB
Ethereum EtherFi0xBF79d8339303148E345277a994Eb2cD5d82F0067
Arbitrum0x14568979093FFF97aeBD73F58051a4f0e297b1eB
Optimism0x928807b90a74210268b590d0159fcf1340ad76bd
Polygon0x88dECc4bf07f5219ea7D1E32fe3762DA28ff7609
Avalanche0xbf03aB677DEdA36E19D294d1735b93Dd9d1E0c05
Scroll0x64093fe5f8Cf62aFb4377cf7EF4373537fe9155B
Metis0x58226D26658F19724cB881E9F747EeDC846BB1c9
Base0xD3DE4b3571744EB77946d65aBF01408902E92c4E
BNB0xbe7998712402b6a63975515a532ce503437998b7
Gnosis0x677c9f358dA5DC83aF6760a839E4448D72840d04
ZkSync0x05c77Cf62346329a157d7A6F874464D049CECb26

The new risk stewards have been configured with the following risk params on all Aave instances:

ParameterPercent change allowedminimumDelay
Supply and Borrow Caps100% (relative change)3 days
Debt Ceiling20% (relative change)3 days
LST Cap adapter params5% (relative change)3 days
Stable price cap0.5% (relative change)3 days
Base Variable Borrow Rate0.5% (absolute change)3 days
Slope 10.5% (absolute change)3 days
Slope 25% (absolute change)3 days
Optimal Point (Kink)3% (absolute change)3 days
Loan to Value (LTV)0.25% (absolute change)3 days
Liquidation Threshold0.25% (absolute change)3 days
Liquidation Bonus0.5% (absolute change)3 days

References

Copyright

Copyright and related rights waived via CC0.

03Mismatch analysis

AIMismatch analysis by Kvorum

Couldn’t generate a summary for this proposal. Review the decoded actions →

04Actions

3 total
#0fallback()chain 0x1
Target
0xd38e…fbef
Value
0 wei
Function
fallback()
Arguments
{}
Calldata
#1fallback()chain 0x1
Target
0x0e17…0f0d
Value
0 wei
Function
fallback()
Arguments
{}
Calldata
#2fallback()chain 0x1
Target
0xdd47…2606
Value
0 wei
Function
fallback()
Arguments
{}
Calldata

05Tally

Summed from votes

Voters0
VP participating0
Outcome (current)—
Current support—

06Voters

0 total

No votes recorded yet.

07Forum

No forum thread is confidently linked to this proposal.

08Similar proposals

AI · embeddings

No semantically similar proposals found yet.