What is impermanent loss? The hidden cost of providing liquidity

Share Link copied Providing liquidity to a decentralized exchange looks like easy passive income, until you withdraw and find you have less than if you had simply held your tokens. That gap is impermanent loss, the most misunderstood risk in DeFi. This guide explains what causes it, how to calculate it, and how to limit it.

Summary Impermanent loss is the opportunity cost a liquidity provider suffers when the value of tokens deposited in a liquidity pool ends up lower than if the same tokens had simply been held in a wallet. It is caused by price divergence: as the prices of the two paired tokens move apart, the automated market maker rebalances the pool, leaving the provider with more of the falling asset and less of the rising one. It is called “impermanent” because the loss reverses if prices return to their original ratio, and it only becomes permanent when the provider withdraws.

Trading fees and token rewards offset impermanent loss, and a position is profitable when those earnings exceed the loss, but studies show that for many liquidity providers, the loss outweighs the fees. The main ways to limit it are choosing stablecoin or correlated pairs, which barely diverge, and understanding the trade-off before providing liquidity to volatile pairs. Table of Contents Impermanent loss is the opportunity cost a liquidity provider suffers when the value of the tokens they deposited into a decentralized exchange’s liquidity pool ends up lower than it would have been had they simply held those same tokens in their own wallet.

It is one of the simplest-sounding yet most misunderstood risks in decentralized finance, and it catches a great many people who are drawn to liquidity provision by the promise of passive income. The mechanism trips people up because it is counterintuitive: you can deposit two tokens into a pool, watch their prices rise, earn fees the whole time, and still end up worse off than if you had done nothing at all. The word impermanent makes it sound harmless, almost like a temporary inconvenience, but for liquidity providers in volatile pools, it can be a substantial and very real drag on returns.

Understanding what causes it, how to estimate it, and how to limit it is essential for anyone thinking about supplying liquidity, because it is the single factor most likely to turn an apparently profitable strategy into a losing one. The reason impermanent loss exists at all comes down to how decentralized exchanges work. Rather than matching buyers and sellers through an order book, most decentralized exchanges use automated market makers, pools of tokens governed by a mathematical formula that sets prices algorithmically.

Liquidity providers fund these pools, and in return, they earn a share of the trading fees. The catch is that the same formula that lets the pool function also forces it to rebalance as prices move, and that rebalancing is what produces impermanent loss. This guide walks through how liquidity pools and automated market makers work, exactly why price divergence creates the loss, a concrete worked example with numbers, how to calculate it, the role of fees and rewards in offsetting it, and the practical strategies that liquidity providers use to limit their exposure.

The goal is to give you a clear enough mental model that you can judge, before committing any funds, whether providing liquidity to a given pool is likely to be worth it. How liquidity pools and automated market makers work To understand impermanent loss, you first have to understand the machinery that creates it, which is the automated market maker. A traditional exchange matches a buyer with a seller through an order book.

A decentralized exchange built on an automated market maker, such as Uniswap or Curve, works differently: instead of matching counterparties, it holds pools of tokens that traders swap against directly, with prices set by a formula rather than by bids and offers. To make this work, the pools need to be funded, and that is where liquidity providers come in. A liquidity provider deposits a pair of tokens into a pool, most commonly in a 50-50 split by value, and in exchange earns a portion of the fees that traders pay to swap against that pool.

The formula that governs the most common type of pool is elegantly simple. Many automated market makers use a constant product formula, often written as x*y = k, where x and y are the quantities of the two tokens in the pool and k is a constant that must stay the same. Because k cannot change, any trade that removes some of one token must add a corresponding amount of the other, and the ratio between the two tokens is what sets the price.

When a trader buys one token from the pool, they reduce its quantity and increase the other’s, which moves the price, and the formula guarantees the pool always quotes a price based on its current balances. This design is what makes decentralized trading possible without a central order book, and it works beautifully for trade