このページは AI による自動翻訳です。すべての内容は英語版を正とします。英語版を表示 →
Raydium Perpsは、Orderly Networkのホワイトラベルデプロイメントです。 オーダーブック、マッチングエンジン、アカウント状態はすべてOrderlyに配置されています。Raydium SDK v2(
@raydium-io/raydium-sdk-v2)はPerpsをサポートしていません。プログラマティックアクセスの場合は、OrderlyのREST + WebSocket APIを直接使用してください。以下のスニペットは最も一般的なフローを示しています。正規リファレンスはorderly.network/docsにあります。バージョン情報
- バックエンド:Orderly Network REST + WebSocket API
- スニペット検証:Orderly APIに対して2026-04時点で検証済み
- オンチェーン入金用Solanaクラスタ:
mainnet-beta - 署名:EIP-712形式のOrderlyペイロードに対するSolana ed25519(OrderlyはEVM以外のチェーンに対してもEIP-712スキーマを使用しています。最新フィールドリストはOrderlyドキュメントを参照)
このページの内容
以下のフローは、統合者にとって重要なライフサイクルをカバーしています:- アカウント設定 — USDCを入金してアカウントをOrderlyに登録します。
- 認証されたREST呼び出し — オーダー発注、キャンセル、アカウントクエリのためにリクエスト署名を行います。
- トレーディング — マーケット・リミットオーダーの発注、キャンセル、ポジション・約定の取得。
- マーケットデータ — オーダーブックおよびトレードWebSocketへの購読。
- 出金 — ウォレットへの出金を開始します。
@solana/web3.jsと ed25519署名用のtweetnaclを使用したNode.js + TypeScriptをターゲットとしています。これらはスターティングポイントです。OrderlyのAPIサーフェスは広く、このページより速く変化します。本番環境のコードをデプロイする前に、常にOrderlyの最新ドキュメントを確認してください。
セットアップ
アカウント登録
オーダーを発注する前に、ウォレットをOrderlyに登録します:(broker_id, wallet_address)ペアごとに決定論的です。登録はべき等です。ウォレットがRaydiumのブローカーで既に登録されている場合、呼び出しは新しいものを作成することなく同じアカウントIDを返します。
USDC の入金
入金は、ウォレットATAからOrderlyの決済ボールトにUSDCを移動させます。これらはオンチェーンのSolanaトランザクションです:/v1/client/holdingをクエリして確認します:
orderlyAuthGetは以下で定義されています。すべての認証済みコールはそれを通じて実行されます。)
リクエスト署名ヘルパー
Orderlyへのすべての認証済みREST呼び出しは、(timestamp + method + path + body)上のEd25519署名を含みます:
timestampを持つリクエストは拒否されます。クロックを同期し(NTP)、事前に署名したリクエストは避けてください。
マーケットオーダーの発注
order_idとステータスを返します。約定はWebSocket経由で到着します(以下を参照)。RESTレスポンス自体は完全に約定するまでブロックしません。
Post-Onlyでのリミットオーダー発注
IOC / FOK については、time_in_force: "IOC"または"FOK"を設定してください。各フラグのセマンティクスについてはproducts/perps/order-typesを参照してください。
オーダーのキャンセル
/v1/ordersをポーリングするか、WebSocketを観察して常に調整してください。キャンセルが確認なしで成功したと仮定すると、重複または意図しないポジションにつながる可能性があります。
オープンポジションの取得
position_qtyはショート、正はロングです。position_qty == 0はポジションがクローズされていることを意味しますが、次のクリーンアップまで行が表示される場合があります。
約定履歴の取得
pageとsizeクエリパラメータを使用してページネーションします。
WebSocket:マーケットデータ
subscribeペイロードを送信します。Orderlyのドキュメントに正確なペイロード形状があります。これは時々変わるため、ここで特定のスキーマをハードコーディングしないでください。
USDC の出金
products/perps/fees参照)。オンチェーン転送は通常状況下で1~2分以内に発生します。混雑中はより長く予想されます。
よくある落とし穴
- トレーディングキーを環境間で再利用しないでください。 ウォレットに対して登録された単一のOrderlyトレーディングキーは、1つのSolanaメインネットアカウントに関連付けられています。devnetやステージングも必要な場合は、それぞれに個別のキーを生成してください。
- 時刻同期。 Orderlyのクロックスキュー許容度は厳しい(±5秒)です。長時間実行されるサービスでは、NPTドリフトが最終的に署名を破壊します。定期的に再同期してください。
- WebSocketの再接続。 パブリックWSは、Orderlyのアップグレード中に時々接続を切断します。指数バックオフを実装し、再度開いたときに再購読してください。
- レート制限。 RESTコールはアカウントごとのティアレート制限です。>5個のオーダーをキャンセルする場合、
cancelをIDでループするのではなく、cancel_all経由でキャンセルします。 - ポジション方向は暗黙的です。
PERP_SOL_USDCのBUYオーダーはロングを開くまたは拡張します。SELLはショートを開くまたは拡張します。既にロングの場合、Raydium Perpsは片方向モードであるため、SELLはポジションを削減(および反転させる可能性があります)。オーダーを発注する前に、方向が重要な場合は現在のポジションを常に確認してください。 - ファンディングと清算はオーダーフローとは別です。 ファンディング支払いと清算は個別のイベントストリームとして表示されます。これらは「オーダー」ではありません。これを観察する必要がある場合は、関連するプライベートWSトピックを購読してください。
次のステップ
products/perps/trading-basics— パーペチュアルメカニクスの概念プライマー。products/perps/order-types— 各オーダータイプとフラグのセマンティクス。products/perps/collateral— サポートされている担保資産およびチェーンごとの制限。products/perps/fees— メーカー/テーカースケジュールと出金手数料。
- Orderly Network開発者ドキュメント — 上記で使用されるAPIサーフェスの正規リファレンス。Raydium Perpsは直接これを消費しています。
- Orderly TypeScript SDK — 同じREST/WebSocketレイヤーを型付きヘルパーでラップします。署名レイヤー自体を書くのをスキップしたい場合に便利です。

