CPMM 概要

​

1 段落での要約

CPMM — Constant Product Market Maker（Raydium UI では公式に「Standard AMM」と呼ばれます）は、古典的な x · y = k AMM の Solana ネイティブ実装です。OpenBook オーダーブック、Serum レガシー、SPL Token と Token-2022 以外の外部依存関係はありません。すべてのプールは（2 つのトークンボルト、1 つの LP ミント）の 3 つ組で構成され、プログラム所有の権限 PDA によって管理され、ボルト残高の積によって価格が決定されます。これは Raydium が新しいすべての定数積プールに推奨する AMM であり、/pools/create エンドポイントと Web UI の「Create pool」フローがデフォルトでターゲットにするものです。

​

CPMM が提供するもの

• 検証済みの拡張機能ホワイトリスト付き Token-2022。 CPMM は任意の Token-2022 ミントを受け入れません。プログラムはプール作成時に安全な拡張機能のホワイトリストを強制します：TransferFeeConfig、MetadataPointer、TokenMetadata、InterestBearingConfig、ScaledUiAmount。ミント上の他の拡張機能は Initialize を NotSupportMint で拒否します。ただし、ミントが SupportMintAssociated PDA を通じて登録されている場合は除きます。これは 2026-09 アップグレードでハードコードされたミントホワイトリストが削除されて以来の唯一の回避方法です。特に転送フィーはスワップ数学に影響を与え、トレードの正しい側に適用されます。algorithms/token-2022-transfer-fees を参照してください。
• 予測可能なフィー。 各プールは作成時に選択された AmmConfig を参照します。設定には取引フィーレート（LP、プロトコル、ファンドに分割）と独立した別のクリエイターフィーレートが含まれます。クリエイターフィーは独自のバケットです。取引フィーのスライスではありません。プールは作成時にこれを請求することを選択します。プロトコルはクリエイターバケットのシェアを保持でき、フィーティアごとまたはクリエイターごとに設定され、クリエイターフィーが収集されるときに適用されます。これはスワップ価格に影響を与えません。デフォルトと完全な分割数学は products/cpmm/fees にあります。
• オンチェーン TWAP（観測リングバッファ経由）。 すべてのスワップは observation アカウントを更新します。外部コントラクトは累積価格観測を読み取り、カスタムオラクルなしで TWAP を計算できます。
• フラットなアカウントレイアウト。 プールは 6 つの PDA（権限、プール状態、LP ミント、2 つのボルト、観測）で完全に記述されます。マーケットごとの OpenBook アカウント、イベントキュー、リクエストキューはありません。トランザクションは計算とアカウント数の両方で AMM v4 より安価です。
• バーン・アンド・アーン互換。 LP トークンは LP Lock プログラムの下でロックでき、プールクリエイターはリクイディティを引き出す権利を保持することなくフィーを請求し続けることができます。「永続的な」リクイディティローンチに使用されます。

​

CPMM ではないもの

• 集中型ではない。 リクイディティは Uniswap v2 のように全価格範囲に均等に分散されます。資本効率的なマーケットメイキング（つまり、現在の価格の近くにリクイディティを集中させる）が必要な場合は、CLMM を使用してください。
• ハイブリッドではない。 AMM v4 とは異なり、CPMM プールは OpenBook マーケットに休止中のオーダーを配置しません。CPMM プール間のルーティングは AMM Routing プログラムを通じて行われ、CLOB を通じてではありません。
• 任意の曲線でローンチ可能ではない。 曲線は定数積にハードコードされています。トークンローンチ用のボンディング曲線が必要な場合は、LaunchLab を使用してください。これは満杯になると CPMM プールに卒業します。

​

CPMM と AMM v4 の違い

マイグレーションストーリーのより詳しい説明は protocol-overview/versions-and-migration にあります。

​

メンタルモデル

CPMM プールはプログラム所有のオブジェクトで、3 つのバランスを保持します：vault0（token0）、vault1（token1）、および LP ミントの供給。LP ミントの供給はデポジターのプールに対するクレームを追跡します。トークンボルトは実際の資産を保持します。その他すべて（権限 PDA、観測アカウント、フィー設定ポインタ）は、その 3 変数関係をトレード可能、フィー収集可能、観測可能にするためのブックキーピングです。 すべてのユーザー向け操作は、明確に定義された状態遷移に縮約されます：

• デポジット： token0 と token1 を転送、ユーザーに LP をミント、価格に変化なし。
• ウィズドロー： ユーザーから LP をバーン、プールの現在の比率で token0 と token1 を転送、価格に変化なし。
• スワップ： 1 つのトークンを転送、もう 1 つを転送。比率は x · y = k 曲線に沿って移動します（フィーを除く）。観測アカウントは新しい価格をサンプリングします。

フィー収集は別のトランザクションです。すべてのスワップで発生するわけではありません。プロトコルとファンド収集には、それぞれの権限が必要です。クリエイターフィーはクリエイター署名パスまたは宛先制約パスを通じた許可なしの呼び出し元によって収集できます。どちらの方法でも、蓄積されたクリエイターフィーのプロトコル設定シェアは支払われるのではなくプールのプロトコルバケットに移動されます。数学は products/cpmm/math に、命令セットは products/cpmm/instructions に詳しく説明されています。

​

CPMM を選択する場合

以下の場合に CPMM を選択してください：

• 新しいトークンまたは新しいペアをローンチしており、どの範囲でトレードが行われるかについて強い意見がない。
• トークンの一方または両方が Token-2022 拡張機能を使用している。
• ダイナミックなティックベースのモデルよりもシンプルなトレードあたりのフィーモデルが必要。
• 統合中で、CLMM ポジションの複雑さを引き受けることなく Raydium を通じてルーティングしたい。

以下の場合は CLMM を選択してください：

• ペアが安定しているか高度に相関している（ステーブルコイン・ステーブルコイン、LST-SOL）で、パリティの周辺にリクイディティを集中させたい。
• アクティブに範囲を管理して TVL あたりのフィー APR を高めることをいとわないマーケットメイキングチーム。

以下の場合は AMM v4 を選択してください：

• 既存の AMM v4 ツーリングをマイグレーション中で、新しいプールを作成していない。

（注：AMM v4 の OpenBook ハイブリッドモードはもはやアクティブではありません。これは AMM v4 を選択する理由ではなくなりました。）

​

次のステップ

• Accounts — CPMM プールの 6 つの PDA とそれらの導出方法。
• Math — SwapBaseInput vs SwapBaseOutput、Token-2022 転送フィー処理、観測更新。
• Instructions — 完全な命令サーフェスとアカウントリスト。
• Fees — 4 方向フィー分割と収集方法。
• Code demos — create / swap / deposit / withdraw の実行可能な TypeScript スニペット。

ソース：

• Raydium CP-Swap ソース — raydium-io/raydium-cp-swap
• reference/program-addresses で正規プログラム ID を確認