https://app.aave.com/governance/proposal/?proposalId=96
https://governance.aave.com/t/arc-risk-parameter-updates-for-ethereum-aave-v2-market/9393
🔧 📊 params-update
🧊 freeze-asset
Given the potentially upcoming dissolution of the FEI/Tribe ecosystem, this proposal disables supplying liquidity and borrowing for FEI on Aave v2 Ethereum, and applies pressure on withdrawals, by reducing the supply yield to 0.
Transaction: https://etherscan.io/tx/0x1bd77b5a8982dd1b1cfdf337f68c3f802cf36755e21f4874b319d9a1d084b6e1
- id: 96
- creator: 0x55b16934c3661e1990939bc57322554d9b09f262
- executor: 0xee56e2b3d491590b5b31738cc34d5232f378a8d5
- targets: [0xb8fe2a2104afb975240d3d32a7823a01cb74639f]
- values: [0]
- signatures: [execute()]
- calldatas: [0x]
- withDelegatecalls: [true]
- startBlock: 15447358
- endBlock: 15466558
- strategy: 0xb7e383ef9b1e9189fc0f71fb30af8aa14377429e
- ipfsHash: 0x86fb2c1c7056f55ddfebe82b634419b2170c5cb5b981df6a0d19523dba959575
The goal of the proposal is to disable as much as possible the usage of FEI into the Aave v2 Ethereum pool.
Given its usage as collateral, the only mechanism available is halting supplying of liquidity and borrowing. In addition, to add an extra lever of pressure on withdrawals, the supply yield is set to 0, by updating the reserve factor component (% of the supply rate that gets redirected to the Aave protocol collector) to 100%. This will create a situation where depositors of FEI will not be receiving yield ("incentivising" withdrawals), which in turn will increase the utilisation of the FEI reserve, increasing the borrow rate ("incentivising" repayments).
We have verified the proposal payload does the following:
- "Freezes" the FEI reserve (halting supplying and borrowing), by calling
freeze(addressOfFEI)
on the pool configurator of Aave v2 Ethereum. - Update the reserve factor of the FEI reserve to 100%, by calling
setReserveFactor(addressOfFEI, 100%)
, also on the pool configurator of Aave v2 Ethereum.
✅ The code on the proposal payload corresponds to the proposal specification.
✅ The proposal includes a proper tests suite, checking all necessary post-conditions.
✅ BGD reviewed the payload before the proposal was submitted.
✅ Only one payload used via delegatecall
✅ BGD reviewed the procedure followed to submit the proposal.