Does the displayed fee tier act like an annual percentage rate?

No. The fee tier is the percentage that a pool applies to eligible swap volume, not a promised annual return on deposited liquidity. A provider's realized fees depend on swap activity, share of active liquidity, time spent in range for CLMM, and token price changes. Any displayed annualized figure uses historical or estimated data and can change.

Can one CLMM position earn from several fee tiers?

No. One CLMM position belongs to one pool, and that pool carries one fee configuration. To seek exposure to another tier, the provider must use a separate pool and position. That choice also changes the competing liquidity, tick spacing, and quote behavior, so moving tiers involves more than changing a percentage on the existing position.

In which token does a CLMM position accrue trading fees?

Each swap's trading fee is deducted from the input token. Since swaps can move in either direction, a position may accrue fees in either pool token over time. A period of one-way trading may leave more unclaimed fees in one token than the other. The fee tier sets the rate; it does not promise a fixed token mix for the provider.

Why is SOL needed when managing a position that contains other tokens?

SOL covers Solana network charges for adding, adjusting, collecting from, or closing a Raydium position, even when the position contains two other tokens. Some operations may also create or close accounts and affect rent balances. A separate SOL balance prevents a position-management transaction from failing solely because network funds are unavailable.

Are farm rewards included in a pool's trading fee tier?

No. Farm rewards and trading fees are separate sources of return. The fee tier governs the pool's charge on swaps, while any reward program follows its own token, schedule, funding, and eligibility rules. A reward can end while the pool continues trading, and it does not make an out-of-range CLMM position active.

Raydium Liquidity Pools Link Pool Design to Fees, Exposure, and Swap Results

Updated on Sep 16, 2026

Raydium liquidity pools determine where swap liquidity sits, how providers earn trading fees, and why a displayed result can differ from expectations. Diagnose a mismatch by checking the pool type, active price range, live fee setting, token balances, reward program, and transaction record before changing or closing a position.

In short: Choose between pools by comparing the live fee configuration, quoted output, and active CLMM depth at the price you expect to trade.

Expected pool behavior and visible mismatches

Zero fee growth, a changed token mix, or a failed position action can each have a different cause. Start with the symptom that appears in the position view, then compare it with the pool state and transaction evidence.

Flat fee growth

Flat fee growth does not prove that the pool has no trading activity. A concentrated liquidity position earns provider fees only when a swap executes against its liquidity at prices inside the selected range. Confirm that the current price remains within the range, that the position still has liquidity, and that the fee display has refreshed before treating the result as an error.

Changed token mix

A changed token mix can follow ordinary pool mechanics. As trades move the price, the position exchanges exposure between its two assets. Concentrated liquidity may become dominated by one asset when the price reaches or passes a range boundary. Compare both token quantities with the current price and accrued fees instead of judging the position from one balance alone.

Failed or unchanged position actions

A failed deposit, collection, or withdrawal may result from wallet authorization, account creation, token compatibility, or insufficient SOL for transaction costs. Check the selected network, token mint addresses, wallet prompt, and on-chain status. A wallet display error and a failed transaction require different responses, even when both leave the interface unchanged.

Range exposure creates the main practical constraint

One selected price range determines whether a concentrated position is active at the current price. A narrower interval places liquidity closer to that price, while a wider interval covers more movement. Neither choice guarantees better returns because fee generation also depends on trading activity and competing liquidity.

In a CLMM position, liquidity earns trading fees only while the active price is inside the selected range.

Price movement outside the interval stops new fee growth from that position, but it does not erase fees already accrued. Collecting accrued fees does not close the position or change its range; removing liquidity and opening a new range require separate actions.

Range selection also changes management demands. A provider who wants continuous active coverage may need to monitor and reposition liquidity, which requires transactions and SOL. A constant-product pool has no user-selected range boundary, although its liquidity is distributed across the full curve rather than concentrated near one price.

Pool models differ on the same operating dimensions

Two pool models can support the same token pair while producing different provider exposure and swap execution. Compare their price coverage, liquidity depth, live fee setting, position representation, and reward eligibility on the same interface snapshot.

Constant-product coverage

A constant-product market maker, or CPMM, keeps liquidity available along its curve wherever reserves permit trading. Providers normally add assets according to the pool ratio and receive fungible LP tokens that represent their share. Provider trading fees remain within the pool reserves, so the LP token claim reflects the provider share when liquidity is removed.

Concentrated price coverage

A concentrated liquidity market maker, or CLMM, assigns liquidity to a chosen price interval. Its position is represented separately, commonly through a position NFT, because two providers can choose different ranges in the same pool. Trading fees accrue to the position under its pool's fee setting, and they remain distinct from any farm rewards.

Legacy pools may use different program and account structures. Their presence does not make a current CPMM or CLMM rule universal, so inspect the actual pool type before comparing deposits, withdrawals, or fee displays.

A like-for-like route check isolates the cause

Two candidate pools should be compared with the same token mints, input amount, acceptance threshold, and quote moment. The displayed fee alone cannot predict the better output because liquidity distribution and price impact also affect the estimate.

