The Launchlab program will update shortly.

This update relates to platform initialization and the use of alternative quote tokens.

This is a non-code-breaking change and does not affect trading, indexing, or any other operations outside of new platform ID creation.

The update is reflected in: sdk version 0.2.34-alpha

🔧 Raydium CLMM Program Upgrade going live May 18th— Full Integrator Brief
Three new features ship together: limit orders, dynamic fee, and single-sided fee. Opt-in at pool creation via CreateCustomizablePool. Fully backwards-compatible — existing pools and positions work unchanged. Classic CreatePool still works for default-fee pools without these flags.


① Limit Orders
Single-tick orders with FIFO fill, settled by keeper so owners stay offline.
Lifecycle: Open → Filled → Settled → Closed
New accounts:
• LimitOrderState — per-(pool, owner, tick, nonce) account tracking input amount, unfilled ratio, and phase
• LimitOrderNonce — monotonically incrementing counter for PDA seeds
SDK methods (raydium.clmm):
createCustomizablePool, openLimitOrder, increaseLimitOrder, decreaseLimitOrder, settleLimitOrder, closeLimitOrder, closeAllLimitOrder, settleAllLimitOrder
API endpoints:
• /clmm/limit-orders/open?wallet= — open orders awaiting fill
• /clmm/limit-orders/filled?wallet= — filled, awaiting settle
• /clmm/limit-orders/closed?wallet= — settled and closed history
Keeper note: limit_order_admin is an off-chain operational keeper with bounded authority — can only call SettleLimitOrder and CloseLimitOrder, output always lands in owner's ATA. Cannot mutate pool fields, open orders, or sign for anything else.



② Dynamic Fee
Volatility-reactive surcharge calibrated per tier. Surcharge rises with rapid tick movement, decays over time.
New account:
• DynamicFeeConfig — per-tier calibration record (filter period, decay period, reduction factor, max fee numerator). Created by admin via CreateDynamicFeeConfig.
On PoolState: dynamic_fee_info: DynamicFeeInfo (embedded)
API: /main/clmm-dynamic-config — list of all tier configs.
Behavior: SwapV2 applies decay → accumulate → cap each step, adding the surcharge on top of the base fee. Swap path shape is unchanged.



③ Single-Sided Fee
Collect swap fees always from token0 or token1 instead of input side.
On PoolState: fee_on: u8 — (0 = FromInput legacy, 1 = Token0Only, 2 = Token1Only)
Set once at pool creation via CreateCustomizablePool. Useful when one side of the pair is your canonical accounting token.



⚠️ Breaking Change — PoolState Reshape
Old layout → New layout:
• Per-direction volume counters (swap_in/out_amount_token_*) → folded into padding5: [u128; 4]
• Lifetime fee counters (total_fees*_token_*) → folded into padding6: [u64; 4]
Total account size is unchanged. Existing pools retain their last values — reading these fields post-upgrade returns stale data. Migrate volume/fee tracking to the Observation ring or API before the upgrade date 18/05


TickState Additions (non-breaking)
Four additive fields at the tail replacing padding:
• order_phase: u64 — disambiguates limit-order cohorts
• orders_amount: u64 — total input committed by open orders at this tick
• part_filled_orders_remaining: u64 — unfilled input in current cohort
• unfilled_ratio_x64: u128 — Q64.64 ratio for computing fill shares
Tick-array layout, sizing, and PDA seeds are unchanged.


SDK & API Summary
SDK (@raydium-io/raydium-sdk-v2, branch clmm-dynamic-fee-and-limit-order)
• 8 new CLMM methods + 3 new REST helpers on raydium.api (getClmmDynamicConfigs, getClmmLimitOrderConfigs)
• New types: CollectFeeOn, DynamicFeeConfig, DynamicFeeInfo, LimitOrderState, LimitOrderConfig
• Internal reorg: utils/ → libraries/ — affects deep imports only
• Code demos: products/clmm/code-demos
New API endpoints:
• api-v3: /main/clmm-dynamic-config, /main/clmm-limit-order-config
• temp-api-v1: /clmm/limit-orders/{open,filled,closed}
New error codes: 6045–6050 (InvalidDynamicFeeConfigParams, InvalidFeeOn, OrderAlreadyFilled, InvalidOrderPhase, InvalidLimitOrderAmount, OrderPhaseSaturated)

🔗 Docs & changelog: https://docs.raydium.io/reference/changelog#unreleased-%E2%80%94-clmm-limit-orders-single-sided-fee-dynamic-fee
🔗 Program branch: https://github.com/raydium-io/raydium-clmm/tree/feat_limitorder_dynamicfee
🔗 SDK branch: @raydium-io/raydium-sdk-v2 / clmm-dynamic-fee-and-limit-order
🔗 Audit: https://github.com/raydium-io/raydium-docs/tree/master/audit/Sec3%20Q2%202026
Docs updated across: accounts, instructions, fees, math, code-demos, API reference.

The CLMM Program Upgrade is live on mainnet, the new feature set includes limit orders, dynamic fees, and single-sided fees. These features are Opt-in at pool creation via CreateCustomizablePool. Fully backwards-compatible — existing pools and positions work unchanged. Classic CreatePool still works for default-fee pools without these flags.

⚠️ Breaking Change — PoolState Reshape
Old layout → New layout:
• Per-direction volume counters (swap_in/out_amount_token_*) → folded into padding5: [u128; 4]
• Lifetime fee counters (total_fees*_token_*) → folded into padding6: [u64; 4]
Total account size is unchanged. Existing pools retain their last values — reading these fields post-upgrade returns stale data. Migrate volume/fee tracking to the Observation ring or API before the upgrade date 18/05

Full Scope: https://t.me/RaydiumDeveloperUpdates/21

🔗 Docs & changelog: https://docs.raydium.io/reference/changelog#unreleased-%E2%80%94-clmm-limit-orders-single-sided-fee-dynamic-fee
🔗 Program branch: https://github.com/raydium-io/raydium-clmm/tree/feat_limitorder_dynamicfee
🔗 SDK branch: @raydium-io/raydium-sdk-v2 / clmm-dynamic-fee-and-limit-order
🔗 Audit: https://github.com/raydium-io/raydium-docs/tree/master/audit/Sec3%20Q2%202026
Docs updated across: accounts, instructions, fees, math, code-demos, API reference.

Stable swap AMM upgrade - 22/06/26 12.00 UTC:

Raydium is simplifying the stable swap amm by removing its dependency on OpenBook, and reducing the number of required accounts.

Few integrators are currently using this program, for those who are, please review the Stable AMM upgrade changes carefully.

The update will be effective on Monday 22 at 12:00 PM UTC. Existing Swap, Deposit, and Withdraw flows using the old account layouts will continue to work for now, but we recommend migrating to the new reduced account layouts as soon as possible. Please note that WithdrawPnl is a hard breaking change and must be updated to the new 10-account layout.

More information in the .md.

Upgrade details are available at https://docs.raydium.io/reference/changelog/2026-06-22-stable-amm-openbook-cleanup, our new canonical version ledger.