What is a liquidity pool?
A liquidity pool (LP) is a smart contract holding paired token reserves that enable automated, peer-to-contract trading on decentralised exchanges (DEXs). Instead of order books, traders swap against the pool, and prices are set algorithmically by the pool’s bonding curve. Liquidity providers (LPs) deposit token pairs in fixed ratio and earn a share of trading fees and (often) additional protocol token incentives.
How LPs work — Uniswap v2 constant product
- Constant product formula: x · y = k. Reserves x and y multiply to a constant; trades shift the ratio and price.
- Slippage: larger trades vs. pool size move price more.
- LP tokens: depositors receive ERC-20 LP tokens representing their pool share, redeemable for underlying assets plus accumulated fees.
- Concentrated liquidity (Uniswap v3): LPs choose price ranges, increasing capital efficiency but exposing to inactive ranges.
Impermanent loss
When pool token prices diverge from deposit ratio, LP value can underperform vs. simply holding the assets — known as impermanent loss. The loss is “impermanent” because it reverses if prices revert; it crystallises on withdrawal. LPs earn fees as compensation; net return depends on fees-vs-divergence ratio.
The legal questions behind providing liquidity
A liquidity pool is a smart contract holding two or more tokens that lets an automated market maker (AMM) price trades without a traditional order book. Liquidity providers deposit tokens and earn a share of trading fees, but the risks are specific and often underestimated. Impermanent loss means a provider can end up worse off than simply holding the tokens when prices diverge. Beyond the economics, the legal questions are live: pooling assets for a return that depends on others’ activity can, in some regulators’ eyes, resemble a collective investment or a regulated financial service; the pooled tokens may themselves be securities; and smart-contract or exploit risk sits on top. Anyone offering, or building a product around, liquidity provision should assess how the activity and the tokens are characterised before treating it as a purely technical feature.