Estimated APR for CLMM
How Raydium estimates APR for concentrated liquidity pools
Overview
In a CLMM pool, fees are distributed proportionally to in-range liquidity at each tick. Calculating an accurate APR across all ticks and LPs is extremely complex—traditional constant product APR formulas don't apply.
Projected returns for CLMMs should be considered estimates at best.
Raydium displays three APR estimation methods:
Overall pool estimated APR — pool-wide average
Delta method — based on your position's share of liquidity
Multiplier method — based on historical price range overlap
Overall pool estimated APR
Assumes trading fees and emissions are distributed across all liquidity in the pool, including out-of-range positions.
Delta method
Calculates estimated APR based on your position's implied change (delta) in pool liquidity, determined by your price range and size.
Condition
Where:
lowerTickId
currentTickId
upperTickId
Token amounts in a position
Calculating ΔL
For estimation of tokenA () and tokenB () we need to know :
So we take:
Then:
After calculating for , we can calculate and using:
Estimated daily fee
Where:
Average of 24h volume
Total liquidity (cumulative of liquidityNet from all ticks that )
Delta liquidity
Liquidity amounts
And can be calculated from:
Condition
If
If
If &&
Multiplier method
Calculates estimated APR based on how much your price range overlaps with historical trading activity.
Assumptions
Historical price data is used to extrapolate future price data (not the best indicator of future performance, but provides a decent estimate)
Price fluctuation within the historical range is assumed to be consistent across the time interval, resembling a periodic function with amplitude equal to the upper and lower price boundaries
Variables
Lower bound of user's concentrated liquidity price range
Upper bound of user's concentrated liquidity price range
Lower bound of historical price range across a specific time period
Upper bound of historical price range across a specific time period
Retroactive range intersection
Range definitions
Where is the retroactive intersection between and .
Multiplier calculation
Let = multiplier of rewards or fees that user will receive.
Otherwise
Important notes
These are estimates, not guaranteed returns
Actual returns depend on trading volume, price movements, and competition from other LPs
Narrower ranges earn more fees when in range, but risk going out of range more often
Out-of-range positions earn zero fees
Last updated
Was this helpful?