Skip to main content
本頁內容由 AI 自動翻譯,所有內容以英文版本為準。查看英文版 →
本頁是查詢表。用它來回答「在池 X 上交換要花多少錢?」或「建立 CLMM 池需要多少 SOL?」— 無需逐一查閱各產品章節。協議級費用分配詳見 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。
這 42 個配置中的每一個都有 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 獲取實時數字,而不是引用這些。
大部分租金可回收 — 關閉頭寸或農場會返回 lamports。Tick 陣列永遠不會關閉,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 時,有效費用複合:
示例:CPMM 0.25% 池,輸入側有 1% 轉帳費,輸出側有 0.5% 轉帳費。
有效費用:~1.74%,儘管名義上 0.25% 池費 — 即 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 月):

指針

來源:
  • 通過 api-v3.raydium.io 的實時 AmmConfigs。
  • SDK 測試套件的 CU 基準。
  • Raydium 文檔的實時協議費用參考。