Top Markets
Loading crypto prices...
Cryptocurrency ramblings

How Do Liquidity Pools Work in DeFi Explained Simply

📅 September 11, 2026 👤 coineradmin 🕑 14 min read 💬 0 comments

You've found a decentralized exchange, connected your wallet, and entered the token pair you want to swap. Instead of seeing a buyer or seller on the other side, you see a pool, a quoted price, and an estimate of slippage. The transaction succeeds because a smart contract holds the assets and automatically calculates what you'll receive.

That pool is one of DeFi's most important building blocks. It lets traders exchange tokens without a centralized intermediary, while liquidity providers contribute capital and receive a share of trading fees. But the simple promise, deposit tokens and earn fees, hides a harder question: why can a large amount of liquidity sit unused or produce disappointing results?

A digital illustration representing cryptocurrency transaction between two wallets with an Ethereum logo in the center.

Table of Contents

Introduction to Liquidity Pools and Why DeFi Needs Them

A conventional exchange uses an order book. Buyers post bids, sellers post offers, and a trade happens when the two sides meet. That system depends on market makers willing to place orders, manage inventory, and keep quoting prices. A permissionless DeFi application can't assume that a professional market maker will support every new token, blockchain, or trading pair.

Liquidity pools solve that coordination problem by placing assets inside a smart contract. A trader doesn't need to wait for a specific counterparty. The trader swaps against the contract, which holds reserves and follows programmed rules for calculating the exchange.

This matters especially for Ethereum, where smart contracts allow decentralized applications to compose with one another. The same basic liquidity can support token swaps, lending markets, derivatives, and other Web3 services. Layer 2 networks extend the same design to environments where users may seek lower transaction costs, although liquidity can remain separated between networks and deployments.

Uniswap V1 helped make the model mainstream when it launched on Ethereum mainnet on November 2, 2018. It replaced the traditional order book with two token reserves and a deterministic pricing rule, while its factory could create a separate pool for each ERC-20 asset. By early 2019, Uniswap liquidity had grown from roughly $500,000 at the start of the year to about $1 million in March, then $2 million later that month, and it finished 2019 with well over $10 million locked in pools, a 100x increase over the year, as described in this history of Uniswap and its mathematics.

For a broader introduction to decentralized finance, how Bridge Global covers DeFi provides useful context. Readers who want to separate market depth from other meanings of liquidity can also review liquidity in cryptocurrency markets.

The rest of the process becomes easier once you separate three questions: where the assets sit, how the smart contract prices a swap, and whether the provider's fee income compensates for the risks.

What Liquidity Pools Are and How They Replace Order Books

A liquidity pool is a smart contract that holds token reserves for a specific market. In the simplest arrangement, the pool contains two assets, such as ETH and USDC. Users called liquidity providers, or LPs, deposit those assets, and traders swap against the contract rather than directly against another wallet.

Think of a shared currency booth that never closes. Several people supply euros and dollars to the booth. A customer can exchange one currency for the other from the booth's inventory, while the exchange rate changes as the inventory changes. The booth doesn't need to find a matching customer for every transaction because its own reserves provide the trading counterpart.

The central shift: DeFi changes trading from “find another person at my price” to “interact with a contract that holds the market's inventory.”

The process has four basic parts:

  1. A protocol deploys a smart contract. The contract defines which tokens it accepts, how it updates reserves, and how it handles fees.
  2. LPs supply assets. In a typical two-token pool, the provider contributes the required combination of tokens and receives a claim on the pool.
  3. A trader submits a swap. The trader sends one token to the contract and receives the other from its reserves.
  4. The contract updates its balances. The new token quantities determine the next available price.

Pool depth affects execution. A large trade relative to the reserves moves the balance more sharply, producing greater price impact and slippage. A deeper pool can absorb the same trade with a smaller change in its reserve ratio. Traders therefore compare routes and price impact, while LPs consider whether their capital is likely to attract meaningful volume.

This structure also makes market creation easier. A project or community can establish a token pair without first securing a centralized exchange listing or a dedicated dealer. Permissionless access doesn't guarantee healthy activity, though. A pool can exist while remaining thin, poorly routed, or economically unattractive to providers.

A diagram comparing traditional order books with decentralized liquidity pools illustrating how users trade against smart contracts.

How Automated Market Makers Price Trades With x y k

The pricing engine in a classic automated market maker is often expressed as x × y = k. Here, x and y represent the quantities of the two tokens in the pool, while k is the product of those reserves. Before fees, the contract preserves that product as each trade changes the balances, as explained in this overview of the constant product formula.