Hypothetical acceptance check

Every quantity, rate, and quoted result in this module is hypothetical. A reader plans to exchange 73 input-token units and will proceed only if the displayed minimum is at least 72.10 output-token units. The same verified token mints and slippage control apply to both options.

The CLMM option displays a hypothetical 0.23% trading fee, an estimated output of 72.34 units, and a minimum output of 72.05 units.
The CPMM option displays a hypothetical 0.31% trading fee, an estimated output of 72.48 units, and a minimum output of 72.19 units.

The fee calculations are 73 × 0.23% = 0.1679 input-token units and 73 × 0.31% = 0.2263 input-token units. Those values describe the fee component, not the final output. Pool liquidity and price impact explain why the option with the higher fee can still show the higher minimum.

The CLMM option fails the predefined acceptance condition, while the CPMM option passes it. Because quotes are time-sensitive, the reader refreshes the passing option before authorization. If its minimum falls below 72.10 units, the reader stops and compares again instead of relying on the earlier quote.

After the hypothetical CPMM transaction succeeds, the record shows 73 input units spent and 72.26 output units received. The observed output exceeds the accepted minimum of 72.19 units, so the exchange satisfies the stated condition. A failed record or a lower confirmed output would require transaction-level investigation.

Fee growth and reward displays require separate readings

One displayed percentage can refer to a pool charge, an annualized estimate, or a reward component. Read the label and its underlying inputs before comparing positions.

Trading fee settings

The trading fee that a pool charges is a transaction rate, not an annual percentage rate. Raydium pool configurations can differ, so a static list of CLMM or CPMM tiers may become stale. Use the live pool value for the specific position or route. One CLMM position belongs to one pool and its associated fee setting; exposure to another tier requires a separate position in the corresponding pool.

Accrued CLMM fees

Accrued CLMM fees remain attached to the position until collection, even after the price leaves its range. A swap pays its trading fee from the input side of that trade. Because trades can move in either direction, a position may accumulate fees in either pool token over time.

Farm rewards and annualized estimates

Farm rewards come from a separate incentive program and are not part of the pool trading fee tier. Reward assets, emissions, eligibility, and remaining program conditions must be read from the current farm display. An annualized return estimate may use recent volume, liquidity, accrued fees, or reward emissions, depending on its label. It can change without the underlying trading fee rate changing.

Verification checklist for a pool decision

A final pool check should reconcile the interface with the wallet and on-chain result. Use the same dimensions for every candidate rather than comparing one pool's fee with another pool's total return estimate.

Confirm both token mint addresses and the Solana network.
Identify the actual pool type, including any legacy program distinction.
For CLMM, compare the current price with the position range and verify whether the position is active.
Read the live trading fee setting from the specific pool instead of using a fixed tier list.
Separate uncollected trading fees from farm rewards and annualized estimates.
Check both token balances because price movement can change the position's composition.
Keep enough SOL for network charges and any required account or position operations.
Use the transaction record to distinguish an unsubmitted action, a failed transaction, and a successful transaction with a stale wallet display.

Verification checklist for a pool decision: A final pool check should reconcile the interface with the wallet and on-chain result.; Use the same dimensions for every candidate rather than comparing one pool's fee with another pool's total return estimate.

View full-size image

If two pools pass these checks, compare active price coverage, expected output, minimum output, price impact, fee setting, incentive terms, and management effort at the same moment. A concentrated position may suit controlled range exposure, while a constant-product position provides full-curve coverage with less range management; neither option is the automatic winner.

Quick answers

Does the displayed fee tier act like an annual percentage rate?: No. The fee tier is the percentage that a pool applies to eligible swap volume, not a promised annual return on deposited liquidity. A provider's realized fees depend on swap activity, share of active liquidity, time spent in range for CLMM, and token price changes. Any displayed annualized figure uses historical or estimated data and can change.
Can one CLMM position earn from several fee tiers?: No. One CLMM position belongs to one pool, and that pool carries one fee configuration. To seek exposure to another tier, the provider must use a separate pool and position. That choice also changes the competing liquidity, tick spacing, and quote behavior, so moving tiers involves more than changing a percentage on the existing position.
In which token does a CLMM position accrue trading fees?: Each swap's trading fee is deducted from the input token. Since swaps can move in either direction, a position may accrue fees in either pool token over time. A period of one-way trading may leave more unclaimed fees in one token than the other. The fee tier sets the rate; it does not promise a fixed token mix for the provider.
Why is SOL needed when managing a position that contains other tokens?: SOL covers Solana network charges for adding, adjusting, collecting from, or closing a Raydium position, even when the position contains two other tokens. Some operations may also create or close accounts and affect rent balances. A separate SOL balance prevents a position-management transaction from failing solely because network funds are unavailable.
Are farm rewards included in a pool's trading fee tier?: No. Farm rewards and trading fees are separate sources of return. The fee tier governs the pool's charge on swaps, while any reward program follows its own token, schedule, funding, and eligibility rules. A reward can end while the pool continues trading, and it does not make an out-of-range CLMM position active.