このページは AI による自動翻訳です。すべての内容は英語版を正とします。英語版を表示 →
一目での状態
このテーブルから最も重要な結論は以下の通りです:AMM v4は廃止予定ではなく、CPMMが新しいデフォルトです。ただし、両者は意図的に共存しています。AMM v4プールは数年間の取引履歴を持ち、強制的に移行されることはありません。新しいプールをどのプログラムで起動するかの選択は、推奨事項であり、制約ではありません。
AMM v4 — 状態と方向性
AMM v4は、Raydiumの元のプール設計です:定積価格設定(x · y = k)。OpenBook(旧Serum)オーダーブック統合を備えたハイブリッドAMMとして起動され、曲線の一部をバウンドマーケット上のリミットオーダーとしてミラーリングしていました。OpenBook統合はその後無効化されました。プールはOpenBookとリクイディティを共有しなくなり、すべてのスワップはV2スワップエントリーポイント経由で曲線に対して純粋に実行されます。今日のAMM v4は、実質的には、OpenBookアカウントが不活性な状態として保持されている純粋な定積AMMです。
凍結されたもの
- 新しいフィーティアはなし。 AMM v4のフィー構造はプールごとであり、デプロイ時に設定されました。新しいプールは同じハードコードされた約0.25%の取引手数料、プロトコルへの約12%を受け入れます。
- 新機能開発なし。 CPMMが新しいデフォルトになって以来、チームはAMM v4に新しい命令を追加していません。プログラムは管理モード中です。バグ修正のみで、スコープ拡張はありません。
- Token-2022サポートなし。 AMM v4はToken-2022が存在する前に書かれており、統合は遡及的に実装されませんでした。Token-2022ミントはCPMM(または適切な場合はCLMM)を使用する必要があります。
- OpenBook統合は無効化。 すべてのAMM v4プールはオンチェーンの対応するOpenBookマーケットアカウントにバインドされていますが、プールはそのマーケット上でオーダーを投稿または維持しなくなりました。OpenBookの障害はAMM v4スワップに影響しなくなりました。
依然として機能しているもの
- 既存プールは通常通り取引されます。 状態移行は強制されませんでした。2021年に作成されたv4プール は、2026年でも多くの高取引量ペアのアクティブな取引所です。
- LPは通常通りデポジット、引き出し、ファーム報酬を収穫できます。 CPMMへの移行はオプトインです。
- アグリゲーターは依然としてそれを経由してルーティングします。 JupiterとRaydium Trade APIの両方がv4プールをファーストクラスの取引所としてインデックスしています。
AMM v4をまだ使用する場合
正直に言うと、ほとんどありません。v4がより良い答えである場合は限定的です:- ペアが既に深く、よく取引されているv4プールを持っており、市場を分割するのではなく既存の深さにリクイディティを追加したい場合。
user-flows/choosing-a-pool-typeを参照してください。
CPMM — 採用曲線とv4 → CPMM移行
CPMM(定積マーケットメーカー、内部名raydium-cp-swap)は2024年に新しいデフォルト定積プールとなることを目的とした完全な書き直しとしてデプロイされました。これはRaydiumのプログラムの中で構造的に最もシンプルです:純粋なx · y = k、オーダーブックなし、ネイティブToken-2022サポート、より小さいトランザクションフットプリント。
CPMM がAMM v4より優れている点
- デフォルトでより良いLP経済。 CPMMのデフォルトAmmConfigは取引手数料の100%をLPにルーティングします(プロトコル手数料はティアごとにトグル可能)。AMM v4はプロトコルへの約12%をハードコードしています。
- より低いプール作成コスト。 OpenBookマーケットは不要です。作成は1トランザクション、約0.15 SOLのレント対v4の約0.6 SOL。
- Token-2022。 転送手数料ミント、転送フックミント(注意事項あり)、機密転送 — すべてCPMMでサポートされ、v4ではサポートされていません。
- よりクリーンなインテグレーターサーフェス。 CPMMはAnchor-CPI対応の公開クレート(
raydium-cp-swap)、よりシンプルなアカウントリスト、安定したIDLを持っています。AMM v4はIDLを提供していますが、メンテナンスされたRust CPIクレートを持っていません。 - スワップあたりのアカウントリストが小さい。 v4の約17アカウント対約10アカウント(OpenBookマーケットアカウントを持ち運びますが、それらにヒットしない場合でも)。
移行が価値がある場合
アクティブに取引されているプールの場合、LP手数料の上昇だけで通常、数ヶ月以内に移行を正当化します。計算:1日のボリュームがXを獲得し、v4ではプロトコルに0.03%を与えます(欠落している12%)。CPMMではそれはLPに戻ります。1年間で、それは意味のある複利になります。 低取引量プールの場合、移行はより将来への備え — より良いデフォルト、必要な場合のToken-2022サポート、より簡単な統合についてです。移行の仕組み
インプレースアップグレードはありません。移行は新しいプール作成、古いプール排出、新しいプール再充填シーケンスです。完全なステップバイステップはuser-flows/migrate-amm-v4-to-cpmmにあります。高レベルの形状:
- 同じペアに対して新しいCPMMプールを作成し、保持したい同じフィーティアで。
- LPを調整:古いプールが排出され、新しいプールがシードされるウィンドウを発表します。
- 各LPはv4プールから引き出し、新しいCPMMプールにデポジットします。
- (オプション)CPMM側ファームを設定して、インセンティブ付きLPを新しいプールに引き付けます。
- ボリュームがより深いプールに向かってアグリゲーターが重みを変更するにつれて移行を監視します。
CLMM — 単一プログラム、バージョン間で安定
CLMMは最初のプログラムバージョンにあります。v2はありません。改善は同じプログラムIDへのインプレースアップグレード(24時間タイムロック付きマルチシグの背後)として提供されており、新しい世代としてではありません。 つまり、CLMMの移行ストーリーはありません:既存のポジションはそこに留まり、アップグレードが提供されるときにプログラムの動作は微妙に変わる可能性がありますが、アカウントレイアウトとPDAは安定しています。 CLMMアップグレード全体で変更されたもの:SwapV2命令がToken-2022転送手数料数学を正しくサポートするために追加されました。古いSwapは依然として呼び出し可能です。新しい統合はSwapV2をターゲットにすべきです。- 報酬ストリーム拡張 —
RewardInfoスロット数がバンプされました(元の3 → 現在も3ですが、予約パターンは厳しくなりました)。データ移行は不要です。 - ティック配列圧縮 — 多くのティックを横切るスワップのCUを削減するための内部最適化。外部的には見えません。
- Anchor 1.0リビルド(2026-09-30):Anchor
0.32.1から1.0.2に移動し、管理者CollectExcessLamportsを追加します。ユーザー向けの命令またはアカウントレイアウトは変更されていません。チェンジログエントリを参照してください。 CreateCustomizablePoolV2(2026-10-22):CreatePermissionedPoolは名前が変更され、パーミッションレスになります。PermissionアカウントとCreatePermissionPda/ClosePermissionPdaは削除されます。古い命令を呼び出すプール作成者は新しいIDLに対して再構築する必要があります。アカウントレイアウトは変更されていません。チェンジログエントリを参照してください。
raydium-idlリポジトリに存在します(sdk-api/anchor-idlを参照)。古いSDKを現在のプログラムに対して実行している場合、最悪のケースは新しい命令が欠落していることです。
Farm v3 → v5 → v6
すべてのRaydiumプログラムの中で、Farmは最も明示的なバージョン履歴と唯一の強制移行パスを持っています。3つの世代は、異なるプログラムID と異なる状態レイアウトを持つ別のプログラムです。世代
3つの世代が存在する理由
- v3 → v5:複数の同時報酬ストリーム(例:デュアルインセンティブファーム)が必要でした。v3の単一ストリーム設計は再設計なしではサポートできませんでした。
- v5 → v6:v5の
u64整数排出レートは、表現可能な最小レートを「1トークンユニット/秒」に制限します。9小数点ミントの場合、それは1ラムポート/秒です。低排出プログラムには粗すぎます。v6のQ64.64分数レートはこれを修正します。v6はスロットベースの更新をウォールクロックに引き上げ、Token-2022サポートも追加しました。
世代全体で同じままのもの
- 「LPをデポジット、1株あたりカウンターを増加、引き出し時に請求」会計パターンはv3/v5/v6全体で同じです。数学は変わりません。レートカウンターの精度とサポートされるストリーム数のみです。
UserStake(v3/v5)とUserLedger(v6)は概念的には同じレコードで、異なるレイアウトです。SDKは両方を正規化します。
移行パス
ファームバージョン間のインプレース移行はありません。v3/v5からv6に移動するには:- 既存ファームの排出が終了するまで待つ(またはそれらを実行します)。
- ステーカーは古いファームで保留中の報酬を引き出して請求します。
- ファームオペレーターは同じステーキングミントに対して新しいv6ファームを作成します。
- ステーカーは新しいファームに再ステーキングします。
UserLedger(v6)/ UserStake(v5)レコードを持っています。
v3とv5の「段階的廃止」の意味
- v3およびv5プログラムは依然としてデプロイされ、呼び出し可能です。既存ファームは依然として保留中の報酬を配布し、引き出しを受け入れることができます。
- Raydium UIは依然としてアクティブな報酬を持つv3およびv5ファームを表示します。v3/v5ファームの
end_timeが経過すると、UIは「アクティブ」から非表示にしますが、請求可能に保ちます。 - チームはv3/v5ファームを新規作成しません。「ファーム作成」のSDKヘルパーはv6のみにルーティングします。
- v3とv5はセキュリティアップグレードを受け取りますが、機能開発は受け取りません。重大なバグが見つかった場合、修正されます。機能が有用である可能性がある場合、代わりにv6に追加されます。
products/farm-staking/accountsおよびproducts/farm-staking/instructionsにあります。
LaunchLab — 単一プログラム、進化する設定
LaunchLabは最初のプログラムバージョンにあります。CLMMと同様に、改善は24時間タイムロックの背後でインプレースアップグレードとして提供されます。新しい世代としてではなく。 アップグレード全体で進化したもの:- クリエーター手数料スロット。 ローンチが卒業後のCPMM取引手数料の一部を元のクリエーターにルーティングできるように追加されました。
products/launchlab/creator-feesを参照してください。 - 曲線式の設定可能性。 元々ハードコードされた二次関数。現在、
LaunchConfigは曲線形状の小さなセットから選択します。
クロスプログラム間のバージョン互換性
インテグレーターが頻繁に遭遇するクロスプロダクト互換性に関する注意点をいくつか紹介します:- CLMM の
SwapV2はSwap命令と同じではありません。 クライアントがSwapのみに対応している場合、Token-2022 の転送手数料を誤って処理します。計算がその手数料分だけ間違っています。SwapV2に更新してください。 - CLMM ポジションを使用した Farm v6 ステーキング は、LP トークンステーキングのようにはサポートされていません。CLMM ポジションは NFT であり、ファンジブルな LP トークンではありません。CLMM には独自のネイティブリワードメカニズムがあります。詳細は
products/clmm/feesを参照してください。 - Token-2022 ミントで支えられた CPMM プール は Farm v6 でのみファームで機能します。v3 と v5 は Token-2022 ステーキングミントを拒否します。
- AMM v4 プールは Token-2022 LP ミントを持つことはありません。 もし見かけたら、それは偽物です。AMM v4 はその組み合わせをサポートしていません。
さらに詳しく知る
introduction/history-and-milestones— 時系列のリリースタイムラインと、各バージョンがいつ登場した理由。user-flows/migrate-amm-v4-to-cpmm— v4 → CPMM 移行のオペレーターランブック。user-flows/choosing-a-pool-type— 新しいプール展開の決定木。products/farm-staking/accounts— v3 / v5 / v6 のスキーマ比較。reference/changelog— プログラムバージョンの進化に伴い、このドキュメントで何が変わったか。
- 上記でインラインで引用されているプロダクト別の章ページ。
- Raydium SDK v2 — バージョン対応のディスパッチロジックが、特定のプールがどのプログラムに属しているかを確認します。
reference/program-addresses— バージョンごとの正規 ID。

