このページは 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.25% × $X × 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を追加します。ユーザー向けの命令またはアカウントレイアウトは変わりません。チェンジログエントリを参照してください。
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ミントを持つことはありません。 1つを見かけた場合、それは偽物です — 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。