Skip to main content
このページは AI による自動翻訳です。すべての内容は英語版を正とします。英語版を表示 →
信頼できる情報源。 このページは、プログラムアドレスを逐語的にリストする唯一の場所です。他のページはここにリンクしています。ID が変更された場合は、ここだけで更新してください。サイト内のすべての参照が一貫性を保ちます。実際のトランザクションに署名する前に、必ずライブ API(https://api-v3.raydium.io/main/info)に対して値をクロスチェックしてください。

Mainnet-beta

経験則:野生のプログラム ID が下の表と一致しない場合は、トランザクションに署名しないでください。 プログラム ID の不一致は、Solana でファンドを失う最も簡単な方法です。

オンチェーンプログラム

注:
  • AMM v4 と Farm v3/v5 は既存のプールとポジションのために保持されています。Raydium UI と SDK は、新しいプール作成と新しいエコシステムファームを CPMM、CLMM、Farm v6 にそれぞれルーティングします。protocol-overview/versions-and-migration を参照してください。
  • 上記の Farm v3 ID は、$RAY シングルアセットステーキングプログラムとしても機能します。動作は LP ステーキングの Farm v3 と同じです。
  • Stable AMM は、AMM ルーティングプログラムが AMM v4、CPMM、CLMM と並行してターゲットにできる別のプログラムです。流動性は他の 3 つのプログラムと比較して薄く、SDK はそれに対する第一級 API を公開していません。それを通じてルーティングするインテグレーターは、通常ルーターを経由して行います。
  • ソースコードの可用性。 上記のオンチェーンプログラムのうち、raydium-amm(AMM v4)、raydium-cp-swap(CPMM)、raydium-clmm(CLMM)のみが github.com/raydium-io の下で公開ソースリポジトリを備えています。Stable AMM、LaunchLab、AMM ルーティング、Burn & Earn / LP Lock、Farm プログラムは公開されていません。代わりに、ライブ API、オンチェーンバイトコード、raydium-io/raydium-idl で公開されている IDL に対して検証してください。

共有管理者権限

すべての Raydium プログラム(AMM v4 を含む)は、管理パスへのインストラクションレベルのアクセス制御のための単一のハードコードされた管理者 Pubkey を共有します。これは AMM v4 では config_feature::amm_owner::ID(SetParams、CreateConfigAccount、UpdateConfigAccount をゲーティング、デフォルト pnl_owner として使用)で、Anchor プログラム(CLMM、CPMM、LaunchLab、Lock)では admin::ID です。CreateAmmConfig や UpdatePoolStatus などのパスをゲーティングします: アカウントレベルの運用権限(例:CPMM/CLMM AmmConfig の protocol_owner、fund_owner、または LaunchLab GlobalConfig のマイグレーションウォレット)はオンチェーンに保存され、プログラム管理者と異なる場合があります。高リスクのトランザクションを送信する前に、関連するコンフィグアカウントから直接読み取ってください。

CPMM パーミッション PDA 作成者権限

CreatePermissionPda は、上記の共有プログラム管理者または専用所有者のいずれかを受け入れます。2026-09 CPMM アップグレード以降、ClosePermissionPda は同じ 2 つの署名者を受け入れます。それ以前は管理者のみでした。

サポートミント登録権限

CreateSupportMintAssociated と CloseSupportMintAssociated は、共有プログラム管理者またはプログラム自身の専用所有者のいずれかを受け入れます。ミントを登録すると、そのプログラムの Token-2022 拡張許可リストを通過できます。reference/token-2022-support を参照してください。CPMM と CLMM はそれぞれ独自のレジストリ PDA と独自の権限を保持します。どちらのキーも他のプログラムでは機能しません。

CPMM フィー所有者ウォレット

2026-09 CPMM アップグレード以降、CreateAmmConfig はこれらの固定キーを新しいコンフィグの protocol_owner と fund_owner に書き込みます。管理者署名者のキーをコピーする代わりに。CollectProtocolFee と CollectFundFee は、コンフィグに保存されているキーまたは共有プログラム管理者(|| crate::admin::ID)を受け入れるため、管理者は受け入れられた署名者のままです。変更されたのは、デフォルトで収益がどこに行くかだけです。
これらは、プログラムが新しいコンフィグに書き込む値であり、既存のコンフィグの説明ではありません。アップグレード前に作成された AmmConfig アカウントは、それらに保存されているものを保持します。コレクショントランザクションを構築する前に、常にアカウントから protocol_owner / fund_owner を読み取ってください。

CLMM フィー所有者ウォレット

2026-09-30 CLMM アップグレード以降、CreateAmmConfig はこれらの固定キーを新しいコンフィグの owner と fund_owner に書き込みます。以前は、管理者署名者のキーをコピーしていました。CollectProtocolFee / CollectFundFee は、コンフィグに保存されているキーまたは共有プログラム管理者を受け入れるため、管理者は依然として受け入れられた署名者です。 mainnet では、これらの値は既存の 21 個の CLMM コンフィグすべてに既に保存されている値と一致します(プログラムレベルのコンフィグアカウントを参照)。アップグレードは、以前は手動で設定された値をハードコードします。
CPMM と同様に、これらはプログラムが新しいコンフィグに書き込む値です。既存の AmmConfig アカウントは書き直されません。コレクショントランザクションを構築する前に、アカウントから owner / fund_owner を読み取ってください。

プロトコルフィー収集ウォレット

各プログラムのプロトコル側の取引フィーシェアが蓄積される場所。これらは通常のトークン保有ウォレットであるため、単一のアドレスは混合された SPL ミントセット(SOL/USDC プールからの wSOL と USDC、SOL/RAY プールからの wSOL と RAY など)を保持します。 Stable AMM のプロトコルシェアは out_put.need_take_pnl_* としてボルト内に蓄積され、スタンディングウォレットに座る代わりに WithdrawPnl によってスイープされます。CPMM の場合、コレクショントランザクションを構築する前に、特定の AmmConfig から protocol_owner を読み取ってください。2026-09 アップグレード前に作成されたコンフィグは異なるキーを保持する可能性があります。

過剰ラムポート収集ウォレット

2026-09-09 にアップグレードされた 3 つのプログラムと、2026-09-30 の CLMM は、プログラム制御アカウントの家賃免除最小値を超えて保持されているラムポートを返す管理インストラクションを取得しました。SIMD-0437 家賃削減に従います。各プログラムは独自の宛先ウォレットをハードコードし、各プログラムは共有プログラム管理者ではなく専用キーです。 CPMM、LaunchLab、CLMM はさらに共有プログラム管理者を署名者として受け入れます。AMM v4 は上記のウォレットのみを受け入れます。管理者フォールバックはありません。AMM v4 はまた、testnet フィーチャーの下で別のテストネットキー(75KWb5XcqPTgacQyNw9P5QU2HL3xpezEVcgsFCiJgTT)をコンパイルします。 これらのインストラクションはラムポートのみを移動します。トークン残高に触れたり、アカウントを閉じたり、プール状態を変更したりすることはありません。products/amm-v4/instructions、products/cpmm/instructions、products/launchlab/instructions、products/clmm/instructions を参照してください。

LaunchLab 委任コンフィグ作成者

CreateConfig は、共有プログラム管理者または以下の委任権限のいずれかを受け入れます。委任ロールは新しい GlobalConfig を作成できます。既存のアカウントの管理者のみの UpdateConfig パスを呼び出すことはできません。

CLMM 制限発行者フリーズ権限

CLMM プール内のいずれかのボルトミントが以下のフリーズ権限の 1 つを持つ場合、V2 パスを通じて開かれた新しいポジションは、ポジション NFT トークンアカウントがフリーズされます。リストは CLMM プログラムの frozen_position_nft_authorities::IDS であり、その単一のエントリは、CLMM の削除されたスーパーステート検出も一致した発行者権限です。これらはマッチキーとしてのみ使用される基礎資産発行者権限です。CLMM プール PDA(発行者キーではなく)がポジション NFT ミントのフリーズ権限になります。 リストは CLMM プログラムにハードコードされています。権限を追加または削除するには、プログラムアップグレードが必要です。

共有コンフィグ / PDA 規約

複数の Raydium プログラムは、公開キーが安定しているコンフィグアカウントを公開 API にリストしています。ハードコーディングよりも API ルックアップを優先してください:

プール作成フィー受取人

CPMM と AMM v4 の両方は、プール作成フィーの宛先を正確なアドレスで検証するため、テストしているクラスタに既に存在する必要があります。CLMM には個別のプール作成フィーはありません。 AMM v4 はまた、testnet フィーチャーの下で 3TRTX4dXUpp2eqxi3tvQDFYUV7SdDJjcPE3Y4mbtftaX をコンパイルします。CPMM は Anchor の ConstraintAddress(2012)との不一致を拒否します。AMM v4 は InvalidFee で拒否します。

CLMM リミットオーダーキーパー

SettleLimitOrder と CloseLimitOrder は、オーダーの独自の owner またはプログラム全体のキーパーキーのいずれかを受け入れます。キーパーはオーダーを開く、増やす、または減らすことはできず、出力は常にオーダー所有者のアカウントに着地します。security/admin-and-multisig を参照してください。 デフォルト CPMM AmmConfig インデックス 0(標準 0.25% プール)フィーパラメータ(参考用): 分割がどのように構成されるかについては products/cpmm/fees を、クロスプロダクトマトリックスについては reference/fee-comparison を参照してください。

PDA シード

以下のシードは正規であり、SDK とオンチェーン CPI の両方で使用されます。常に PDA を計算してください。派生アドレスをハードコードしないでください。
token0Mint / token1Mint は、ハッシング前に公開キーバイト順でソートされます(token0 < token1)。これを間違えると、存在しないプールの有効な PDA が生成されます。 同等の CLMM シードは同じスタイルに従います。products/clmm/accounts を参照してください。

Devnet

Devnet REST API ベース:https://api-v3-devnet.raydium.io/(mainnet と同じルート形状)。

アップグレード権限

mainnet-beta 上のすべての Raydium プログラムは、BPF アップグレード可能ローダーの下で同じアップグレード権限(プログラムアップグレード Squads マルチシグのボルト)で展開されます: 2026-09-09 にオンチェーンで検証済み(AMM v4、CPMM、CLMM、Stable AMM、Farm v6、LaunchLab、AMM ルーティング、Lock)。8 つすべてがその権限を報告し、どれも不変ではありません。高リスクの展開前に solana program show <PROGRAM_ID> -u mainnet-beta で再確認してください。security/admin-and-multisig でマルチシグのしきい値と署名慣行を参照してください。

プログラムレベルのコンフィグアカウント

すべての値は 2026-09-09 に mainnet-beta から読み取られました。これらのアカウントのフィーレートは管理者が変更可能です。キャッシュするのではなく、ライブで読み取ってください。

オンチェーンでアドレスを検証する方法

  1. Solana Explorer。 アドレスを explorer.solana.com に貼り付けて、Program とマークされ、現在のアップグレード権限があることを確認します。Mainnet-beta は Raydium のアップグレード権限で署名された展開を表示する必要があります。
  2. CLI。 solana program show <PROGRAM_ID> -u mainnet-beta を使用して、展開スロット、BPF ローダー、アップグレード権限、データ長を検査します。これらをランブックに記録します。
  3. IDL 添付。 anchor idl fetch <PROGRAM_ID> --provider.cluster mainnet は CLMM、LaunchLab、Lock で機能します。これらはプログラム自体が所有するレガシー anchor:idl アカウントを保持しています。CPMM では機能しません。CPMM のオンチェーン IDL は 2026-09 アップグレードでプログラムメタデータプログラム(ProgM6JCCvbYkfKqJYHePx4xxSUSqJp7rh8Lyv7nk7S)に移動したため、代わりにそこから取得してください。AMM v4、Stable AMM、Farm にはオンチェーン IDL がありません。IDL は github.com/raydium-io/raydium-idl にミラーされています。信頼する前に、オンチェーン IDL をリポジトリと比較してください。
  4. コンフィグ/管理者権限。 CPMM/CLMM コンフィグアカウントの場合、owner/protocol_owner フィールドを読み取り、security/admin-and-multisig で公開されている現在の Raydium マルチシグと一致することを確認します。
上記の 4 つのチェックのいずれかがこのページと異なる場合は、このページが間違っていると見なし、新しいコードをアドレスに対して書く前に問題を開いてください。

このページを更新する

  • プログラム ID への変更は安全性が重要です。(a)Raydium アナウンスへのリンク、(b)reference/changelog へのエントリの追加、(c)ドキュメント全体のリンクチェックを実行して、古い値をまだ参照しているページがないことを確認せずに、プログラム ID の変更を出荷しないでください。
  • 廃止予定は、削除されるのではなく、ステータスノート付きでテーブルに留まります。既存のプールは古いプログラムを通じて解決されます。
ソース: