RPI注文

1.RPI注文とは

2.RPI注文の主な特徴

• 適用可能な契約タイプは 、USDT 無期限契約、USDC 無期限契約、インバース型無期限契約、インバース型受渡契約をサポートします。具体的にサポートされている先物取引ペアについては、公式発表を参照してください。
• ポストオンリー RPI 注文はパッシブメイカー注文としてのみ機能し、既存の注文とすぐには一致しません。注文が送信後すぐに一致した場合、システムによって拒否されます。
• 取引相手制限 RPI 注文は非 API 小売注文とのみ照合され、API またはアルゴリズム注文に対しては実行されません。
• マッチング優先度ルール
  • RPI 注文では、価格時間優先が適用されます。
  • 同じ価格レベルでは、注文の送信時間に関係なく、非 RPI 注文が常に RPI 注文よりも優先されます。
• 注文簿の可視性 RPI 注文は可視注文であり、その有効な価格と数量は取引インターフェースに表示され、市場データ API を通じて提供されます。

 3.シナリオ例

• 価格 99 で RPI 売り注文を送信すると、システムによって拒否されます。
• 価格 99 で RPI 買い注文を送信すると、注文板に残り、マッチングを待機します。
• 価格 100 で API 購入注文を送信すると、同じ価格 (100) の RPI 売り注文が非アクティブになり、一時的にマッチングに参加しなくなります。

• システムにより自動的にキャンセルされることはありません。
• 取引インターフェースからは隠され、実行可能な厚さにはカウントされません。
• システムに残り、市場状況によりマッチングが再び可能になると自動的に再アクティブ化されます。

4.RPI注文の動的ステータス

• 非アクティブ 市場の変動により RPI注文価格が一致しない注文と交差した場合、RPI 注文は非アクティブになります。
• アクティブ: 価格条件が再度満たされるか一致しなくなると、RPI 注文は自動的にアクティブになります。
• 注文ライフサイクル 非アクティブな RPI 注文は自動的にキャンセルされません。マーケットメーカーは注文を管理し、必要に応じて注文をキャンセルしたり価格を調整したりすることができます。RPI 注文ステータスはシステムによって自動的に管理されますが、ステータスの変更によって注文自体が消えるわけではないため、ユーザーは関連するリスクを監視および管理する必要があります。

5.RPI注文の提出

• 注文配置インターフェースは 、timeInForce = "RPI" パラメータをサポートしています。
  • 単一注文の配置
  • 一括注文の配置
• 注文クエリと履歴注文インターフェースは、注文タイプを区別するために RPI 識別子を返します。

• 取引データは、取引が RPI 注文から発生したかどうかを示す isRPITrade フィールドを返します。

• 注文板API は、RPI の厚さの可視性を制御するための RPIFilter パラメータをサポートしています。
  • RPIFilter = 0: 非RPI注文板のみ（デフォルト）
  • RPIFilter = 1: 非RPIとRPIの両方の注文板を返す
• 有効にすると、売買厚さに非 RPI 注文と RPI 注文の数量が別々に表示されます。

6.注文書表示

• 取引インターフェース ユーザーは、取引インターフェースですべてのアクティブな RPI 注文を表示できます。実行可能な市場の厚さを反映するために、価格と数量は非 RPI 注文と一緒に表示されます。
• API 注文帳RPIFilter パラメータを使用すると、ユーザーは RPI厚さデータを含めるかどうかを選択できます。
  • 無効: RPI以外の注文板のみを返します
  • 有効: 非RPIとRPIの両方の売買数量を返すため、マーケットメーカーは流動性をより正確に管理できます。