Liquidity Pools
Understand DeFi liquidity pools, AMM pricing, reserves, fees, slippage and the risks borne by liquidity providers and traders.
Reading progress — saved on this device
Liquidity pools are smart-contract inventories of tokens used by automated market makers (AMMs) to quote and execute trades without a traditional order-book market maker.
Learning objectives
- Explain how an AMM converts token reserves into executable prices.
- Distinguish pool liquidity from quoted TVL and understand price impact.
- Evaluate LP returns as fees minus inventory and protocol risks.
What it is
A liquidity pool holds two or more assets under a smart contract. Traders exchange one asset for another against those reserves, while liquidity providers supply the inventory and receive a share of trading fees or other incentives.
Many AMMs use an invariant or pricing curve. In a simple constant-product pool, the reserve product x × y is kept approximately constant before fees. A trade changes the reserve ratio, which changes the marginal price. Other AMMs use stable-swap or concentrated-liquidity curves designed for different asset relationships.
How it works
In a constant-product pool with 100 ETH and 300,000 units of a dollar stablecoin, the reserve ratio implies an initial marginal price around 3,000 stablecoins per ETH. Buying ETH removes ETH and adds stablecoins, so the next unit of ETH becomes more expensive.
The pool does not know an external “correct” price. Arbitrageurs compare the AMM price with other markets and trade until the pool price is brought back toward the broader market, paying fees and gas in the process.
Liquidity depth is local to a price range and token pair. A pool showing large total value can still have limited executable depth if liquidity is concentrated elsewhere, if one token is illiquid, or if the active price range is narrow.
For an LP, fee income is compensation for supplying inventory that is continuously rebalanced by traders. The economic comparison is therefore not simply APY versus zero; it is LP value including fees versus the value of holding the underlying tokens outside the pool.
How to analyse it
Analyse a pool as both an execution venue and an investment position. The relevant data differ depending on whether you are trading through it or supplying liquidity.
| Check | Why it matters | What to verify |
|---|---|---|
| Reserves and active liquidity | Headline TVL can overstate usable depth. | Inspect reserve balances, active range liquidity and depth at realistic trade sizes. |
| Fee tier and volume | Fees are the LP revenue source but also raise trader cost. | Compare realised fee volume with liquidity rather than relying on nominal APR. |
| Token quality | LPs own the pool’s changing inventory. | Assess both tokens independently, including depeg, governance and liquidity risk. |
| Contract controls | AMM contracts can be upgradeable or depend on external components. | Review audits, admin powers, oracles, hooks and emergency controls. |
Use executable quotes rather than spot price to measure trade cost. For LP analysis, separate organic trading fees from temporary token incentives.
Stress the pool during a one-sided market move. A design that looks efficient in calm conditions can become a source of adverse inventory and poor exit liquidity when one token falls sharply.
Worked example and thought exercise
Suppose a pool contains £1m of token A and £1m of stablecoin value and earns £2,000 in fees in a week. The fee return looks attractive, but token A then falls 30%. Arbitrage trades rebalance the pool toward more token A and less stablecoin, leaving LPs with a different inventory than a passive 50/50 holder.
For a trader, a £100,000 swap into a shallow pool may execute materially worse than a £1,000 quote because the trade itself moves the reserve ratio.
Thought exercise: which statistic better predicts your actual fill—total pool TVL or the amount of liquidity available inside the price range your order will traverse?
Common mistakes and practical workflow
- Equating TVL with executable liquidity.
- Treating LP fees as return without comparing against passive holding.
- Ignoring token, oracle, upgrade and smart-contract risks.
- Using a quoted spot price without modelling price impact, gas and MEV.
Practical workflow
- Identify the AMM design and fee tier.
- Measure depth at the intended trade or LP size.
- Decompose LP return into fees, incentives and inventory effects.
- Map contract, token and oracle dependencies.
- Stress a large price move and a simultaneous liquidity withdrawal.
✅ Knowledge checkpoint
- Why does a large trade move the price in a constant-product pool?
- Why can an LP underperform simply holding the two tokens?
- What is the difference between TVL and active executable liquidity?
- How do arbitrageurs help align an AMM with external markets?
FAQs
❓ Does a liquidity pool guarantee liquidity?
No. The amount and location of usable liquidity can change rapidly, and LPs can withdraw subject to protocol rules.
❓ Where do LP returns come from?
Usually trading fees plus, in some protocols, token incentives. Those returns must be compared with inventory and protocol risks.
❓ Why is slippage larger for big orders?
Because a larger trade consumes more of the AMM curve and changes the reserve ratio more materially.
❓ Can a pool price be wrong?
Yes. AMMs follow their pricing rule; arbitrage is what usually brings the pool back toward external market prices.
📋 Summary
Liquidity pools replace dealer quotes with algorithmic inventory and pricing. Their usefulness depends on active depth, fee economics, token quality and contract design; both traders and LPs should model the pool under stress rather than rely on TVL or headline APR.
Want this in a personalised order?
Take the crypto assessment and get a custom path of 10 modules matched to what you already know. Free, no card required.
Build my path →