ARC: Extend AAVE Liquidity Mining Rewards

the points made on yesterday’s call were excellent: sliding scale for health factor, etc.

This leads to rewarding actual economic activity rather than recursive 5x apes (which are fine too).

In regards to funding, i’d like the ability to receive the economic equivalent of the staked BAL AAVE/ETH LP as it would allow me (and the protocol) to further diversify its risk profile. But maybe this should only be offered to current stkAAVE holders.

And in this regard, maybe there should be additional LM weighting to current stkAAVE holders as it seems theyre the most likely to leave the LM rewards in the insurance pool.

Glad to see the discussion is still healthy, there were some great suggestions shared by new participants too! Here’s my attempt at a summary so we have a basis to agree on to craft the revised proposal:

Issue #1: The initially proposed budget is excessive

(800K StkAAVE = 27% ER | $242M current price) + limited efficiency in terms of reserve growth ($7M accrued for $82M spent)

  • Solution 1 - Lower the budget. The range discussed by the community goes from 700k to 400k (50% reduction).
  • Solution 2 - Increase reserve factors (@Zer0dot). Increase the reserve factor on stablecoins which lowers yields (compensated by LM) but can greatly increase protocol revenues.

Issue #2: The current LM rewards are "blind"

Every user is treated the same and there is no further weighting - can we improve the effectiveness of the incentives by targeting them better?

  • Solution #2 - Factor the Health Factor in LM rewards (@Alex_BertoG, TokenBrice).
    Snapshot poll here | :warning: Technical feasibility Emilio? | :warning: Already accounted for / Redundant (@Zer0dot)
  • Solution #3 - Adding a vesting on LM rewards (@Dydymoon). Exit penalty could be used to increase the SM incentives.
  • Solution #4 - Consider switching to straight AAVE rewards (@Dydymoon)
  • Solution #5 - Factor asset utilization rate (@spartan): introduce dynamic LM rewards to target each asset optimal utilization rate.

Discontinued:

  • :x: Solution #1 - Factor net deposit per assets (TokenBrice @Alex_BertoG ). Disconsidered as it would actually incentivize loops in different assets, increasing the overall risk. Reasoning here | @FatherMalice & others

Issue #3: Review supported assets, split and weights

  • Solution #1 - Add LINK, Remove GUSD & rebalance (@ChainLinkGod @JeanBrasse TokenBrice). If we include some mechanism to reduce incentives on recursive usage, reducing the USDC budget should be considered (initially proposed =62%). We could also include AAVE, with a lower APY than the Safety Module.
  • Solution #2 - Consider uneven distribution split (@Zer0dot). Skewing rewards towards borrowing on stablecoins could help increase overall usage and value captured by the protocol.

Issue #4: The liquidity mining plan scope is unclear

  • Solution #1 - Clearly define the term & revision window. It seems like the discussion focused on a yearly plan. Could we also specify checkpoints for adjustments (ex: every 3 months?)

Note: The scope is currently limited to Aave V2, other markets will be handled by further proposals. :warning: To keep in mind while discussing the budget.

  • Solution #2 - Specify the goals. Proposed by State: 1/Increase liquidity on Aave v2 markets, 2/Keeping the borrow rates attractive (low) on Aave v2.

Additional notes

  1. From the discussions on this proposal, several ideas stemmed regarding the Safety Module. If this proposal passes, it calls for a discussion on the safety module (and potential slight re-adjustment of the LM).
  2. The adjustment of the rewards based on the HF could be excluded from the LM proposal and instead included at the protocol level. Essentially a protocol-wide game to normalize around a certain HF to maximize rewards. See Spartan’s answer.
  3. Incentivise a pool on Polygon to reduce the liquidation impact as the LTV is quite low (a few Aave/day should be enough as there are also other rewards on DEXes, maybe it could be paid in Matic to keep the rewards in Aave for mainnet)

Recap produced by myself, based on inputs from this thread, with the feedback of Jean Brasse and Dydymoon.

7 Likes

Request for comment from @Emilio
What’s the technical feasibility of this? How hard or long would it be to implement it?

2 Likes

This is not doable either - let me explain why:

The accumulation of the rewards works this way - there is a certain emission per each unit of aToken/debt token that depends on the global emission per second and the total supply of the aToken/debtToken. Here is an example:

Let’s suppose we have 1000 aDAI deposited and there is an emission per second on aDAI of 0.01 AAVE/sec. It means that each aDAI receives 0.00001 AAVE/sec, or 0.864 AAVE/day.

Now imagine that someone comes and deposits another 1000 DAI, resulting in a total aDAI supply of 2000. Now the emission per second drops to 0.000005 AAVE/sec, or 0.432 AAVE/day.

The protocol essentially accrues what was cumulated since the last action with the previous emission, and recalculates what will be the new emission based on the total supply. So the rewards are cumulated on each action. So here is the important part - an action by a user is needed to accumulate the rewards. Therefore any reward scheme that relies on parameters that change without a corresponding action (for example, the HF that changes depending on assets price) is not doable or very expensive to do.
In this case the utilization rate changes continuously because of the interest generated each second, therefore it’s not doable onchain.

