Use AAVE Ecosystem Reserve to vote YES on proposal to adjust Level 2 Governance requirements
01Summary
This proposal upgrades the AAVE Ecosystem Reserve implementation to enable a one-time YES vote on the Level 2 Executor requirements upgrade proposal. The upgrade maintains existing logic while adding voting functionality through an autonomous proposal mechanism, with security reviewed by both SigmaPrime and Certora.
- Type
- contract upgrade
Key changes
- Upgrade AAVE Ecosystem Reserve implementation to include one-time YES vote capability on specified governance proposals(high)
- Modify initialize() function to accept and vote on a proposal ID passed as input(high)
- Create proposal via Autonomous Proposal mechanism to ensure vote is cast on the correct Level 2 requirements upgrade proposal(high)
Notable concerns
- This proposal is designed to boost voting power for a related Level 2 Executor upgrade proposal, creating a linked governance action
Generated by Kvorum
02Description
Simple Summary
This proposal upgrades the implementation of the AAVE Ecosystem Reserve, allowing for a one-time YES vote with the voting power held, in order to "vote boost" the proposal to upgrade the Level 2 Executor requirements.
Motivation
All context/motivation of this proposal is extensively explained on the Aave Governance forum thread
Specification
This proposal exclusively upgrades the implementation of the AAVE Ecosystem Reserve, keeping the exact same logic, but changing the initialize() function to include a one-time YES vote on another Aave governance proposal passed as input. The implementation of this can be found HERE.
This proposal will be created via a fully decentralized smart contract (so-called Autonomous Proposal). This is especially important in this case, as it will assure that the proposal id on which to vote YES will be exactly the proposal to upgrade Level 2 requirements
Security
-
An extensive suite of tests can be found HERE
-
We have executed a diff between the current implementation of the AAVE Ecosystem Reserve in production and the new implementation, to verify that the changes and exclusively the ones expected. The diff can be found HERE.
-
SigmaPrime has audited the changes, and implemented an independent test suite, complementary to BGD's. The audit report can be found HERE.
-
Certora has reviewed the changes, and implemented an independent test suite, complementary to BGD's. The audit report can be found HERE.
Implementation
Smart contracts can be found here. Especifically for what concerns this proposal:
- New AAVE Ecosystem Reserve https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/AaveEcosystemReserveV2.sol
- Proposal payload https://github.com/bgd-labs/aave-gov-level-2-update/blob/main/src/contracts/ProposalPayloadAaveEcosystemReserveWithVoting.sol
Copyright
Copyright and related rights waived via CC0.
03Mismatch analysis
The proposal describes a single logical action: upgrading the AAVE Ecosystem Reserve implementation via a payload contract whose initialize() function also casts a one-time YES vote on the specific governance proposal (the Level 2 Executor upgrade). The decoded calldata shows exactly one action: a call to execute(uint256) on a single target contract with argument 106. This is consistent with the described mechanism — a proposal payload contract's execute() function typically performs the upgrade and vote logic internally (via delegatecall), which is not further decomposed in the decoded trace. The single argument (106) is presumably the proposal id being voted on, matching the description's claim that the vote target is passed as input. Because the decoded data only shows the top-level call and not the internal logic (upgrade + vote), we cannot fully verify the internal behavior matches 1:1, but nothing in the calldata contradicts the description, and the structure (one execute call to one payload contract) is exactly what one would expect for this type of proposal. No value, target multiplicity, or extra/missing actions were found. Confidence is medium rather than high because the internal effects of the execute() call are opaque without bytecode-level inspection, but the described action pattern is a standard and low-risk one for this type of governance payload.
Generated by Kvorum
04Actions
- Target
- 0xb439…3f90
- Value
- 0 wei
- Function
- execute(uint256)
- Arguments
{ "0": "106" }- Calldata
05Tally
Summed from votes
06Voters
No votes recorded yet.
07Forum
- [ARFC] Aave Governance. Adjust Level 2 requirements (long-executor) ↗discourse · high confidence
Arguments for
- Level 2 requirements have proven too strict, evidenced by 80 proposals in 1.5 years with only one targeting Level 2, and that proposal failed despite unanimous support.— bgdlabs, AaveLabs, stani
- A large share of the AAVE supply (deposited on Aave v2, Balancer, bridges, exchanges, etc.) is technically unable to vote, meaning the nominal 20% quorum actually requires an unrealistic ~40% of the effective voting supply.— bgdlabs
- The proposed lower thresholds are still high enough that no single entity currently has the resources to pass a proposal unilaterally, preserving security against attacks.— MarcZeller, AaveLabs
- Lowering Level 2 requirements is necessary to unblock important upcoming initiatives that require Level 2 proposals, such as token rescue, Safety Module migration to Balancer v2, and Governance V3.— bgdlabs, stani
- Using the AAVE Ecosystem Reserve as a one-time voting boost is a legitimate and pragmatic solution to reach quorum, as long as it is clearly framed as a one-off action.— MarcZeller, stani, bgdlabs
- The Guardian mechanism still provides a safeguard against clearly malicious proposals, reducing the risk introduced by lowering thresholds.— bgdlabs, stani
Arguments against
- Lowering the Level 2 threshold inherently makes a governance attack more feasible by reducing the cost and difficulty of reaching the required voting power.— MarcZeller
- Using the Ecosystem Reserve to boost votes could set a dangerous precedent for future governance actions if not strictly treated as a one-time exception.— MarcZeller
Unresolved concerns
- Whether the community should eventually mitigate or abandon the Guardian's intervention power over Level 2 proposals to increase decentralization, especially as exchange-held AAVE decreases.— stani
- Whether a third, more immutable 'untouchable' contract level should be introduced for core protocol aspects to prevent losing track of foundational goals.— rspa
- Whether using entities like LendToAaveMigrator for similar voting boosts would be legitimate, which BGD Labs explicitly declined to do this time.— bgdlabs
Notable participants
- bgdlabsProposer who authored the rationale, proposed parameter changes, the Ecosystem Reserve voting-boost mechanism, and managed the entire execution and communication process through to completion.
- MarcZellerDelegate power to the Autonomous Proposal and raised conservative concerns about attack feasibility and precedent-setting before ultimately supporting the proposal.
- staniCore contributor who supported the proposal and raised the longer-term question of the Guardian's role in decentralization.
- AaveLabsVoiced support for the proposal, framing the change as a long-overdue fix given AIP 41's failure.
- inkyamzeRepresented Gauntlet, adjusting and confirming delegation of proposition power to the Autonomous Proposal while flagging their own threshold constraints.
- MatthewGrahamCommunity member who delegated proposition power to show support despite limited holdings.
- rspaPraised BGD's execution and raised a forward-looking question about creating an immutable contract tier.
- soankyEncouraged remaining large holders to vote and praised BGD Labs' work during the voting period.
Generated by Kvorum
08Similar proposals
- aaveexecutedAdjust Aave Governance Level 2 requirements85%
- aaveexecutedAave Governance V3 Activation Short79%
- aaveexecutedAave Governance V3 Activation77%
- aavecanceledAave Governance V3 Activation Short76%
- aavecanceledGovernance V3 Activation76%
- aavedefeatedInstitute a Voting Delay Period75%
- aaveexecutedGovernance v2.5 Activation74%
- aaveexecutedFire drill proposal Ethereum VotingMachine70%
- aaveexecutedRobot Maintenance69%
- aaveexecutedFunding Aave Robot for Governance V2 Automation69%