What is Aave Crypto Lending Protocol? Beginner’s Guide

Aave is a decentralized finance (DeFi) lending and borrowing protocol that uses smart contracts and liquidity pools to let users supply crypto assets to earn yield or borrow against collateral. It was also one of the first successful ones, cementing its place in the industry. Unlike a bank or centralized lender, Aave is non-custodial: funds move through open, on-chain smart contracts rather than being held by a company.

The basic idea is simple, but the mechanics deserve attention. Aave is not just “crypto lending” in the abstract. It is a system of pooled liquidity, collateral rules, utilization-based interest rates, liquidation thresholds, governance parameters, wallet approvals, and cross-chain deployments. It deserves a deep dive whether you just want to learn more about what it is or you intend to use it (and do so responsibly).

Aave Protocol Basics

Put very short and simply, Aave works like an on-chain money market. Suppliers deposit assets into liquidity pools, borrowers draw from those pools, and smart contracts enforce the rules that determine yield, borrowing capacity, debt growth, and liquidation eligibility.

DeFi Lending and Borrowing Model

At its core, Aave has three participants:

• Suppliers, who deposit crypto assets to earn yield;
• Borrowers, who borrow assets against collateral;
• The protocol itself, which coordinates both sides through smart contracts on Ethereum and other supported networks.

These are two sides of the same system, mediated by Aave itself. The yield earned by suppliers is funded by the interest paid by borrowers. The whole point is that there is no human loan officer reviewing an application, and there is no centralized company matching each lender with each borrower.

To borrow, you need collateral — in this case, crypto assets locked into the protocol to back your loan. Aave requires overcollateralization, meaning the value of the collateral must exceed the value of the borrowed asset. For example, borrowing $100 worth of GHO, Aave’s native stablecoin, might require supplying roughly $150 worth of ETH as collateral. That excess collateral is the buffer that protects the protocol and other suppliers if asset prices move against the borrower.

As a logical consequence of this design, interest rates are not fixed by a central authority. They function as a market price for borrowing, shifting according to supply and demand inside each asset pool.

Liquidity Pools

A liquidity pool, in Aave’s context, is a shared reserve of a specific crypto asset. It’s different from crypto liquidity pools on decentralized exchanges. Think of it as a communal pot rather than a one-to-one lending agreement. ETH, USDC, GHO, and other supported assets each have their own reserve.

Suppliers deposit into a reserve. Borrowers draw from that reserve. Interest paid by borrowers flows back into the pool, which is what generates supplier yield.

Thus, you are not lending to a specific person, and you are not borrowing from a specific lender. The pool abstracts away that matching process. When you supply assets, you contribute to a collective reserve that any eligible borrower can draw from. When you borrow, your funds come from the aggregate pool, not from an individual counterparty.

This is why Aave can offer instant liquidity and continuous interest accrual without waiting for individual lenders and borrowers to be matched.

Supported Assets and Blockchains

Not every crypto asset is treated the same way on Aave. Each supported asset has its own risk configuration, including:

• Loan-to-value ratios;
• Liquidation thresholds;
• Interest rate curves;
• Collateral eligibility rules;
• Market-specific supply and borrow parameters.

Aave is also not confined to one blockchain. It operates across multiple networks, and both supported assets and available features can differ by chain and market. A deployment on one network may list a narrower set of assets with more conservative parameters, while another may offer broader access. So the takeaway here is that Aave on different networks is not interoperable by default.

So far we have established the structure: Aave is a pooled, overcollateralized, multi-market lending protocol. The next layer is how those mechanics appear from the user’s side.

How Aave Works

Using Aave usually begins with a wallet, a supported asset, and a transaction. Under the surface, however, supplying, borrowing, repaying, and withdrawing all depend on specific smart contract accounting.

Supplying Crypto

Once you confirm a supply transaction, three things happen. Your asset moves into the relevant reserve — the shared pool for that asset on the market you are using. You receive an interest-bearing representation of your deposit, a token-like balance that reflects your claim on the pool. Yield begins accruing as borrower interest is distributed back to suppliers.

