[ARFC] Aave Umbrella - activation

Umbrella activation parameters


After receiving feedback from and discussing this with other service providers, we think proceeding with a progressive activation of Aave Umbrella is reasonable.


Umbrella initial parameters

To start with, we recommend activating only a subset of assets in Aave v3 Ethereum Core in Umbrella to simplify this initial Phase, and promptly expand with other AIP to more assets and pools/networks.

The initial configuration we propose regarding Aave v3 Ethereum Core is the following.


Important. Aside from proposed configurations (assets, target liquidity, cooldown/unstake window, offset), both on the proposed Umbrella parameters and legacy, some variables need to be assumed for modelling, like the AAVE or ETH prices, average supply on Aave, or expected staked assets on legacy Umbrella, amongst others.
Our objective is to showcase a reasonable model that later on will materialise with more/less deviation on the production system.



Staked asset Covered asset Target Liquidity * Max emission (rewards at target liquidity) Umbrella APY range (up until excess liquidity) ** Total APY (Aave + Umbrella)*** Cooldown/unstake window Deficit offset
aUSDC (wrapped) USDC 85’000’000 USDC 3’000’000 aUSDC/year 1.76%-7.06% 6.8%-12.5% 20/2 days 100’000 aUSDC
aUSDT (wrapped) USDT 85’000’000 USDT 3’000’000 aUSDT/year 1.76%-7.06% 6.8%-12.5% 20/2 days 100’000 aUSDt
aWETH (wrapped) WETH 25’000 ETH 550 aWETH/year 1.1%-4.4% 3%-6.3% 20/2 days 50 aWETH
GHO GHO 12’000’000 GHO 1’200’000 aGHO/year 5%-20% 5%-20% 20/2 days 100’000 GHO

*Target Liquidity is denominated in the contracts in wrapped aTokens, increasing over time in exchange rate. That means the Target Liquidity itself will grow slightly over time and rewards will need to be periodically adjusted.
For the sake of simplicity, the number on the table is in equivalent terms of underlying (USDC, USDT, WETH), not in wrapped aTokens.
** Umbrella has an upper limit of APY as max emission is capped, but technically no lower limit. However, going over the table’s lower point of APY would mean there are way more deposits than expected, hence the market pricing “cheaper” the risk of staking.
*** 1y average supply rates for each asset on Aave are taken as reference.


In addition, on the Umbrella side is important to highlight the following items on the activation proposal:

  • Set as Rewards Admin the Aave Finance Committee, with a timelock of 1 day. This will be done by introducing a new Permissioned Payloads Controller, mirroring the architecture of the execution layer of the Aave Governance, but oriented to less critical flows like rewards updates.
  • Set the Aave Ethereum Collector as the reward payer: the address from which rewards will be distributed. The configured allowance will be 50% of the defined yearly budget, which will allow enough but controlled flexibility for the Finance Committee to increase rewards during the initial month.
    At any point, the Aave governance can modify this as required.
  • All outstanding deficits on assets to be covered by the initial Stake tokens will be “cleaned” with Collector funds on the AIP, up to a limit of ~$2’000 on each asset. The current aggregated deficit is up to ~$600 in USDC, USDT, WETH, and GHO, so the $2’000 margin seems more than enough.
  • A DeficitOffsetClinicSteward smart contract will be given an allowance from the Aave Collector up to the Deficit Offset configured for each asset. This will allow the Aave Finance Committee to trigger deficit offset coverage without going through a governance proposal.
  • The Deficit Offsets proposed are substantially above the bad debt levels historically accrued on Aave v3 Core on the covered assets. That means said offsets act as a very substantial “tranche” that should protect stakers from slashing under normal conditions.
  • Stake Umbrella tokens, as by design, will cover exclusively the deficit created on the associated borrowed assets on Aave v3 Core Ethereum: Staked aUSDC will cover exclusively the deficit on USDC, staked GHO exclusively the deficit on GHO, and so on.


Legacy Safety Module progressive deprecation

Together with the activation of the initial Umbrella instances, the AIP will also start a progressive deprecation of the legacy Safety Module to transition to Umbrella. The principles of this progressive deprecation are:

  • Global coverage of Aave pool and instances should remain at similar levels, including Target Liquidity of Umbrella + broad slashable funds on the Legacy Safety Module.
  • Coverage infrastructure should be fully migrated in those cases where Umbrella supports. E.g., legacy stkGHO on what concerns coverage will be fully deprecated in favour of Umbrella’s stkGHO.