Suppose a pool starts with 10 ETH and 20,000 USDC. The product is:

  • x × y = k
  • 10 × 20,000 = 200,000

A trader adds USDC and removes ETH. If the trader adds 2,000 USDC, the pool would contain 22,000 USDC before calculating the output. To preserve the product, the remaining ETH must be:

  • 22,000 × x = 200,000
  • x is approximately 9.09 ETH

The trader receives approximately 0.91 ETH, before fees. The pool now contains more USDC and less ETH. Its reserve ratio has changed, so the next trader faces a higher ETH price than the first trader did.

The example shows why a quoted price isn't identical to the final execution price. The first unit of ETH comes from one reserve ratio, while later units push the ratio further. That difference is price impact, and the gap between an expected quote and the executed result is commonly called slippage.

Why reserve depth changes execution

The formula doesn't ask whether an external buyer is waiting. It calculates the output from the reserves already held by the contract. That makes swaps available continuously, but it also means that a trade's size matters relative to the pool's depth.

External arbitrage traders can bring an AMM price back toward prices on other venues. If one pool becomes cheaper than the broader market, traders may buy from it until the difference narrows. This activity helps connect separate markets, but it also changes the asset mix held by LPs.

The practical lesson is simple. The formula creates availability, not a guaranteed fair price. A trader still needs to check pool depth, route selection, transaction costs, and slippage tolerance. For a wider treatment of this design, see automated market makers.

A diagram illustrating the constant product formula x * y = k for automated market maker price calculation.

The following video offers another visual explanation of how AMM reserves and swaps interact.

Inside the Pool for Liquidity Providers Tokens Fees and Deposits

Traders see a swap screen. LPs need to understand the accounting underneath it.

A typical pool requires an LP to deposit equal value of two tokens, such as ETH and USDC, as outlined in CoinGecko's explanation of liquidity pools. The balanced contribution gives the contract inventory on both sides of the market. If the provider supplies only one side when the pool requires a pair, the transaction won't meet the pool's deposit rules.

In return, the provider receives an ownership claim commonly represented by LP tokens. The token records the provider's proportional interest in the pool. When the provider withdraws, the contract calculates the share using the pool's current composition, not necessarily the exact token quantities originally deposited.

How fees reach LPs

Each eligible swap pays a trading fee. The protocol directs the relevant portion to the pool, increasing its value or otherwise accounting for provider earnings according to its design. An LP's result therefore depends on more than the fee rate displayed in an interface. It also depends on trading volume, the provider's share of liquidity, the time the position remains active, and changes in the token ratio.

The pool's composition changes as traders buy one asset and sell the other. If demand repeatedly removes ETH and adds USDC, the contract holds less ETH and more USDC. An LP withdrawing later receives that changed mix in proportion to the position.

Practical rule: Fee income belongs to the position, but the position also absorbs the market's rebalancing.

Liquidity concentration shapes this outcome. The OECD reported that, in some decentralized exchanges it examined, 20% of pools accounted for more than 90% of trading volume. The finding shows why open access doesn't distribute activity evenly. Deeper pools tend to attract more routing, tighter execution, and more fee generation, while smaller pools can remain underused. See the OECD paper on DeFi liquidity concentration for the underlying analysis.

Providers evaluating event-based markets can also analyze Polymarket liquidity providers to compare how participation and payout mechanics differ from standard AMM pools. The underlying principle remains the same: understand what claim your deposit creates, how revenue is distributed, and what assets you can withdraw.

A diagram illustrating how a liquidity pool works by depositing assets to receive LP tokens and trading fees.

Real DEX Examples From Uniswap to Concentrated Liquidity

Uniswap V1 established the basic reserve model, and later designs gave LPs more control over where their capital works. A classic full-range pool spreads liquidity across the entire pricing curve. That makes the position simpler to maintain, because it remains available across broad price movement, but much of the capital may sit far from the current trading price.

Uniswap v3 introduced concentrated liquidity. Providers choose a price range, and their positions are represented as NFTs. The protocol documentation states that liquidity is bounded within a selected range, and only positions whose range includes the current market price remain active and earn fees, according to the Uniswap v3 whitepaper.

That design increases capital efficiency when the selected range matches actual trading conditions. It also creates a management problem that classic pools largely avoid. A price move can push the position outside its range, leaving the capital inactive until the provider changes the range or the market returns.

Feature Classic Full Range Pool Concentrated Liquidity Pool
Capital placement Distributed across the full curve Assigned to a chosen price interval
Fee eligibility Generally remains available across broad prices Earns fees only while the position is in range
Capital efficiency Simpler, but less targeted More targeted, with greater efficiency near the chosen range
Management need Lower maintenance burden Requires monitoring and possible repositioning
Position format Commonly represented through fungible pool shares Uniswap v3 positions are represented as NFTs

