01
OCO
One-Cancels-Other。多くは目標値とストップという、連動する二つの注文です。一方が約定すると、同じ状態遷移の中でもう一方が取り消されます。
約定
約定の質が、競争優位を決める。
裁量、アルゴリズム、自律型のいずれの戦略も、同じ決定論的な注文プリミティブ、同じ取引前の管理機能、同じ約定の証拠を使用します。約定品質は、末端で交渉されるものではなく、カーネルに設計として組み込まれています。
- 公正な順序付け
- すべての注文に取引前リスク確認
- 価格・時間優先
- 署名付きの約定証拠
トレーダー、アルゴリズム、エージェントに、共通の一つの注文言語。
いかなる参加者も、専用の注文タイプやリスク確認を通過する優先経路を受け取ることはありません。ワンクリックのリミット注文、VWAPのスケジュール、Cortexエージェントが提案する注文は、いずれも同じプリミティブに帰着し、同じ署名付きの記録を残します。
ApexMatchの内部
署名された意図から、最終的な約定まで。
すべての注文は、一つのアトミックな状態遷移の中で六つの段階を経ます。各構成要素、その障害制御、仕様についての正式な詳細は、ApexMatchの技術ページで説明しています。
- 01入口署名付き注文
- 02順序付け公正な順序
- 03リスクAegisゲート
- 04マッチング価格・時間優先
- 05クリアリングネットデルタ
- 06ファイナライズQSE証明
- 決定論的
- 同じ入力から、同じ約定、同じ状態が得られる。
- アトミック
- 取引と担保の更新が同時に行われる。
- 可観測
- すべての段階が署名付きの証拠を発行する。
- 合成可能
- アプリはネイティブな市場プリミティブを呼び出せる。
署名付き注文は六つの段階を進む。地域別ゲートウェイでの入口、正規の位置への公正な順序付け、Aegisの事前リスクゲート、オーダーブック上の価格・時間優先のマッチング、各約定をポジション・残高・手数料・ファンディングの更新へ相殺するクリアリング、そしてQSEクォーラム証明書によるファイナライズである。この経路の下には署名付きの証拠の記録が流れ、決定論的、アトミック、可観測、合成可能という四つの特性が併記される。
注文言語
四つの注文系統、一つのプリミティブ。
コアタイプはカーネルによってネイティブに実行されます。アドバンス、アルゴリズム、機関投資家向けの各タイプはそれらのプリミティブを組み合わせたものであり、すべての注文が同じリスク確認と証拠を引き継ぎます。利用可否は市場によって異なります。
コア
- マーケット
- リミット
- ストップ
- ストップリミット
- ポストオンリー
- リデュースオンリー
アドバンス
- OCO
- ブラケット
- トレーリング
- アイスバーグ
- 非表示
- ペグ
アルゴリズム
- TWAP
- VWAP
- POV
- アライバルプライス
- インプリメンテーション・ショートフォール
- リクイディティシーカー
機関投資家向け
- RFQ
- ブロック
- バスケット
- クロスアカウント
- 条件付きスプレッド
- スマートルーティング
アドバンスト注文
条件付きロジックを、エンジンが保持する。
アドバンスト注文はクライアントアプリケーションではなくプロトコル側に置かれるため、接続が切れても機能し続けます。
02
ブラケット
テイクプロフィットと防御的なストップを組み合わせたエントリー注文で、エントリーが約定した瞬間に両方が有効になります。
03
トレーリング
有利な方向への値動きに一定の距離を保ちながら追随し、市場が転換すると水準を固定するストップです。
04
アイスバーグ
大口の注文を小さく分割して表示します。各分割は非表示の残量から補充され、待ち行列の末尾に加わります。
05
非表示
見える深度を増やさないレスティングオーダーで、非表示の流動性について公開された優先規則のもとでマッチングされます。
06
ペグ
最良買い、最良売り、またはミッドポイントといった参照値にリミット価格を連動させ、参照値の変化に応じて価格が更新される注文です。
アルゴリズム注文
パラメーターが見えるアルゴリズム。
各アルゴリズムは、親注文の上限のもとでネイティブな子注文のスケジュールとして実行されます。アルゴリズムはマーケットインパクトを減らせますが、なくすことはできません。結果は流動性と市場環境によって異なります。
- 01TWAP
- 時間加重平均価格。親注文を、選択した期間に均等に分散したスライスへ分割します。
- 02VWAP
- 出来高加重平均価格。セッションを通じた市場の想定出来高プロファイルに沿ってスライスを配分します。
- 03POV
- 出来高比率参加。取引出来高に対して一定の比率で参加し、市場の活動に応じて速度を上げ下げします。
- 04アライバルプライス
- 注文を出した時点の価格に対するスリッページを管理し、インパクトが許す範囲でより早く取引します。
- 05インプリメンテーション・ショートフォール
- 意思決定時点の価格を基準に、マーケットインパクトのコストと、待つことのリスクとの間でバランスを取ります。
- 06リクイディティシーカー
- オーダーブック、気配への応答、検証済みの外部経路のいずれかにサイズが現れるのを待ち、注文の上限の範囲内で執行します。
機関向けワークフロー
サイズ、パッケージ、複数アカウントにわたる処理。
- RFQ
- サイズの大きい取引や複雑な構造について、流動性提供者にファームクォートを要求します。承諾された気配はアトミックに決済されます。
- ブロック
- 相対で交渉されたサイズで、画面上の取引と同様に報告・クリアリングされ、同じ署名付きの証拠を伴います。
- バスケット
- 複数の商品を一つの指示として送信し、上限を共有し、単一の約定報告を得ます。
- クロスアカウント
- 一つの指示を、許可されたサブアカウントにわたって執行または配分し、アカウントごとの上限と記録を持ちます。
- 条件付きスプレッド
- 複数の商品または期日にわたるレッグを、スプレッドの条件が満たされた場合にのみまとめて執行します。満たされない場合は執行されません。
- スマートルーティング
- 各注文について内部の深度、ディーラーの気配、検証済みの外部経路を評価し、選択した経路を選んだ理由を記録します。
機関向けワークフローは、FIXおよびネイティブAPIを通じて利用でき、ドロップコピーと取引コスト分析を伴います。機関向けをご覧ください。
エンドツーエンドの性能
経路の速さは、最も遅い段階で決まる。
マッチングの速さは、リスク確認、実行、決済が遅れれば意味を持ちません。1,000,000 TPSの最大処理能力のアーキテクチャと、1秒未満のファイナリティ区分は、六つの段階すべてが揃って成立する特性です。
- 01入口地域別ゲートウェイ
- 02注文ApexMatch
- 03リスクAegisによる確認
- 04実行VectorLanes
- 05ファイナライズQSEクォーラム
- 06インデックス化状態のストリーミング配信
六つの段階がつながっている。地域別ゲートウェイを通じた入口、ApexMatchでの注文、Aegisの確認によるリスク、VectorLanes上での実行、QSEクォーラムによるファイナライズ、そしてストリーミング状態としてのインデックス化である。注文が各段階を順に通過する様子が示され、エンドツーエンドの性能はマッチングだけでなく、すべての段階に依存することを表している。