Pool types
Volatile pools
Classic pool (CPMM v1)
All fees collected from swaps are auto-compounded into the pool and users' liquidity positions, thus increasing in value each of their LP (Liquidity Provider) tokens.
Default trading fee for such pools is 0.25%, but levels in range from 0.1% to 1% are also possible.
Liquidity providers earn 80% of all trading fees collected by the pool from users swaps.
Fees are collected in both tokens of a pair, alternating β depending on swap direction. They are always withheld in a token that a trader sells, and added to LP positions instantly after each swap.
Earned fees are not displayed separately in the interface. You get them with liquidity withdrawal.
Pools were available for creation until Nov 17, 2025. All pools are still functioning, but users can't create new ones via DeDust user interface.
Liquidity deposits / withdrawals are available. Meanwhile, it's reasonable to move liquidity to CPMM v2 pools.
Classic pool is an Automated Market Maker pool, using the "Constant Product" formula (CPMM):
x * y = k, where x β amount of token A in the pool y β amount of token B in the pool k β constant value, which is true for any state of the pool, defining pool's exchange rate with every new swap
Claimable fees pool (CPMM v2)
All trading fees are accumulated separately from user's liquidity position. This allows liquidity providers to claim earned fees anytime, without necessity to withdraw liquidity. What is more important, it allows liquidity providers to earn and claim fees even when liquidity is locked.
What is essential is that the liquidity lock must be done within the liquidity deposit process on DeDust.
Creating a pool, liquidity providers are able to choose trading fee tiers, from 0.1% up to 5%. Thus for the same trading pair several liquidity pools, with different trading fee tiers, may exist. Router will always choose the most profitable ones for every user's trade.
Liquidity providers earn 80% of all trading fees collected by the pool from users swaps.
Creating a pool, users may choose in which of two tokens (or both) they'd like to get earned fees.
If for collecting fees only one of two tokens is chosen, then fee withheld in another token is automatically converted in it with the swap. So liquidity providers always earn all fees only in a token, defined by a pool.
During the liquidity deposit process, users are able to permanently lock their liquidity.
Pool creation may be postponed and scheduled for specific date and time π
Pool supports Creator fee, additional kind of fee apart from Trading fee, allowing pool creators to earn and collect fees from trades. This may be useful for memepads and creators of tax tokens.
CPMM v2 pools are introduced on Nov 17, 2025 and available for creation, deposits / withdrawals by all users. Since Jan 26, 2026 users (typically, founders and devs) can also Boost this type of pools with extra rewards for liquidity providers, to attract more liquidity for their token.
Learn more about CPMM v2 pools use-cases and advantages compared to other pools.
CPMM v2 pools use the same Constant Product formula as CPMM v1 pools. But unlike CPMM v1 pools, CPMM v2 pools donβt assume handling of LP tokens, thus liquidity positions can't be moved between wallets (protocols). Records about all user's positions are stored in the blockchain on smart contract level.
Stable-swap pools
This type of pools is optimized for pairs of assets of near-equal value (e.g. USDT/USDe, TON/stTON).
Liquidity providers earn 80% of all trading fees collected by the pool from users swaps.
Fees are collected in both tokens of a pair, alternating β depending on swap direction. They are always withheld in a token that a trader sells, and added to LP positions instantly after each swap.
Earned fees are not displayed separately in the interface. You get them with liquidity withdrawal.
It uses the same model as CPMM v1 pools with auto-compounded fees. But unlike CPMM pools, stable-swap pools have pretty low trading fee, only 0.05%, and use different formula:
x^3 * y + y^3 * x = k, where x β amount of token A in the pool y β amount of token B in the pool k β constant value, which is true for any state of the pool, defining pool's exchange rate with every new swap
This allows to avoid high price impact and significan shifts of exchange rate with every new swap.
Last updated