https://app.aave.com/governance/proposal/?proposalId=259
https://governance.aave.com/t/arfc-add-frax-arbitrum-aave-v3/13222
💎 🆕 asset-listing
🔮 oracle-addition
This proposal lists FRAX on the Aave v3 Arbitrum pool.
Transaction: https://etherscan.io/tx/0x95a8a8eabcebe48619de3d709d366a435f4f4327af43f671d4191bbccb0fedb0
- id: 259
- creator: 0x55b16934c3661e1990939bc57322554d9b09f262
- executor: 0xee56e2b3d491590b5b31738cc34d5232f378a8d5
- targets: [0xd1b3e25fd7c8ae7caddc6f71b461b79cd4ddcfa3]
- values: [0]
- signatures: [execute(address)]
- calldatas: [0x000000000000000000000000449e1b11bf74d57972d2d2cf057b337b203490c4]
- withDelegatecalls: [true]
- startBlock: 17595950
- endBlock: 17615150
- strategy: 0xb7e383ef9b1e9189fc0f71fb30af8aa14377429e
- ipfsHash: 0x94f29554f59f0d2c815511f891c540838808a46dca7d3f131b3ff9122e3551bd
Ethereum
Arbitrum
We have verified the proposal uses correctly the Aave cross-chain governance system to communicate with Arbitrum.
The proposal payload correctly uses the BGD's Aave Config Engine of Aave v3 Arbitrum, in this case, its listing features.
We have verified this payload respects the interface required by the v3 config engine and effectively configures the FRAX listing with the following initial parameters:
-
The asset is enabled for borrowing and the interest rate strategy is configured the following way:
- Base variable borrow: 0%
- Variable borrow slope 1: 4%
- Variable borrow slope 2: 75%
- Optimal point: 80%
-
The asset is enabled as collateral in isolation
-
LTV: 70%
-
Liquidation Threshold: 75%
-
Liquidation Bonus: 6%
-
Liquidation Protocol Fee: 10%
-
Reserve Factor: 10%
-
Supply cap: 7'000'000 FRAX
-
Borrow cap: 5'500'000 FRAX
-
Debt ceiling: 1'000'000 USD
-
No eMode category
-
Flashlonable
-
Not enabled for borrowing on isolation
The oracle used is a Chainlink FRAX/USD.
The initial configuration is completely aligned with the pre-approved by the community on Snapshot
✅ 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.