There is an important distinction here: supplying to earn yield and supplying as collateral are related but separate actions. In most Aave interfaces, enabling an asset as collateral is a distinct toggle or transaction. Simply depositing an asset does not always mean it is backing a borrow position until that collateral setting is active.

Two more things: supply APY is not locked in. It changes as pool utilization changes. Withdrawals depend on available liquidity. If much of the reserve is currently borrowed out, immediate withdrawals may be temporarily limited until borrowers repay or new suppliers add liquidity.

Borrowing Against Collateral

Opening a borrow position on Aave follows a fairly consistent path:

1. Supply an asset to the protocol.
2. Enable that asset as collateral, if it is not already active for that purpose.
3. Check your available borrow limit.
4. Choose the asset you want to borrow.
5. Select a rate mode.
6. Submit the borrow transaction.
7. Receive the borrowed funds directly in your connected wallet.

Aave does not treat the position like a fixed-term bank loan with a set repayment date. Instead, the protocol maintains a running debt balance that accrues interest continuously. You can repay partially or fully whenever you choose, provided the market is functioning normally and you can pay the necessary transaction fees.

Loan-to-Value Ratios

This is where things get more technical but interesting. The loan-to-value ratio, or LTV, determines how much you can borrow relative to the value of your collateral: Borrow Limit = Collateral Value × Max LTV

LTV answers the question: for every dollar of collateral I lock up, how much can I borrow against it?

Liquidation threshold is related to LTV but not the same thing: it determines when a position becomes eligible for liquidation. Both are asset-specific and market-specific. The exact figures depend on the collateral asset and the Aave deployment you are using.

For example, the maximum LTV for DAI on Aave is 75%. If you supply $1,000 worth of DAI as collateral, your borrow limit would be: $1,000 × 0.75 = $750

That $750 is the borrowing ceiling. It is not the liquidation point. Liquidation is governed by a separate threshold, which becomes critical once market prices move.

Repayment and Interest Rates

Interest accrues into the debt balance continuously. It often functions on a per-block basis, meaning your outstanding debt grows throughout the life of the position.

When you repay, the payment reduces both principal and accrued interest. Partial repayments are allowed. To fully close the position and withdraw all collateral, you generally need to repay the entire outstanding debt — principal plus accrued interest.

Aave’s interest rates are driven by utilization, the proportion of a pool’s supplied liquidity currently borrowed out.

• When utilization rises, borrow APR generally rises.
• Because borrower interest funds supplier yield, supply APY usually rises as well.
• When utilization falls, borrowing tends to become cheaper and supplier yields can compress.

Utilization is a pool-level variable. It changes as users supply, borrow, repay, or withdraw, which is why the rates displayed in the interface are not fixed guarantees. They are current market conditions inside that specific reserve.

Flash Loans and Advanced Features

Aave is best known for ordinary DeFi lending and borrowing, but its advanced features are part of what made the protocol structurally important across DeFi. Flash loans are the clearest example.

Flash Loan Mechanics

A flash loan is a type of DeFi borrowing that requires no collateral upfront but needs to be repaid in the same transaction (that can consist of several steps, borrowing and repayment included). In traditional finance, that would be impossible at this scale but on-chain, it works because of atomic execution.

Aave introduced flash loans in 2020, and the mechanism has since become a foundational DeFi primitive.

The execution path looks like this:

1. A borrower calls a flash-loan function on Aave’s smart contract.
2. Aave transfers the requested liquidity to the borrower’s contract.
3. The borrower’s contract executes programmed actions — swaps, repayments, collateral moves, or other on-chain operations.
4. The borrowed amount plus a fee must be returned before the transaction ends.

If repayment is not completed inside the same transaction, the entire transaction reverts as if it never happened. This condition justifies the lack of collateral requirement.

Moreover, this atomicity requirement is what protects the protocol. Aave flash loans execute within one block — inside a single block’s transaction window — so there is no lasting unsecured debt position. Either the full sequence works and resolves immediately, or nothing settles.

There is one practical prerequisite: sufficient liquidity must exist in the relevant reserve. The protocol is lending real pooled assets, not minting temporary liquidity from nowhere.

