Skip to main content
Blocktape

Crypto markets, protocols and policy

Estimate Pool Loss Before You Add Liquidity

Estimate a liquidity pool’s loss by comparing its post-price token value with holding the same tokens, then subtract likely fees and incentives before depositing.

The Blocktape Editors 2 min read c623cf

Cover artwork for Estimate Pool Loss Before You Add Liquidity

Estimate a pool’s potential loss by comparing the projected value of your pool share with the value of holding the same tokens through the same price move. That difference, often called impermanent loss or divergence loss, measures the effect of rebalancing inside the pool; it does not include fees, incentives, or token price changes against cash.

How do you calculate loss in a standard liquidity pool?

For a standard 50/50 constant-product pool, compare the pool’s value after a relative price change with the value of keeping the original token quantities. The constant-product model, written as x × y = k, makes the pool trade against its own reserves: when one asset rises in price, arbitrage trades remove some of it and add more of the other asset.

If r is the new price of one token relative to the other, the pool’s value relative to holding is 2√r ÷ (1 + r) − 1. A negative result is the estimated loss before fees. For example, if the relative price quadruples, r is 4 and the model gives a 20% shortfall against holding; it does not mean the pool position itself fell 20% in dollar terms.

This calculation assumes equal starting value, a 50/50 pool, no fees and no other changes. For a practical walkthrough of how trades, liquidity, and pool setup fit together, read base swap. The same comparison applies across pools, but the formula changes for weighted pools and concentrated liquidity positions.

What price scenarios should you test?

Test several relative price moves over the period you expect to provide liquidity, because a single forecast hides how strongly the result depends on the path’s endpoint. Use the pool’s starting token prices and quantities, then value both the pool position and the untouched tokens at each scenario’s ending prices.

  • Price rises for token A relative to token B.
  • Price falls for token A relative to token B.
  • Both tokens rise or fall against a currency you use to measure returns.
  • Prices move apart and later return to their starting ratio.

The last case can still leave a loss if the pool rebalanced while prices diverged, even if the final ratio returns to its start. A spreadsheet can model this by updating pool quantities after each price step; a one-step formula captures only the ending ratio for the standard pool model.

How should fees change your estimate?

Subtract expected fees and incentives from the modeled shortfall only after estimating them separately. Fee income depends on trading volume, the pool’s fee setting, your share of active liquidity, and the time your position remains in range; incentives depend on their terms and value when received.

For concentrated liquidity, include the position’s chosen price range: outside that range, the position can hold only one asset and may stop earning swap fees. Check the pool’s current token ratio, fee rules, liquidity range, and any withdrawal or incentive conditions before depositing. For most readers, the useful decision is whether plausible fee income compensates for the loss across several price scenarios, rather than whether one optimistic forecast produces a positive number. Recalculate if prices, liquidity, or fee conditions change before you add funds.

Related stories