To be clear, i’d be completely against any reward scheme that requires reworking the incentives system in a more centralized way (eg periodic airdrops/claims).

3 Likes

I think we should simply ask ourselves what we are trying to achieve with the LM program. Here is what i think the goals should be:

  1. Improve the Aave metrics (TVL and outstanding debt) to keep Aave at the leadership of defi protocols.
  2. Increase the protocol income (Reserve Factor)
  3. Redistribute governance power

In my opinion, the current program achieved all three. sure it can be improved, but i wouldn’t try to reinvent the wheel here.
Many are specifically against borrowing loops, i don’t particularly get the reason why - they effectively increase the TVL and market size while providing good reserve factor.
Incentivizing deposits would only bring to the protocol opportunistic unproductive liquidity that would fail in increasing outstanding debt and more importantly the reserve factor.
Incentivizing only borrowing would unrealistically skew the interest rates to values that are not competitive against the rest of the market.
Eventually what i would do is reduce the emission on WBTC and USDT, and shift some of the emission towards DAI, LINK and SUSD (the synthetix community created the snapshot vote and got positive response).

4 Likes

A few comments on this great recap by @TokenBrice:

  • Increasing reserve factors lowers the competitivity of the protocol against other solutions. Right now if we compare side by side Aave has better deposit and borrow rates than compound because the curve is more optimized. (here screenshots for comparison)


If we really need to adjust the reserve factors, i wouldn’t change more than a couple of percentage points, that would hardly make a difference anyway.

  1. Lower the budget: i would agree on this, but not now. Let’s give it another 6 months. There will be a lot going on in 6 months from now and there will be good usage for additional aave rewards on L2s eventually. But till then, better to keep our leadership position.

  2. Factor HF in the LM rewards - i would discard, too much work and centralizes the reward scheme

  3. Adding vesting on LM rewards - i think here we should do a more accurate analysis of how many people actually unstake and sell after the claim - i think @alexandra had something here?

  4. switching to straight AAVE rewards -what is the rationale behind this? @dydmoon

  5. Factor asset utilization rate - hard to implement technically wise, i would discard

  6. Review supported assets: 100% agree, but personally i wouldn’t remove GUSD - the percentage allocated to it is negligible anyway and it still brings stablecoins to the reserve factor. I would rather substantially reduce the rewards on WBTC and USDT, and shift some towards DAI, LINK and SUSD.

2 Likes

This matter is becoming quite urgent as the emission will end again in 15 days.

In my opinion the current LM program works. I would propose some minor adjustments to the current emission:

  • keep the USDC emission as it is. USDC still gets the majority of the rewards.
  • drop the emission for USDT and WBTC. I would cut the USDT emission by 1/3 and the WBTC emission by 1/2.
  • I would redirect half of what has been gained from cutting the USDT/WBTC emission to DAI. Rewarding DAI more is beneficial for the whole defi ecosystem and for the good relationship of Aave and Maker.
  • The other half i would split between SUSD and LINK, with a higher percentage towards SUSD.

@TokenBrice @dydmoon @Anjan-ParaFi @state

6 Likes

It would be a disappointing outcome @Emilio, to say the least.

Essentially all the discussion happened in a vacuum because it seems like any significant change was impossible to implement within the given timeframe.

We’re gonna keep going with a blind LM program, and not even cut the budget. Seems like even a small increase of the reserve factor (that would improve the profitability of the program, with minimal impact on yields) is not something that could be envisioned.

Why should we redirect more to DAI? We’re already splurging so much on USDC, so at this point why not throw extra on-top for wUSDC DAI. If we want rewards that would be aligned with what is best with DeFi’s ecosystem long-term, we would be discussing incentivizing tokens like RAI or LUSD…

I feel useless and powerless, but I guess that’s a good insight for my first sustained forray into the trenches of governance.

3 Likes

From my side i’m in favour of something that reduces signficantly the amount of AAVE per day, gradually. Let’s try to present a proposal that does this! @TokenBrice @Dydymoon you guys down?

2 Likes

Adding a vesting or maybe a lock of the rewards with early exit penalty would benefit long term holders and avoid farmers / selling pressure + the penalty can be redirected to the SM to increse the rewards for stakers.

About the switch to Aave, as i said before a lot of whales sold their stkAave on Uniswap without even waiting for the cooldown (so this won’t be a part of statistics you can get about who activated it)

But, funny enough, a good part of the liquidity on this pool was removed a few hours after this was mentioned on the forum, solving the issue as the slippage is a lot higher now, so whales can’t dump there anymore.

Removing GUSD is not about the rewards allocated but more because it feels this doesn’t belong to an incentive program i guess (unless something is cooking but in this case the community should be aware of it imo). Pretty much no one uses GUSD in Defi (Gemini excluded)

Increasing a bit the reserve factor could help grow the treasury but i agree that we shouldn’t be aggressive about the %

But the most important part should be about reducing the incentives.

