ブローカーやプロップファームのリアルタイム・リスクエンジン:作るか、買うか、拡張するか、そして誰が作れるのか

ブローカーやプロップファームのプレトレードのリスクチェックの出どころは、三つのうちのいずれかだ:ブローカーや清算会社、取引施設が持つ管理機能か、既製のリスクゲートウェイをライセンス提供するベンダーか、自社が所有するエンジンを作るか拡張するエンジニアリング会社である。どれが合うかは、主に、誰のルールを適用しなければならないか、そして誰がそれを変える必要があるかで決まる。どれかに頼る前に、リスクチェックにどれくらい時間がかかり、その数字がどう計測されたのかを尋ねる。そのうえで、キルスイッチ、つまり一つの口座や会社全体の取引をすべて一度に止める管理機能のテストを見せてもらう。

注文が出ていく前に、リスクエンジンは何をチェックすべきか

プレトレードのリスクエンジンは、すべての新規注文と、有効注文へのすべての変更についてチェックを行う。先物業界の業界団体である FIA は、自動売買のリスク管理に関する2024年7月の報告書で、注文サイズのチェックは「新規注文が提出されたとき、または既存の注文が変更されたときに適用されるべきである」と述べている。

中心となるチェックは次のとおりだ:

• ポジション上限:まだ有効な注文、つまり送信済みで、まだ約定もキャンセルもされていない注文も含めて、口座やトレーダーがどれだけ保有してよいか
• 証拠金または買付余力:その口座が、まだその注文をまかなえるか
• ファットフィンガー・リミット:1件の注文の数量と金額、そしてその価格が市場からどれだけ離れているかについての上限。FIA の報告書は、注文サイズの上限は「一般に『ファットフィンガー』リミットと呼ばれる」としている
• キルスイッチ:FIA の報告書の言葉を借りれば、「特定の参加者または参加者のグループについて、すべての取引活動を直ちに無効にする」管理機能で、通常は、新規注文を一切通さず、すべての有効注文をキャンセルすることを意味する

規制当局は、プレトレードのリスクチェックに何を求めているのか

米国では、2010年に採択された SEC Rule 15c3-5 が、マーケットアクセスを持つブローカーまたはディーラーに対し、与信、資本、誤発注についてプレトレードの管理を維持することを求めている。上でリンクした注文執行の遅さについての記事が、この規則を引用している。

EU では、アルゴリズムで取引する投資サービス業者は、2016年7月19日付の Commission Delegated Regulation (EU) 2017/589（欧州委員会委任規則）である RTS 6 の対象になる。第15条は、プライスカラー、最大注文金額、最大注文数量、最大メッセージ数を挙げている。プライスカラーは設定された範囲の外の価格の注文をブロックし、メッセージ数の上限は、会社が送ってよい新規注文、変更、キャンセルの数に上限を設ける。第12条は、会社が「緊急措置として、未執行の注文の一部またはすべてを直ちに」キャンセルできること、そして各注文について、どのアルゴリズムと、どのトレーダー、デスク、顧客が責任を負うのかを把握していることを求めている。

ブローカーや取引施設の管理機能で足りるのはどんなときか

一つのブローカーを通じて取引し、ブローカーの上限以外に上限を必要としない会社なら、ブローカーや取引施設の管理機能で十分だ。

• 自社のルール:ブローカーが制限できるのは、自分に見えているもの、つまり自社の口座全体だけだ。トレーダーごとや戦略ごとの上限が機能するのは、ブローカーがそれに対応し、かつすべての注文に、どのトレーダーまたは戦略が送ったのかが示されている場合だけである。上限は、依頼に応じてブローカーのリスク部門が変更する
• レイテンシ:ブローカーのシステムで決まる。各注文に自社で付けたタイムスタンプとブローカーの確認からわかるのは、チェックだけの時間ではなく往復全体なので、チェックにどれくらいかかるかはブローカーに尋ねる
• コスト:作るものはないが、自社独自の上限はすべて手作業で追うことになるので、その違反の発見は遅れる
• 規制当局:米国では、これらのチェックはブローカーが管理しなければならない。アルゴリズムで取引する EU の投資サービス業者は、RTS 6 に基づく自らの義務を引き続き負う

