本頁內容由 AI 自動翻譯,所有內容以英文版本為準。查看英文版 →
ray/protocol-fees。
各產品交換費
費用值為輸入金額的百分比,在池數學計算前應用。費用分母約定
- AMM v4:費用編碼為 x/10,000。「25」表示 0.25%。
- CPMM/CLMM:費用編碼為 x/1,000,000。「2500」表示 0.25%。
級別是鏈上
AmmConfig 帳戶,不是源代碼常數 — 管理員可以添加更多。截至 2026-09-09,主網發佈了 21 個 CPMM 配置和 21 個 CLMM 配置。已驗證的 trade_fee_rate 值:- CPMM:0.005%、0.03%、0.25%、0.3%、0.35%、0.4%、0.5%、0.7%、0.75%、1%、1.5%、2%、2.5%、4%。 沒有 0% 級別,也沒有 0.01% 級別。
- CLMM:0.01%、0.02%、0.03%、0.04%、0.05%、0.1%、0.15%、0.16%、0.18%、0.2%、0.25%、0.4%、 0.5%、0.6%、0.8%、1%、2%、3%、4% — 跨越 tick 間距 1、10、60 和 120。
protocol_fee_rate = 120000(交易費的 12%)和 fund_fee_rate = 40000(4%),因此兩個產品上的 LP 份額都是 84%。使用 getProgramAccounts 過濾 AmmConfig 大小自行列舉,或讀取下面的 API 端點。協議費用分配
在每筆費用的「協議」份額內,進一步的分配適用:
LP 份額自動流向 LP 代幣持有者:
- AMM v4 / CPMM:累積在池儲備中,提取時按比例分配。
- CLMM:累積在
fee_growth_global_X/Y中,可通過collectFee領取。
建立成本
部署池支付的一次性 SOL 成本。
CLMM tick 陣列不是由
CreatePool 建立的 — 每個 TickArrayState 是 10,240 字節(~0.072 SOL),由首次觸及它的 OpenPosition* / IncreaseLiquidity* 懶惰分配,由該調用者承擔費用。因此,典型的首個頭寸在上述池數字基礎上額外添加一或兩個 tick 陣列。
本頁的租金數字以
lamports_per_byte = 6,960 計算,這是 SIMD-0437 前的費率。
租金減少分五步降低 — 調用 getMinimumBalanceForRentExemption 獲取實時數字,而不是引用這些。AmmInfo / PoolState 無限期持續。
畢業/遷移成本
典型操作的網絡費
這些是 Solana 基礎費 + 優先費,與 Raydium 協議費分開。這些是如何測量的。 每個數字都是 Raydium 程序自身調用的
Program <id> consumed N of M compute units 日誌行 — 因此它包括其內部代幣程序 CPI,但排除任何聚合器或路由器包裝調用。從 2026-09-09 高交易量池的實時主網交易中採樣:CPMM SwapBaseInput 22,721–23,052(n=8);AMM v4 交換 25,215–26,002;CLMM Swap 37,148–44,721;CLMM SwapV2 43,838–52,887(n=6)。CLMM 交換成本隨 tick 穿越而變化,因此將 SwapV2 視為下限,並為波動池預留餘量。測量你自己的路徑,而不是根據此表預算 — 並注意整個交易總是比 Raydium 指令單獨成本更多,一旦計入 ATA 建立、wSOL 包裝和計算預算指令。ceil(compute_unit_price × compute_unit_limit / 1_000_000) lamports,因此在 10,000 µLamports/CU 時,23,000-CU 交易支付 230 lamports。在該 CU 價格下,5,000-lamport-per-signature 基礎費主導賬單超過一個數量級;優先費只有在單簽名 23,000-CU 交易上大約 217,000 µLamports/CU 以上時才會超過它。優先費與 CU 價格成線性關係;見 integration-guides/priority-fee-tuning。
Token-2022 費用交互
當池的一側或兩側使用帶轉帳費的 Token-2022 時,有效費用複合:1 − 0.99 × 0.9975 × 0.995。上面的 × 0.98 是池的匯率(面額變化),不是費用,因此不應計入費用堆棧:相對於無費用輸出 1000 × 0.98 = 980,損失相同為 1.74%。
SDK 通過 getComputeAmountOut 計算有效費率 — 在引用 Token-2022 池時始終使用它。
LaunchLab 細節
啟動代幣的項目可以在結合曲線階段包括創建者費。畢業後,選定的 CPMM 配置也可能為記錄的池創建者收取單獨的 CPMM 創建者費。平台擁有的費用密鑰代表 LP 費用權利,不是創建者費用憑證。見
products/launchlab/creator-fees。
Farm v6 獎勵成本模型
農場本身不收費 — 它們是獎勵分配。但它們需要 SOL 來運營:
農場還需要獎勵金庫中有足夠的 lamports 來覆蓋農場生命週期的租金;關閉會返回它們。
歷史參數變更
協議級費用分配和金庫地址詳見
ray/protocol-fees 和 ray/treasury。
如何在鏈上讀取當前值
CPMM/CLMM AmmConfig
protocolFeeRate 和 fundFeeRate 是交易費的分數,不是交易量的分數 — 因此這裡的 12% 和 4% 在 0.25% 級別時表示交易量的 0.03% 和 0.01%。
CPMM 的 AmmConfig 攜帶此有效負載不一定表面的第四個費率:creator_fee_share_rate,協議的份額的創建者費,添加於 2026-09-19。它是累積創建者桶的分數,不是交易量的分數,也不是交易費的分數,它在收集創建者費時應用,而不是在交換時,每個創建者 CreatorFeeShare PDA 可以覆蓋它。從 AmmConfig 帳戶讀取它。詳見 products/cpmm/fees。
AMM v4 池
Farm v6 獎勵費率
與其他 DEX 的比較
供參考(所有值截至 2026 年 4 月):指針
ray/protocol-fees— 協議費用分配。products/cpmm/fees— CPMM 會計細節。products/clmm/fees— CLMM 會計細節。products/amm-v4/fees— AMM v4 會計。integration-guides/priority-fee-tuning— 網絡費用調整。
- 通過
api-v3.raydium.io的實時 AmmConfigs。 - SDK 測試套件的 CU 基準。
- Raydium 文檔的實時協議費用參考。

