B.BlockAxis⌕ Search
Menu

Aave lending pools and aTokens

Aave is a liquidity protocol deployed on multiple networks.

BeginnerContent revised · 13.09.20264 min reading · allow 5–10 more minutes for the workshopBlockAxis
← My learning journey
Workshop · 20 XP

Awarded once after a correct answer.

The question we will work through

Follow supplied liquidity and outstanding debt

Useful first : Stablecoins: reserves, pegs and redemption · Hot, warm and cold wallets

Reading path · 8 / 14 · Beginner

Key takeaway

Aave is a liquidity protocol deployed on multiple networks.

The essentials

Aave is a liquidity protocol deployed on multiple networks. In the V3 model discussed here, suppliers deposit assets into reserves and borrowers draw liquidity under market rules. Funds are pooled rather than matching every borrower to an individual lender.

How it works

Suppliers receive aTokens representing their supplied position and accrued interest under the protocol’s accounting. Borrowing creates a debt position that also changes with interest. AAVE, an aToken and the underlying asset are different objects with different roles.

What to watch

Withdrawals depend on available liquidity and, where the deposit supports debt, the remaining collateral health. Parameters vary by asset, market and version. Supplying a stablecoin introduces both protocol exposure and stablecoin exposure. Do not assume the mechanics described for V3 apply unchanged to every deployment or future release.

Understand the details

A lending pool combines supplied assets and makes part of them available to borrowers under protocol rules. The supplier receives a claim represented by the protocol’s accounting or receipt token. The underlying assets can be borrowed, so the displayed supply balance is not identical to cash immediately available for every supplier to withdraw at once.

Boundaries and common mistakes

Supplying and enabling collateral are distinct choices. Borrowing creates debt that can accrue interest even while the user is inactive. Each market and network has its own assets, limits and risk settings. A token named similarly on another chain is not automatically the same reserve or an equivalent claim.

The mechanism at a glance

SEE THE CONNECTIONS
Follow supplied liquidity and outstanding debtFour connected ideas
  1. 01Supply 1,000
  2. 02Borrow 700
  3. 03Available 300
  4. 04Repayment restores liquidity

Read these as connected concepts, not necessarily consecutive steps.

Read the explanation

A lending pool combines supplied assets and makes part of them available to borrowers under protocol rules. The supplier receives a claim represented by the protocol’s accounting or receipt token. The underlying assets can be borrowed, so the displayed supply balance is not identical to cash immediately available for every supplier to withdraw at once.

The distinction that changes the analysis

01Deposited claim
02Available liquidity

In a simplified pool with 1,000 supplied and 800 borrowed, only 200 remain available before other adjustments. The supplier’s recorded claim is not identical to immediate pool cash. Repayments and new deposits can change availability.

Explain it yourself

Revisit the case above. Name what is established, what remains to be checked and the evidence needed to conclude. A strong answer addresses both sides of the diagram.

Applied workshop · work at your own pace

Apply the lesson to a case

In a fictional reserve, users supply 1,000 units and borrowers draw 700. Ignore interest and reserve adjustments. Map the 300 units of available liquidity separately from supplier claims and borrower debt. Then consider a withdrawal request of 400.

Why can a valid supplier claim still face a liquidity constraint?

Choose one answer.

Interactive explainer · conceptual model

The lifecycle of an Aave loan

Supply

Supply supported collateral to the selected market. Contract and asset risks begin here.

No real transaction is sent.
Prepare a correction note

Describe the passage and the proposed correction. This creates a local note for you to share; it sends nothing. Do not include personal or confidential information.

Sources and references

References for the mechanisms described. Numerical examples are hypothetical unless stated otherwise. Check the applicable version, network and jurisdiction.

References reviewed on 21 September 2026. All sources →