Remove Frax from Isolation Mode on Aave v3 Mainnet
01Summary
Proposal to remove FRAX from isolation mode on Aave v3 Ethereum. This enables FRAX to be used more flexibly in the protocol and facilitates potential future AMO deployments. The change sets isolation mode to disabled with a debt ceiling of 0.
- Type
- parameter change
Key changes
- FRAX removed from Isolation Mode on Aave v3 Ethereum(high)
- Debt ceiling for FRAX set to 0(medium)
Generated by Kvorum
02Description
Simple Summary
This is an AIP to remove FRAX from isolation mode. This is a reboot with minor changes of a previous ARFC which passed Snapshot but has not yet been implemented.
Motivation
FRAX and Aave DAO have found more synergies over the last months. The FRAX team has responded with major updates to security on sfrxETH in response to BGD Labs feedback. FRAX has also initated governance proposals to add GHO to Frax Lend. There are ongoing conversations to have a FRAX AMO included into Aave v3. sFRAX was previously accepted for onboarding in a previous ARFC vote before the introduction of CAPO feeds.
This proposal suggests removing FRAX from isolation mode to facilitate further AMO deployments.
Specification
- FRAX will be removed from Isolation Mode on Aave v3 instances.
| Parameter | FRAX |
|---|---|
| Isolation Mode | No |
| Debt Ceiling | 0 |
References
- Implementation: AaveV3Ethereum
- Tests: AaveV3Ethereum
- Snapshot
- Discussion
Copyright
Copyright and related rights waived via CC0.
03Mismatch analysis
The proposal follows the standard Aave governance pattern: the on-chain action is a single execute() call to a dedicated payload contract, which is consistent with how BGD Labs / Aave AIPs are typically structured — the granular parameter changes (isolation mode removal, debt ceiling set to zero) are implemented inside the payload contract itself and are not individually visible in the top-level decoded calldata provided here. Because only the generic execute() call is decoded, I cannot directly verify the specific numeric parameters (debt ceiling = 0, isolation mode = false) against the calldata; however, this is the expected and routine structure for this type of proposal, and there is nothing in the decoded action that contradicts or extends beyond the description. No target mismatch, value mismatch, or extra/omitted actions are apparent given the information available. Confidence is marked low specifically because the single 'execute()' decoded action does not expose the underlying parameter-level operations, making a full line-by-line reconciliation with the prose impossible from the data given — but this limitation is typical of this proposal format and is not itself a red flag or contradiction of the description's claims of what specification changes will occur once payload is executed.
Generated by Kvorum
04Actions
- Target
- 0xb8f4…028c
- Value
- 0 wei
- Function
- fallback()
- Arguments
{}- Calldata
05Tally
Summed from votes
06Voters
No votes recorded yet.
07Forum
No forum thread is confidently linked to this proposal.
08Similar proposals
- aaveexecutedAdd FRAX Ethereum Aave v382%
- aaveexecutedAdd FRAX Arbitrum Aave v380%
- aaveexecutedAdd FRAX to Aave V275%
- aaveexecutedAdd FXS to Ethereum V373%
- aaveexecutedAdd EURC to BASE Aave V361%
- aaveexecutedAdd XAUt to Aave v3 Core Instance61%
- aaveexecutedAdd EURC to Aave V3 Core Instance59%
- aaveexecutedAdd EURC to Avalanche V3 Instance59%
- aaveexecutedOnboard AUSD58%
- aaveexecutedAdd rlUSD to Core Instance58%