KVORUM
aaveSource: Aave governor v2 · #110

FEI Reserve Factor Update

executedOct 22, 2022, 10:28 AM UTCby550x55b1…f262

01Summary

AISummary by Kvorumclaude-haiku-4-5

This proposal reduces FEI's Reserve Factor on Aave v2 Ethereum from 100% to 99% to fix a bug where variable borrow interest did not properly accrue for FEI borrowers at 100% Reserve Factor. The proposal also enables swapping of available aFEI liquidity to aDAI.

Type
parameter change

Key changes

  • FEI Reserve Factor reduced from 100% to 99% on Aave v2 Ethereum(high)
  • Fix enables proper accrual of variable borrow interest for FEI borrowers(high)
  • Calls swapAllAvailable() on aFEI to aDAI Swapper Contract if liquidity is available(medium)

Notable concerns

  • The 100% Reserve Factor was a temporary solution causing unintended side effects that impacted borrow interest accrual
  • This represents a workaround until the protocol is updated to handle 100% Reserve Factor correctly
Contracts0x993ee4acc9F736fd3e47846d18b397d06B8991120x9A953AC1090C7014D00FD205D89c6BA1C219Af8b
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Read the description ↗

02Description

411 words

Simple Summary

This proposal updates FEI’s Reserve Factor on Aave v2 Ethereum from 100% to 99%. As noted by BGD, the current configuration of FEI’s Reserve Factor at 100% does not accrue variable borrow debt and does not redirect the Reserve Factor fees to the Collector smart contract.

Abstract

As noted here, the Reserve Factor (RF) on Aave is a percentage representing the proportion of the supplier’s yield that gets redirected to the protocol as a “fee”.

On every user action, when the new interest rate is calculated, the amount of aTokens calculated from the RF of that specific asset gets minted to the Collector. In addition, extra accounting gets done on the so-called “indexes” of the asset (supply/variable borrow), which represent the total accumulation of yield on both supply and borrow side.

It is important to highlight that the reserve factor gets discounted when calculating the supply rate, prior to further accounting like the indexes.

On September 05, Aave governance proposal 96 was executed, freezing the FEI asset on Aave v2 Ethereum.

Initially, the payload seemed fine and performed two actions:

  1. Call a freeze() function on the protocol for FEI.
  2. In order for suppliers of FEI to not have incentives and withdraw, “redirect” all yield on the borrowers’ side to the protocol’s Collector. This was done by setting the Reserve Factor configuration of FEI to 100% (maximum).

Later, it was realized that the variable borrow interest did not properly accrue for FEI borrowers. After some debugging, it was realized that the issue was caused by a side effect of configuring any RF to exactly 100%.

The temporary solution to fix this (until the protocol is updated to handle reserve factor of 100% correctly), is to set the FEI reserve factor to 99% through this AIP.

Motivation

The full motivation for this AIP can be found here

Specification

A full specification of the payload contract and tests enabling this mandate can be found on the Llama Github here

The Proposal Payload does the following:

  1. Sets FEI Reserve Factor from 100% to 99%.
  2. If liquidity is available to withdraw, then calls swapAllAvailable() on the aFEI to aDAI Swapper Contract

Test Cases

This proposal has been tested and peer reviewed by Bored Ghost Developing.

Test cases can be found: Here

Implementation

Payload Implementation can be found: Here

Deployed Contracts

Proposal Payload = 0x993ee4acc9F736fd3e47846d18b397d06B899112

Copyright

Copyright and related rights waived via CC0.

03Mismatch analysis

AIMismatch analysis by Kvorum

A calldata-vs-description analysis is not generated yet. Review the decoded actions →

04Actions

1 total
#0fallback()chain 0x1
Target
0x993e…9112
Value
0 wei
Function
fallback()
Arguments
{}
Calldata

05Tally

Summed from votes

Voters124
VP participating531.7K
Outcome (current)For
Current support100%

06Voters

124 total

No votes recorded yet.

07Forum

No forum thread is confidently linked to this proposal.