Legacy Safety Module configuration (as of 15/05/2025)

Staked asset Rewards/day (AAVE) Rewards/year (AAVE) Rewards/year ($) Average total staked ($) Slashing eligibility Total Slashable ($) Swap effectivity (inverse slippage) Effective coverage ($)
AAVE 360 AAVE 131’400 AAVE 21’000’000 500’000’000 30% 150’000’000 75% 112’500’000
AAVE/wstETH Balancer v2 240 AAVE 87’600 AAVE 14’000’000 180’000’000 30% 54’000’000 80% 43’200’000
GHO 100 AAVE 36’500 AAVE 5’800’000 150’000’000 100% 150’000’000 100% 150’000’000

Proposed Legacy Safety Module post-Umbrella Phase 1 activation

Staked asset Rewards/day (AAVE) Rewards/year (AAVE) Rewards/year ($) Average total staked ($) Slashing eligibility Total Slashable ($) Swap effectivity (inverse slippage) Effective coverage ($)
AAVE 216 AAVE 78’840 AAVE 15’768’000 450’000’000 20% 90’000’000 85% 76’500’000
AAVE/wstETH Balancer v2 216 AAVE 78’840 AAVE 15’768’000 162’000’000 20% 32’400’000 90% 29’160’000
GHO 0 0 0 0 0 0 0 0

*Merit incentives will not be touched on the legacy stkGHO, and coverage incentives will be moved to the new stkGHO.



High-level implications of the activation

  • Currently, on the AAVE/ABPT components, the legacy Safety Module has a total coverage of ~$204m (30% of ~$780m), but with very low capital efficiency from the stkAAVE/stkABPT side, making this number realistically closer to ~$155m. This coverage is heterogeneous in the case of AAVE and stkAAVE (it applies to multiple pools, to all assets on those pools).
    With the reductions of slashing eligibility and rewards on stkAAVE and stkABPT, we expect this number to still be in the order of ~$110m, which will remain as the heterogeneous coverage mechanism for assets not covered by the Umbrella day 0.

  • On the legacy stkGHO size, the current coverage is very outsized compared with the realistic requirements. So the slashing removal from the legacy stkGHO will change the coverage of GHO to more sane levels compared with outstanding borrowings: from ~$150m average on legacy stkGHO to a target of $12m in Umbrella Staked GHO.

  • On the legacy Safety Module, the reduction of rewards in percentage is higher than the reduction in slashing eligibility, because on low-level percentages of slashing, decreases have proportionally more weight.
    The end goal is to remove completely slashing from them, but given their current size, we think it is more responsible to do it progressively until Umbrella’s liquidity builds up in this initial Phase and follow-ups.

  • Even considering the absolute value reduction of GHO coverage and reducing slashing percentage on legacy stkAAVE/stkABPT, the global coverage will be higher post-Umbrella:

    • Pre-Umbrella Phase 1: ~$305m.
    • Post-Umbrella Phase 1: ~$345m
  • The comparison of rewards’ expenses pre- and post-Phase 1 Umbrella is as follows:

    • Pre-Umbrella Phase 1: ~$51m/year (in AAVE token).
    • Post-Umbrella Phase 1: ~$40m/year ($31.5m in AAVE token + $8.5m in aTokens).

    This shows major cost savings for more absolute coverage, and the number will substantially decrease as in the follow-up phases, as the legacy Safety Module continues its deprecation, realistically settling to levels of ~$15-30m, if assuming zero expenses of AAVE as rewards.

  • Realistically, on follow-up proposals, the coverage of other networks will be approximately proportional to the pool’s size in comparison with Ethereum, and any ad-hoc consideration.

    This implies that expenses and coverage would be 10-20% more once the other pools and networks are added.

  • By keeping Merit rewards, but removing slashability, legacy stkGHO will factually become a non-slashable staking contract, with a cooldown.



Next steps

After some days in this forum, we will proceed with creating an ARFC Snapshot for these final parameters, which will precede the AIP for the Aave governance to apply them in production.

12 Likes