Protocol Overview
The Aave Arc repository can be found on Github.
Last updated
The Aave Arc repository can be found on Github.
Last updated
Only certain entities have the ability to 'whitelist' wallet addresses in Aave Arc. These are the permissionAdmins that can grant permission to KYC-approved users for the specific role in Aave Arc.
"Permission Admins" are selected via Aave Governance and are responsible to conduct KYC/AML compliance on the entities or individuals interested to participate in Aave Arc.
Only those individuals/entities with Ethereum wallet addresses that have been “whitelisted” by a Permission Admin to act in one or more valid role (enumerated👇🏻) have permission to participate in an Aave Arc pool.
0: Depositor
1: Borrower
2: Liquidator
3: Stable Rate Manager
Implements the basic whitelisting functions for the actors in the permissioned market. This contract is interacted by
whitlister: for adding/removing users in permissioned roles
governance: adding/removing permission admins
The main contract which exposes all the user-oriented actions that can be invoked using either Solidity or web3 libraries.
The main addresses register of the Aave Arc markets. The latest contract addresses should be retrieved from this contract by making the appropriate calls.
The yield-generating, tokenised deposits used throughout the Aave protocol. They implement most of the standard EIP-20/ERC20 token methods with slight modifications, as well as Aave specific methods including:
scaledBalanceOf
getScaledUserBalanceAndSupply
scaledTotalSupply
Debt tokens to track borrowing positions of users
Helper contract for interacting with native chain token.
Using delegatecall via the LendingPool contract, the LendingPoolCollateralManager implements actions involving management of collateral in the protocol, including:
liquidationCall()
The above function should only be called via the main LendingPool contract to avoid loss of funds and to retrieve decoded error/success messages.
Provides configuration functions for the LendingPool contracts. It has a number of important methods that can be only called via Aave Arc Pool Admin i.e. Aave Governance:
Activates / Deactivates reserves,
Enables / Disables borrowing for a reserve,
Enables / Disables using a reserve as collateral,
Enables / Disables stable rate borrowing for a reserve,
Freezes / Unfreezes reserves,
Updates a reserve's Loan to Value,
Updates a reserve's liquidation threshold,
Updates a reserve's liquidation bonus,
Updates a reserve's decimals,
Updates a reserve's interest rate strategy address,
Activates / Deactivates all functions of a LendingPool in emergencies.
For all of the above functions, relevant events are emitted to the blockchain. Anyone can monitor these changes to know when values have been modified or added/removed.
Holds the information needed to calculate and update the yield relating to specific liquidity pools.
Each contract stores the optimised base curves using the corresponding parameters of each asset. This means that there is a mathematical function which determines the yield of each liquidity pool, with the yield changing based on the amount of borrowed funds and the total liquidity (i.e. utilisation) of the pool.
The parameters for the optimised base curves are:
baseVariableBorrowRate
variableRateSlope1
variableRateSlope2
stableRateSlope1
stableRateSlope2
The yields are calculated depending on the available liquidity and the total borrowed amount.
Provides asset price data required throughout the Aave protocol, using Chainlink and a fallback when necessary.
All aTokens also implement , which via the permit() function enables gas-less transfers and single transaction approve + actions.