I don’t think we need to give another 6 months with 2200 Aave/day for VCs to accumulate even more, especially not all in V2, as we could incentivize the AMM market once it’s updated with the new pools, and markets like Arbitrum or some new money market not created yet.

2 Likes

Yes absolutely, let’s see what we can propose !

1 Like

i don’t think you should feel useless and powerless just because i provided a feedback to your comments.
What i have seen proposed here are alternatives that either

  • require a big rework of the LM program and a shift to handle offchain computations, which also brings serious centralization concerns - who is going to handle the program in that case? In these fall the proposals of incentivizing high Health Factor positions and incentivizing around the optimal utilization ratio.

  • Are arguably less efficient than what we already have (incentivize net deposits)

1 Like

i don’t have a strong opinion on GUSD, but the allocation is absolutely minimal so removing it or not frankly does not make much difference.

I would be ok with an increase of the reserve factor, particularly on certain assets (ETH, GUSD, WBTC). On those, it could be around 5% more.

I wouldn’t go higher than 1-2% more on DAI/USDC/USDT, if we want to remain competitive as a protocol.

I’m personally completely against lowering the emission now - there is no urge as even if we keep with 2200 AAVE/day the aave reserve would last more than 2 years.
We are in a critical moment for defi, the world is now discoverin its power and aave is at the forefront of this nascent industry - sacrificing the leadership position for a few hundreds less aave/day is suicidal.

2 Likes

Blockquote Why should we redirect more to DAI?

As much as DAI get criticized, it’s still the best alternative we have to fully centralized stablecoins. Sure it has its up and downs (and i’m perfectly aware that AT THE MOMENT, it’s mostly backed by USDC) but the Maker community is striving to improve.
Maker also chose Aave for its direct deposit module (which would bring additional DAI directly in Aave).

With all honesty, LUSD and RAI are not yet even close to what DAI has achieved until now. I believe RAI is promising, but too early still to bet on it directly.

1 Like

So you’re saying that the protocol should be able to generate enough revenues in two years with this emission rate to basically cover everything the protocol has to pay for, rewards for the safety module included ?

Considering the huge amount of tokens distributed and the value it represent, i doubt two years would be enough but i’ll be happy to be wrong on this.

Also really not sure that lowering the emission would result to a loss of Aave leadership.
With all the features that Aave should propose in the coming months, imo it seems logical to use Aave vs competitors like Compound.

2 Likes

I’d like to voice my support in keeping the liquidity mining budget high in this crucial period of growth for AAVE. Though I think there’s good reason to be concerned with the spending, I think it’s far more important to improve the metrics that @Emilio outlined. This is simply because incentivizing more users to use the platform and giving them a stake in governance is by far the best thing that can happen for AAVE imo. The rewards should at least be continued uninterrupted for another few months so that people don’t have to shuffle their positions around while we settle this. 27% of the treasury in what is essentially the first year of the treasury’s existence is not a catastrophic amount of money to spend on attracting users and capital.

I would prefer that the reward system remain as simple as possible for the end user, and the current system functions well in that regard. Rewards are already denominated in stkAAVE, and that’s confusing enough for a lot of people already. I think we should leave the method of distribution alone and work on a solid replacement over a longer period of time.

I do think the distribution ratio could be tweaked quite a bit. Like @Emilio suggests, I think USDT and WBTC could use a cut in emissions, while currencies like SUSD and LINK get added onto the list. I would add onto that list TUSD, PAX, and BUSD personally, but this is trivial for now.

I think a reserve factor adjustment should happen outside of the liquidity mining proposal. Reserve factors are supposed to be calibrated according to the risk that the asset brings to AAVE. But assuming that it is related, I don’t think it’s a good idea to raise the reserve factor too much. 10% may not seem like a lot when interest rates are only 2-3%, but small differences in interest rates between protocols drives up utilization for the more competitive protocol drastically. I think this is the entire point of why the interest rate curves are so low until the safe utilization parameter is reached.

And even if you don’t agree with all that, a reserve factor adjustment for the assets that generate the most revenue for AAVE should be carefully studied with strong evidence to make sure that AAVE community isn’t self sabotaging itself.

no, where did i say that? I said that worst case scenario even without touching the emission, they would still last 2 years. Protocol income is another story. As i mentioned before, i would be ok with lowering the emission - but not now, it’s too early - there is still a lot to accomplish to assert full dominance.
In 3 months from now, L2 solutions will be more mature and we can think of diversifying the emission across networks.

It may be another story, but it’s a quite important one :
What happens if the revenues are not important enough to support the expenses once the ER is over ? Especially considering that there is no profit sharing for now, but i guess there should be someday.

2 Likes

i 100% agree that the emission should be adjusted. I don’t think it should be managed now. I would keep going till the end of the year, to then progressively adjusting it towards a more long term emission scheme.

I do agree to leave LM rewards for GUSD. As it does not consume noticeable amount of stkAAVE, but adds variety for the program. It is better to decrease USDC rewards and put it to LINK and AAVE LM rewards.

1 Like