FIA の2024年の報告書は、顧客とブローカーの接続が切れると、その顧客の有効注文が市場に残りうると警告している。顧客のキャンセル要求を取引所までそのまま中継することは「通常はサポートされておらず、顧客は有効注文を手動でキャンセルするためにブローカーに連絡する必要がある」とされる。

ライセンス型のリスクゲートウェイが理にかなうのはどんなときか

ライセンス型のリスクゲートウェイとは、ブローカーや取引施設に届く前にすべての注文をチェックする既製のソフトウェアだ。自社のルールがほとんどの会社のルールと似ていて、それを複数のブローカーや取引施設で近いうちに使う必要があるなら、理にかなう。

• 自社のルール:製品が備えるルールの種類から選び、自社のスタッフがベンダーの画面で上限を設定する。ロジックはベンダーのコードの中にとどまるので、自社のやり方で測る損失上限のように製品にないルールは、ベンダーの対応か有償のカスタム開発を待つことになる。製品の提供が終了したり、価格が改定されたりした場合にどうなるのかを尋ねる
• レイテンシ:ベンダーの数字がどこからどこまで、どの程度の負荷で計測されたのかを尋ねる。別のサービスとして動くゲートウェイは、すべての注文に、たいていはネットワーク越しのホップを一つと、その分の遅延を加える
• コスト:ユーザー単位、接続単位、注文量に応じた課金といったライセンスモデルに加え、新しい取引施設、ハードウェア、カスタムルールの料金
• 規制当局:何をライセンスしても、義務は会社に残る。自社が対象となる規制が求めるすべての管理を製品がカバーし、それを証明する記録を残すことを確認する

自社のリスクエンジンを作る、あるいは拡張すべきなのはどんなときか

ルールが売り物の一部であるとき、あるいは自社のやり方でルールを適用できる製品がないときは、自社で作る。現在の注文経路が機能していて、チェックだけが遅い、欠けている、あるいはスプレッドシートで管理されているなら、その経路にリスクの層を加えて拡張する。

• 自社のルール:各ルールは、自社の契約と顧客の取引条件が定めるとおりに書かれ、自社のリスク担当者が、自社で仕様を決めた画面で上限を変更する。上限の設定と変更について、FIA の報告書はこう述べている:「利益相反を避けるため、可能な限り、取引業務から独立した権限のあるスタッフがこのプロセスを管理すべきである。」契約には、コードを誰が所有するのかも明記しておく
• レイテンシ:チェックは余分なホップなしに自社の注文経路の内側で実行でき、ルールを追加するたびに計測し直さなければならない
• コスト:開発とテストの時間、各ブローカーや取引施設への接続とそこからの約定情報の配信、そしてローンチ後にエンジンを運用する人員
• 規制当局:義務は変わらず、今度は自社のソフトウェアがそれを満たさなければならない。拒否されたすべての注文と上限の変更を記録し、キルスイッチをテストし、RTS 6 のもとでは、各注文をそのアルゴリズムと、担当するトレーダー、デスク、顧客までたどれるようにする

プロップファームは、1日の損失上限とドローダウンの上限をどう守らせるべきか

プロップファームの取引ルールはプロダクトの一部であり、同じプランのすべてのトレーダーに同じように適用されなければならない。そうしたルールのうち二つが1日の最大損失と最大ドローダウンで、最大ドローダウンとは、口座が開始時の残高やこれまでの最高水準からどこまで下がってよいかを指す。

取引ルールを公開しているプロップトレーディング会社の FTMO は、これらの上限を有効証拠金（エクイティ）、つまり口座残高に保有ポジションの損益を加えた額で測っている。2026年10月6日に閲覧した同社の Trading Objectives のページは、Maximum Daily Loss（1日の最大損失）を、口座の有効証拠金がそれより下に「下がることはできない」水準として定義している。

トレーダーは、注文を一つも出さなくても、価格が動いただけで、有効証拠金に基づく上限を破ることがある。だからチェックは価格が変わるたびに走り、上限に達した瞬間にリスクを増やす注文をブロックし、ルールでそう定めていればポジションを決済する。1日の終わりに作るスプレッドシートでは、違反が見つかるのは何時間も後になる。

