stkAAVE Emissions
01Summary
Proposal to re-enable AAVE emissions for stkAAVE holders at 360 AAVE per day for 90 days, maintaining the Safety Module as a critical supply sink with $480M TVL ahead of the Umbrella upgrade.
- Type
- parameter change
Key changes
- Set new allowance to 360 AAVE per day for 90 days with prior remaining allowance included(high)
- Re-enable stkAAVE incentives emissions to maintain Safety Module incentivization(high)
Notable concerns
- Emissions adjustments will be needed following the Umbrella upgrade outcomes
- Dependency on upcoming Umbrella developments for long-term strategy
Generated by Kvorum
02Description
Simple Summary
Re-enable stkAAVE incentives emissions for 90 days in anticipation of the launch of Umbrella.
Motivation
With the recent reward cycle allowance coming to an end soon, this proposal aims to renew $AAVE emissions for stkAAVE holders. The stkAAVE module has proven to be a crucial mechanism as an AAVE supply sink, currently holding a TVL of $480M and accounting for 18.8% of the supply. It is recommended to maintain these emissions in anticipation of upcoming Umbrella developments, with adjustments to be made following the outcomes of the Umbrella upgrade.
More information on stkAAVE can be found in these dashboards, here and here.
Specification
- Set new allowance to 360 AAVE per day for 90 days
- Include prior remaining allowance
References
- Implementation: AaveV3Ethereum
- Tests: AaveV3Ethereum
- Snapshot: Direct-to-AIP
- Discussion
Copyright
Copyright and related rights waived via CC0.
03Mismatch analysis
The proposal follows Aave's standard governance payload pattern: the on-chain action is a single delegatecall-style execute() to a dedicated payload contract, with the actual state changes (setting the new stkAAVE emission allowance to 360 AAVE/day for 90 days, inclusive of prior remaining allowance) implemented inside that contract's Solidity code rather than being visible as decoded calldata arguments. Because only the top-level execute() call is decoded, there is no way to directly verify the specific numeric parameters (360 AAVE/day, 90-day duration, inclusion of prior allowance) against the calldata provided. However, this is the expected and routine structure for Aave proposals of this type, and the linked implementation/test files corroborate the described intent. Since no contradicting information is present and the single action is consistent with the described purpose (renewing stkAAVE emissions), there is no basis to flag a value, target, or omission discrepancy. Confidence is set to low because the decoded action lacks the granularity needed to independently confirm the specific numeric claims in the description, but this is an inherent limitation of the payload-execution pattern, not a sign of inconsistency between prose and calldata.
Generated by Kvorum
04Actions
- Target
- 0x3ba3…f26b
- 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
- aaveexecutedSafety Module stkAAVE - Re-enable Rewards93%
- aaveexecutedSafety Module Emissions Update93%
- aaveexecutedstkBPT Incentives90%
- aaveexecutedExtend stkAAVE Emissions89%
- aaveexecutedExtend stkAAVE Emissions89%
- aaveexecutedstkAAVE Emissions Update86%
- aaveexecutedReduce Safety Module Emissions84%
- aaveexecutedstkABPT Emission Update82%
- aaveexecutedstkGHO Incentives81%
- aaveexecutedRenew allowance of the Aave Safety Module81%