Arbitrage and DeFi Strategies

Flash loans are mostly used for strategies that need large amounts of capital for a very short time. They are not “borrowing” in the everyday sense because there is no open-ended repayment schedule.

Common use cases include:

• DEX arbitrage: borrowing an asset, buying it cheaply on one decentralized exchange, selling it higher on another, then repaying the loan from the spread.
• Collateral swap / position migration: borrowing funds to pay off an existing debt, withdrawing collateral, swapping it for another asset, and re-supplying it.
• Self-liquidation / close-to-liquidation rescue: borrowing enough to repay part of an at-risk position and avoid a more expensive forced liquidation.
• Refinancing: closing one loan structure and reopening another with a better asset or rate mode in a single transaction.
• Governance or treasury operations: borrowing temporarily to satisfy a voting or accounting condition that resolves inside the same transaction.

Each example uses the same logic: exploit a temporary price, rate, or position discrepancy, then repay before the transaction closes.

Why do these strategies fail so often in reality? Multiple reasons and cases. Slippage can turn an apparent profit into a loss. MEV or front-running changes the execution price before settlement. Gas costs exceed the targeted spread. The pool lacks sufficient liquidity or the transaction reverts if principal plus fee cannot be repaid before execution ends.

Stablecoin and Variable Rate Options

When borrowing on Aave, you generally choose between variable and stable rate modes. The difference is not whether debt accrues — both modes accrue into a running balance. The difference is how the rate behaves over time.

	Variable Rate	Stable Rate
Rate behavior	Adjusts continuously with pool utilization	More predictable and changes less frequently
Debt accounting	Running balance, accrues continuously	Running balance, accrues continuously
Best suited for	Borrowers comfortable following market conditions	Borrowers who prioritize short-term rate stability

A variable rate follows the pool’s utilization curve directly, so it can move up or down at any time. A stable rate is more predictable than variable, but it should not be treated as permanently fixed. Under certain protocol conditions, it can still adjust.

Both rate modes ultimately respond to the same underlying market condition: utilization. When a reserve is heavily borrowed, borrowing costs tend to climb. Variable rates reflect that pressure more immediately; stable rates absorb it more gradually.

The AAVE Token

Aave is one of the many DeFi projects with a native token. Now that you more or less know what it represents, we can take a look at what this token exists to bring to the table. AAVE is the governance token of the Aave protocol. Holding it does not represent equity in a centralized company. Instead, it gives holders governance rights and, when staked, a role in the protocol’s Safety Module.

Governance Rights

Aave governance covers decisions that materially affect the protocol’s money markets, including listing new assets, adjusting risk parameters such as loan-to-value ratios and liquidation thresholds, approving smart contract upgrades, directing treasury funds, and changing protocol-level incentives or configurations.

There is a quite clear point to voting. If governance changes an asset’s LTV, that change directly alters how much users can borrow against that collateral.

Not all governance actions involve the AAVE token, though:

• Proposing: drafting and submitting a change for consideration;
• Voting: using AAVE token weight to approve or reject a proposal;
• Delegation: assigning voting power to another address without transferring the underlying tokens.

You can hold AAVE and delegate your voting power without proposing anything yourself. You can also vote directly without delegating.

For reference, Aave processed 676 proposals in 2025, according to the ACI’s full transparency report. That signals a governance process operating as a regular protocol function rather than an occasional formality.

Staking and Safety Module

Staking AAVE means locking tokens into the Safety Module. The Safety Module is designed as a backstop in the event of a protocol shortfall, such as bad debt that remains after liquidations fail to cover the full amount.

In exchange for accepting that backstop role, stakers typically earn rewards paid in AAVE or related incentives. Although mechanics of staking AAVE are different from most proof-of-stake cryptocurrencies, i.e. it does not secure the consensus but the purpose is the same: introduce a financial stake in the network and reward honest operators.

That being said, staked AAVE is not a risk-free savings product. In an adverse shortfall scenario, part of the staked tokens can be slashed and used to cover the deficit. That means stakers can lose principal.