Other DEX designs address different market needs. Curve focuses on assets expected to trade near one another, Balancer supports multi-asset structures and custom weights, and SushiSwap and PancakeSwap have used incentive programs to attract liquidity. These protocols don't all use identical formulas, fee structures, or risk profiles.

Layer 2 deployments add another decision layer. A pool can offer attractive execution on one network while having little activity on another, even when the token pair appears identical. LPs must evaluate the specific chain, contract, route, and user activity rather than treating a protocol brand as a complete risk assessment.

Risks Rewards and Strategies Every Liquidity Provider Should Know

Liquidity provision isn't a deposit that earns a fixed return. The LP receives fees, but the pool continuously changes the provider's exposure to the two assets.

Impermanent loss describes the difference between remaining in a pool and holding the deposited assets when their relative prices diverge. The AMM rebalances the reserves through trades, so an LP can withdraw a different token mix than the one originally supplied. The loss may shrink if the relative price returns, but it becomes an economic loss when the provider exits while the divergence remains.

Fees can offset that loss, but they don't automatically do so. Earlier empirical work on Uniswap pools recorded $199.3 million in fees against $260.1 million in impermanent loss across 17 pools, meaning LPs would have been $60.8 million better off holding the assets over the examined sample, as summarized by the 2026 Journal of International Money and Finance study page. The same source also reports a significantly positive relationship between impermanent-loss risk and expected returns, which supports a nuanced conclusion: greater risk may accompany greater expected compensation, but it doesn't make the outcome safe or predictable.

Why concentrated liquidity can sit idle

The most important practical issue for modern LPs is utilization. New 2026 research found about $1.6 billion in DeFi liquidity across major DEX concentrated-liquidity pools was underutilized in the first half of 2026. Roughly 85% of tracked liquidity failed to generate returns as intended, and about 29.5% sat fully out of range in an average week, according to the reported Dune research on underused DeFi liquidity.

Those figures explain why a displayed fee rate can mislead. A position outside the active range may earn no swap fees, while still remaining exposed to price movement and smart contract risk. Active LPs therefore monitor price location, volume, volatility, gas costs, and the cost of repositioning.

A practical review should include:

  • Range selection: Choose a range based on the market you expect, not merely the highest advertised fee.
  • Utilization: Check whether traders use the chosen price area.
  • Net outcome: Compare fees with impermanent loss, transaction costs, and any incentive-token volatility.
  • Protocol exposure: Review audits, contract history, token behavior, and administrative permissions.
  • Position size: Avoid committing more capital than you can monitor and lose.

Wash trading can create misleading volume and fee impressions, so readers should understand wash trading explained before treating activity metrics as proof of organic demand. For a scenario-based way to examine impermanent loss, use the impermanent loss calculator.

No calculator can remove smart contract exploits, oracle problems, bridge failures, or abrupt market moves. LPs should treat projected yield as an estimate under assumptions, not as a promised return.

Key Takeaways on How Liquidity Pools Power DeFi

Liquidity pools let DeFi replace a matching order book with shared onchain reserves. LPs deposit assets into a smart contract, traders swap against those reserves, and an AMM adjusts the price as the pool composition changes. The constant product model, x × y = k, explains the mechanics, but it doesn't explain the provider's final result by itself.

That result depends on the relationship between fee income, trading volume, price divergence, range placement, and operating costs. Full-range positions offer broader availability with less active management. Concentrated positions can direct capital toward the prices where trading occurs, but they can also become idle when the market moves away.

Use this checklist before supplying liquidity:

  • Does the pool have genuine trading activity?
  • Is the position full-range or concentrated?
  • What happens when the assets move sharply relative to each other?
  • How are fees distributed?
  • Could the position fall out of range?
  • What smart contract, token, bridge, and governance risks remain?
  • Can you monitor the position and exit without unacceptable cost?

The model supports Ethereum, Web3 applications, tokenomics experiments, Layer 2 markets, and potentially tokenized real-world assets. Its usefulness comes from programmable access and composability, not from guaranteed profitability. Treat each pool as a market-making position with specific exposures, rather than as a passive savings account.


Coiner Blog offers guides and analysis on DeFi mechanics, automated market makers, Ethereum, Layer 2 networks, tokenomics, and other crypto risks. Visit Coiner Blog to continue building the practical knowledge needed to evaluate liquidity pools before committing capital.