上限は、その水準の決め方でも異なる。同じページによれば、FTMO の 1-Step チャレンジの Maximum Loss（最大損失）は「エンドオブデイ・トレーリング」型の上限だ。その水準は、中央ヨーロッパ時間の午前0時に記録される残高の最高値をもとに1日1回設定し直され、上がることはあっても下がることはない。2-Step チャレンジは、代わりに「固定の上限」を使う。各ルールが何に基づいて測られ、いつリセットされるのかを書き留め、すべての違反を、その時刻、価格、有効証拠金とともに記録する。

リアルタイムのリスクエンジンを誰が作れるかは、どう確かめればよいのか

候補リストのすべての会社に、四つのテストを課す:

• リスクチェックにかかる時間と、その計測方法。注文全体の時間とは別に、リスクチェックだけの時間を、計測の開始点と終了点、パーセンタイル、負荷、ハードウェアとあわせて求める。目標が1ミリ秒を大きく下回るなら、自社の最も忙しい負荷での99パーセンタイル、つまり100回のチェックのうち99回がそれを下回る時間を求める
• キルスイッチの訓練。有効注文がある状態のテスト環境で、まず一つの口座について、次に会社全体についてスイッチを押し、新規注文が拒否され有効注文がキャンセルされるまでの時間を計る。FIA の報告書は、自動売買を行うトレーダーは「ブローカーが発動したキルスイッチを無効化できてはならない」としているので、取引口座から無効化を試み、スイッチが効いたままであることを確かめる
• 再起動後の復旧。取引時間中にエンジンを止めて再起動する。どの口座も取引を再開する前に、ポジション、有効注文、使用済みの上限枠が、ブローカーや取引施設の記録と照合されたうえで正しく復元されていなければならない
• 自社のオーダーフローの再生。最も忙しい1分間を含め、記録しておいた1日分の自社の注文と価格をエンジンに流し、現在の管理と異なる判断があれば、そのすべてを相手の会社に説明してもらう。サイズ上限が設定されていない銘柄の注文も含める。FIA の報告書は、システムはそうした注文をブロックすべきだとしている

こちらのルールとオーダーフローを見る前に会社が示すレイテンシの数字は、どれもほかの誰かのルールとオーダーフローで計測されたものだ。自社の1日分の再生から、その数字を改めて出してもらう。

amBrain はどこに位置づけられるか

amBrain はアルゴリズム取引の基盤を構築する:注文執行、マーケットデータ、プレトレードのリスク管理。

amBrain は自己勘定取引会社向けのプラットフォームを構築する:評価チャレンジ、取引ルール、会計。トレーディング分野の仕事には、トレーディングターミナルの開発、注文管理システム、FIX プロトコルによる取引所連携も含まれる。

amBrain は、トレーディングとアドテクの遅いシステムを診断する。稼働中のプラットフォームをエンドツーエンドで計測し、時間がどこで費やされているかをレポートで特定する。

amBrain は2019年からソフトウェアを作っている。働き方には三つの形態がある:フルデリバリー、専任チーム、あるいはあなたのチームに入るエンジニア。顧客は、amBrain の再利用可能なコンポーネントを除き、プロダクトとコードの完全な所有権を保持する。

リスクチェックが遅い、あるいはスプレッドシートで管理されているなら、amBrain を含め、どの会社を選ぶにしても、四つのテストを契約に書き込む。

この記事は事例紹介ではなく、顧客のための仕事についても述べていない。amBrain が構築したどのシステムについてもレイテンシの数字を挙げず、価格や期間も示さない。

よくある質問

• 注文経路の内側にチェックを置くと、発注は遅くなるか。少しは遅くなる。チェックはそれぞれ、すべての注文に自分の時間を加えるので、その時間は小さく、かつ計測されていなければならない。その方法は、上でリンクした注文経路のプレトレードリスクについての記事が説明している
• リスクエンジンにはいくらかかり、作るのにどれくらいの期間がかかるのか。費用も期間も、ブローカーと取引施設の数、資産クラス、証拠金のルール、そして誰がエンジンを運用するかに応じて増える。各社に第1フェーズの見積もりとスケジュールを出してもらい、上の四つのテストを合格基準にする