This risk is specific to the Safety Module. It sits alongside, but separate from, the smart contract, oracle, governance, and liquidation risks that apply to Aave more broadly.

Fees and Utility

AAVE utility falls into two categories. In addition to governance, staking AAVE in the Safety Module acts as economic utility. In some implementations, staking or holding AAVE has also been tied to fee-related benefits, such as reduced borrowing costs on specific markets.

These fee benefits are conditional and implementation-dependent. They vary across protocol versions and deployments rather than functioning as a universal guaranteed discount.

Tokenomics

AAVE has a maximum supply of 16 million tokens. This hard cap comes from the token’s supply schedule and has historical roots in the migration from the protocol’s original token, LEND, at a fixed ratio of 100 LEND for 1 AAVE during the rebrand from ETHLend to Aave.

Here or otherwise, max supply is a mechanical ceiling. It defines the upper bound on token issuance, but it does not guarantee scarcity-driven value, price appreciation, or demand. Circulating supply, staking participation, governance use, and Safety Module activity matter more to ongoing tokenomics than the maximum supply figure alone.

The fixed ceiling matters less as a price signal and more as a structural constraint. Governance influence and Safety Module incentives are distributed across a bounded pool of tokens rather than one that expands indefinitely.

Safety, Liquidations, and Protocol Risk

Aave’s transparency does not remove risk. It changes where the risk sits. Instead of trusting a centralized lender’s balance sheet and internal risk desk, users rely on smart contracts, collateral rules, price oracles, governance decisions, and their own ability to manage positions.

Smart Contract Risk

The first risk category is smart contract risk. Aave’s lending and borrowing logic runs on code deployed to Ethereum and other supported networks. If that code contains a bug or becomes exploitable, supplied funds may be at risk.

For a depositor, this means collateral safety depends on the contracts holding the funds. For a borrower, it means debt accounting and liquidation eligibility depend on the same code behaving as designed.

The second category is upgrade and governance risk. Aave’s parameters are not fixed forever. Loan-to-value ratios, liquidation thresholds, supported assets, and other configurations can change through governance votes or admin-controlled upgrades. A depositor may see pool rules change. A borrower may see a liquidation threshold tightened after opening a position, reducing the original safety margin.

The third category is oracle risk. Aave relies on price feeds to determine the live value of collateral and borrowed assets. If an oracle reports an incorrect price, whether from malfunction or manipulation, the protocol may trigger liquidations that should not happen, or fail to trigger ones that should.

Risk is not even uniform across Aave. Parameters and asset integrations differ by market and deployment. A collateral type that looks conservative on one network may have different oracle sources or liquidation thresholds on another. Always check the specific market’s risk configuration before borrowing heavily.

Collateral Liquidations

Liquidation is triggered when a position’s health factor falls below the protocol’s liquidation threshold. The health factor is a live metric that reflects the relationship between collateral value and debt.

A position can move toward liquidation for several reasons: if the collateral price falls or borrowed asset price rises; accrued interest increases the debt balance; or governance or market parameter changes reduce the safety margin.

This is separate from the borrow limit. The borrow limit determines how much you can take out initially. The liquidation threshold determines how far conditions can move against you before the position becomes eligible for forced closure.

At the protocol level, the sequence is more or less straightforward:

1. A price change affects the position.
2. The health factor declines.
3. Liquidators repay part of the outstanding debt.
4. In exchange, they seize a corresponding amount of collateral at a discount.
5. The user’s remaining collateral and debt balances are updated.

Aave liquidation penalties typically fall in the 5%–10% range. This is why liquidation costs more than just the market value lost on collateral. The borrower also gives up an extra portion of collateral as an incentive to the liquidator.

Liquidation is usually partial rather than total. Liquidators can generally repay only up to a set portion of debt in one pass, known as the close factor. After that, the remaining position is recalculated.

Aave vs Centralized Lenders

Aave and centralized lenders both offer borrowing and yield opportunities, but the risk model is different.

Factor	Aave	Centralized Lender
Custody model	User interacts through a wallet and smart contracts	Company holds user funds
Liquidation mechanics	Algorithmic and on-chain	Often discretionary or institution-specific
Transparency	Parameters and positions are visible on-chain	Internal risk management is usually opaque
Counterparty risk	Tied to protocol contracts and market mechanics	Tied to company solvency and custody practices
Access	Generally permissionless	Often requires KYC and may be region-restricted
Recourse	Transactions are immutable once settled	Legal or platform-level recourse may exist

“Non-custodial” cuts both ways. It reduces certain counterparty risks, such as a company freezing or mismanaging funds. However, it shifts responsibility to the user: monitoring collateral, understanding approvals, holding gas tokens, and acting quickly when market conditions change.

Aave Wallets and Token Storage

If you simply own AAVE as a token, storage is straightforward: whoever controls the private key controls the tokens. That key can sit in a self-custody wallet, a hardware wallet, or an exchange-controlled wallet.

Once you supply or borrow through Aave, the picture changes. Your wallet does not hold “funds inside it” in the traditional sense. It holds the authority to sign transactions tied to on-chain records: position tokens, approvals, and protocol state that represent your supplied or borrowed balance.

Self-Custody Wallets

A self-custody wallet gives you direct control of the private key associated with your blockchain address. No intermediary holds the asset on your behalf. This setup is all but required if you want to interact with Aave’s smart contracts directly, because the protocol recognizes wallet addresses, not traditional accounts.

Factor	Self-Custody Wallet	Exchange Storage
Control of private keys	User holds the key directly	Exchange holds the key on the user’s behalf
Direct Aave dApp interaction	Yes — wallet connects natively to the DApp	No — assets must be withdrawn first
Transfer control	User initiates transfers independently, subject to gas and network conditions	Subject to exchange processing and account status
Operational burden	User manages key security and signs transactions	Exchange manages backend custody operations

Using Aave from a self-custody wallet usually follows these mechanical steps:

1. Hold the network’s gas token. Every blockchain transaction requires a fee paid in that network’s native gas token.
2. Connect the wallet to the Aave dApp. This lets the interface read balances and prepare transactions. It does not give the dApp custody of your keys.
3. Approve token spending. Before Aave’s smart contract can move a token, you sign an approval transaction granting permission.
4. Sign the supply or borrow transaction. This updates the on-chain position.

The approval step deserves special attention. An approval is not always tied to a single transaction. It can authorize a smart contract to spend up to a certain token amount from your wallet, and that permission can persist until revoked.

Many interfaces default to unlimited approvals for convenience. That means a contract may retain standing permission to move a large token balance indefinitely and in the worst case, drain your balance if the smart contract is compromised. Treat allowances as part of storage hygiene: approve only what you intend to use, and periodically review or revoke old approvals.

Hardware Wallets

Hardware wallets are most useful for long-term AAVE holding, large Aave positions, and frequent on-chain signing where private-key exposure matters.

In this setup, the software wallet — a browser extension or mobile app — connects to the Aave dApp and constructs transactions. The hardware device confirms and signs them. The private key itself remains inside the hardware wallet.

However, hardware wallets do not remove every risk or friction point: every transaction still requires gas and network confirmation, multi-step DeFi activity can require several separate signatures, and a hardware wallet can still sign a malicious approval if the user confirms it without reviewing the transaction.

Exchange Storage

As we have discussed already, holding AAVE on an exchange is a custodial arrangement. The exchange controls the private key, and your account balance is a claim on assets it holds for you.

What you can do:

• Buy, sell, or hold AAVE inside the platform;
• Move AAVE off the exchange to a self-custody or hardware wallet;
• Track your balance without managing keys directly.

What you cannot do:

• Directly sign Aave protocol transactions from the exchange account;
• Supply or borrow on Aave without first withdrawing to a wallet you control;
• Interact with the Aave dApp using exchange-held funds.

Choosing between exchange storage, self-custody, and a hardware wallet comes down to three questions: do you intend to trade AAVE, or actually use it in Aave’s supply and borrow markets? How much value is at risk if the storage method fails or becomes unavailable? How comfortable are you managing private keys, approvals, gas, and on-chain signing?

One final point ties wallet and network choice together: Aave and the tokens used with it exist on specific blockchain networks. You need assets on the same network where you intend to supply or borrow, and you need that network’s native gas token in the same wallet to pay transaction fees.

AAVE Price Outlook and Investment Evaluation in 2026

Forecasting AAVE price is less about naming a price target and more about defining the conditions that would need to exist for different outcomes to make sense. Token price and protocol usage are related, but they are not the same signal.

Price Forecast Scenarios

For a more granular analysis, check out our Aave price prediction page. Here we will explain how to build projections and evaluate the investment thesis.

Bull scenario

• Aave’s total value locked expands meaningfully across supported chains, reflecting sustained growth in both supply and borrow activity.
• Governance passes parameter or fee-related changes that strengthen AAVE utility, such as adjustments tying staking or holding more closely to protocol revenue.
• Broader crypto markets enter a risk-on phase, with capital flowing into DeFi and Ethereum-based assets.

Base scenario

• Total value locked and utilization rate change roughly in line with overall DeFi activity.
• Governance continues at a normal cadence, with parameter tweaks and new asset listings but no major change to AAVE’s value proposition.
• Broader market risk appetite remains mixed, so AAVE trades broadly in step with the DeFi sector.

Bear scenario

• Protocol usage contracts, with deposits and borrows declining or utilization falling as borrowers retreat.
• Governance stalls or introduces changes perceived negatively, such as tighter risk parameters that reduce borrowing capacity without clear benefits to token holders.
• A broader risk-off environment pulls liquidity out of DeFi and Ethereum-based assets underperform.

Keep in mind that AAVE token price drivers and Aave protocol usage drivers are not identical. Protocol usage — deposits, borrows, total value locked, utilization rate — reflects real economic activity inside Aave. Token price reflects market sentiment, governance expectations, liquidity, and broader crypto conditions.

The two can diverge. Aave usage can rise while AAVE underperforms if the market does not reward that growth with token demand. Conversely, AAVE can rally on narrative while underlying protocol metrics remain flat. Any serious scenario should treat both layers separately.

Fundamental Evaluation Metrics

Evaluating AAVE requires looking at both the token and the protocol it governs.

• Total value locked (TVL): the aggregate value of assets supplied across Aave markets. Rising TVL can indicate growing confidence and usage; falling TVL can indicate capital flight or competition.
• Utilization rate: the share of supplied liquidity currently borrowed out. Higher utilization usually raises borrow APR and supply APY; lower utilization can signal weaker credit demand.
• Annual percentage rate (APR) on borrows and corresponding supply yield: these show the real-time cost of borrowing and the return suppliers earn. A sustained rise in borrow APR without matching supply can signal liquidity stress in a reserve.
• Governance proposal volume and outcomes: the pace and substance of proposals show how active and responsive governance is. Meaningful parameter changes, asset listings, and treasury decisions can affect long-term token utility.
• Deposits vs. borrows: deposits represent capital parked in the protocol; borrows represent credit demand. If deposits rise faster than borrows, utilization and yields may compress. If borrows rise faster than deposits, liquidity can tighten and borrowing costs can increase.

None of these metrics should be read in isolation. They are time-dependent and market-dependent. Ethereum mainnet conditions may differ from another supported network. Compare like-for-like periods — month-over-month or year-over-year — rather than drawing conclusions from a single snapshot.

Aave’s headline activity totals, published on aave.com, can help anchor the scale of deposits and borrows across the protocol. However, a large TVL figure alone does not tell you whether capital is actively being borrowed or mostly sitting idle. Pairing deposits with borrows gives a more complete view of protocol health.

Conclusion

Aave’s value proposition is a tradeoff. Users give up the convenience and institutional recourse of a centralized intermediary in exchange for transparent, on-chain rules governing supply, borrowing, interest, collateral, and liquidation. The AAVE token utility falls in line with this design: it grants the users rights to steer the protocol and contribute to its economic security rather than put trust in a centralized provider.

Make sure to check out more similar articles from our ChangeHero blog! If you want updates daily, why not sign up on our Twitter, Facebook, and Telegram?