ブローカー、取引施設、暗号資産取引所の取引監視：製品を購入するか、取引プラットフォームのツールを使うか、自社でアラートを構築するか

取引監視とは、会社自身の注文と取引を見て、スプーフィングやウォッシュトレードなど、市場濫用の可能性を探し、人がレビューするアラートを出すソフトウェアです。ブローカー、取引施設、暗号資産取引所は、製品を購入することも、取引プラットフォームやパートナーが提供するものを使うことも、自社でアラートを構築することもできます。EUの規則とFINRAのガイダンスでは、他社が作業を行う場合でも、責任は会社に残ります。選択は、注文データの完全さと、誰がアラートをレビューするかで決まります。

取引監視は何をするのか

監視ソフトウェアは、注文と取引の記録を読み、活動が市場濫用の可能性があるパターンに当てはまるとアラートを出します。続いてアナリストがアラートをレビューし、閉じるか、エスカレーションします。会社に合理的な疑いがある場合は、その活動を規制当局に報告し、EUと英国では、疑わしい取引・注文報告書（STOR）によって行います。欧州委員会委任規則(EU) 2016/522は、採択された文言のままここに引用しており、この一覧の最初の二つのパターンを説明しています。

• レイヤリングとスプーフィング。複数または大量の注文を板の片側に出し、「板の反対側で取引を成立させるため」に使います。注文は多くの場合「タッチから離れた」位置、つまり最良買い気配と最良売り気配から離れた位置に置かれます。取引の後、「執行する意図のない注文は取り消されなければならない」。
• ウォッシュトレード。「受益者の持分にも市場リスクにも変化がない」取引、またはそれらが「共同して、あるいは共謀して行動する」当事者の間で受け渡される取引。
• インサイダー取引。内部情報、つまり公表されておらず、公表されれば価格を大きく動かす可能性が高い、的確な情報に基づく取引です。欧州証券市場監督局（ESMA）はEUの証券規制当局です。2025年7月9日のガイドラインは、「取引プラットフォームで新しいトークンを上場する決定を知っているCASPの従業員」という例を挙げています。CASPとは暗号資産サービス提供者です。このパターンのアラートは、取引を、その後に出たニュースと照合します。

EUの規則は、ブローカーと取引施設に何を求めているか

EUの市場濫用規則（MAR）は、第16条で義務を定めています。ブローカーについては、第16条(2)が「取引を職業として仲介または執行する者は、疑わしい注文および取引を検知し報告するための、効果的な取り決め、システム、手続を整備し、維持しなければならない」としています。取引施設を運営する市場運営者と投資会社には、第16条(1)により、濫用を「防止し、検知することを目的とする」義務があります。どちらも、規制当局に「遅滞なく」報告しなければなりません。

欧州委員会委任規則(EU) 2016/957が詳細を補います。MARとこの規則は、legislation.gov.ukからの採択時の文言で引用しているため、現行のテキストを確認してください。規制当局とベンダーのページはすべて2026年11月9日に、委任規則(EU) 2025/885の採択された文言は2026年11月10日に閲覧しました。経路を選ぶうえで特に重要なのは、次の部分です。

• 網羅性。第3条(1)により、システムは「執行された取引と、出された・変更された・キャンセルされた・拒否された注文のすべて」の分析を可能にしなければなりません。
• アラートと担当者。システムは「さらなる分析が必要な活動を示すアラートを生成」しなければならず、第3条(4)は「適切な水準の人による分析」を求めています。
• 取引施設向けのリプレイ。第3条(3)は、市場運営者と取引施設を運営する会社に、「オーダーブックのデータを遅延して自動で読み取り、再生し、分析できるソフトウェア」を求めています。
• 比例性とレビュー。第2条(5)は、事業の規模に見合った体制を求め、それは「少なくとも年1回の監査と内部レビューによって、定期的に評価され」、「書面で明確に文書化」されなければならないとしています。

MiCAの下で、暗号資産取引所は何をしなければならないか

暗号資産市場規則（MiCA）は、ここではESMAのオンラインルールブックで公表されている文言で読んでいます。第92条(1)は「暗号資産の取引を職業として仲介または執行する者は、市場濫用を防止し検知するための、効果的な取り決め、システム、手続を整備しなければならない」としています。その者は「注文または取引に関する合理的な疑い（そのキャンセルや変更を含む）」と、「コンセンサスメカニズム」など、ブロックチェーンの仕組みに関する疑いで、状況から市場濫用の可能性が考えられるものを報告しなければなりません。

ブロックチェーンの監視について、ESMAの2024年12月17日の最終報告書は、期待を「PPAETに届く取引」、つまり取引を職業として仲介または執行する者のものに限定しています。監視は「取引の大半が行われるオフチェーン取引を含む」べきで、オンチェーンデータは「PPAETの活動に関わる限り」対象になります。採択された基準は2025年4月29日の欧州委員会委任規則(EU) 2025/885で、ESMAの2025年7月9日のガイドラインもこれを挙げています。その第3条(1)(c)は「取引プラットフォームを運営する暗号資産サービス提供者」を名指しして要件を定めているため、取引所は対象になると考えておくべきです。ESMAの最終報告書は、ほかに誰が対象になるかを基準で定義しないことを選んだため、ほかの暗号資産事業者は、自社の立場を弁護士に確認してください。

米国と英国の規則は、取引監視についてどう定めているか

FINRAは米国のブローカー・ディーラーの自主規制機関で、規則3110で、各会員が「各関係者の活動を監督するシステムを確立し、維持する」ことを求めています。この規則の補足資料.05は「会員が、合理的に設計されたリスクベースのレビューシステムを使っている場合、各取引の詳細なレビューを行う必要はない」としています。規則5210は、一つのアルゴリズム、一つのデスク、または関連するものによる自己取引のパターンについて、会員が「自社の取引活動をレビューするために合理的に設計された方針と手続を整備していなければならない」とし、そのパターンの防止も求めています。ここでの自己取引とは、一社の注文どうしが意図せず約定し、証券の所有者が変わらない取引を指します。この記事が扱うのはFINRA会員のみのため、先物の会社やその他の米国の事業者は、自社に適用される規則を確認してください。

英国金融行為規制機構（FCA）は「取引を職業として仲介または執行する者も、疑わしい取引と注文を検知し報告しなければならない」と述べています。同じページには、英国の取引施設の運営者にも検知と報告の義務があると書かれています。2026年10月のニュースレターであるMarket Watch 86で、FCAは「7社のリテールブローカーを訪問し、市場濫用の監視体制の有効性を評価した」と報告しています。「これらの体制が、設計、導入、実際の運用の面で重大な弱点を抱えていることが分かった」。

取引監視にはどんな注文データが必要か

アラートが働けるのは、受け取ったデータの範囲だけです。FCAの2021年11月のMarket Watch 68は「市場濫用の可能性を効果的かつ一貫して見つけるには、取引だけでなく注文も取得し、監視する必要がある」と述べています。レイヤリングとスプーフィングについての警告は「執行されなかった注文をすべて取得していないと、この行為を見逃すおそれがある」です。2022年5月のMarket Watch 69は、各社が「キャンセルや訂正された注文を含め、すべての注文と取引を監視していない」ことを確認しました。

製品を比較する前に、自社の記録で次の4点を確認してください。

• 注文イベント。新規、訂正、キャンセル、拒否、約定は、それぞれ同じ注文IDを共有している必要があります。取引だけのエクスポートでは、スプーフィングは見えません。
• 時計。欧州委員会委任規則(EU) 2017/574は、採択された文言のまま読むと、EUの取引施設とその会員の時計をUTC（国際的な基準時刻）に結び付けています。会員の場合、許容誤差は、音声取引の1秒から、ほとんどのその他の取引の1ミリ秒までで、高頻度取引ではさらに小さくなります。FINRA規則4590は、コンピュータの時計について「NIST時計との差を50ミリ秒以内」と定めており、NISTとは米国の標準機関の基準時刻です。これはNMS証券および店頭株式（米国の取引所に上場する証券と、店頭で取引される株式）のイベントに適用されます。
• 顧客の識別。Market Watch 67（2021年5月）は、顧客コードの対応付けが誤っていると「取引所に誤ったデータが保存されるおそれがある」と述べています。FINRAの2026年版年次規制監督報告書は、有効な実務として「関連する（または共謀している）と特定された口座の監視」を挙げています。
• 保存。委任規則2016/957は、調査した注文と取引の分析、および「STORを提出した、または提出しなかった理由」について、5年間の保存を求めています。FINRA規則4511は、保存期間が別に定められていない記録に「少なくとも6年」を定めています。

誤報は誰がレビューするのか

多くのアラートは何でもなかったと判明しますが、それでも一件ずつ人の確認が必要です。ESMAの暗号資産に関する報告書は「自動化は、疑わしい取引の特定において誤検知の割合を高くすることもある」と述べ、人による分析は「濫用の可能性がある注文や取引の検知には、常に関与していなければならない」としています。理由の一つは、弱いアラートが報告として規制当局に「殺到」しないようにするためです。

閾値は、誤報がどれだけ出るかを左右します。Market Watch 69は、全銘柄に一つの閾値を使うと、活動を見逃すか、「多くの『ノイズ』を生む」おそれがあると警告しています。Market Watch 86は、銘柄の変動の大きさを無視した「一律の価格変動閾値」を使うブローカーを確認しました。ほかにも、最低取引額が「高すぎて、顧客取引のかなりの割合が監視の対象から外れている」ところがありました。

誰がアラートを処理するかは、ツールを選ぶ前に決めてください。委任規則2016/957は、この業務を担うスタッフに定期的な研修を求めており、FINRAの2026年の報告書は、各社が「アラートのレビュー結果を文書化していない」ことを問題視しています。Market Watch 86は、アナリストを「アラートを閉じる理由を探す」方向に導く手順を批判しました。暗号資産取引所は24時間取引されるため、夜間と週末のアラートの担当者を決めておいてください。

自社の取引プラットフォームやパートナーが提供するものに頼ってよいか？

この方法は、データがすでに他社にあるため、運用する部分が最も少なくて済みます。取引プラットフォームのメーカーであるTrading Technologiesは、「取引所のドロップコピー、FIXドロップコピー、ファイルの直接アップロードを通じて、あらゆるシステムから取引データを取り込める」TT Trade Surveillanceを販売しています。ドロップコピーとは注文メッセージのライブの複製で、FIXはブローカーや取引施設が使う共通のメッセージ形式です。製品には「説明可能な標準搭載モデル」が付いています。FINRAのReport Centerには、レイヤリングとスプーフィングの可能性のある事例を示すCross Market Equities Supervisionレポートがあります。委任規則2016/957の第3条(6)も、取引を職業として仲介または執行する者が、書面による契約で、自社グループ内の会社に監視を委任することを認めています。

この種のツールが見られるのは、受け取ったフローだけです。取引プラットフォーム自身のツールは、通常そのプラットフォームの注文しか読まず、流動性プロバイダーは自社に届く注文を読みます。複数のプラットフォームを使うブローカーは、すべてのプラットフォームがツールにデータを渡さない限り、抜けが生じます。フィードにキャンセルや訂正の注文が含まれるか、閾値を自分で変更できるかを確認してください。

業務を委託しても、責任は自社に残ります。委任規則2016/957の第3条(7)は、取引を職業として仲介または執行する者を対象にしています。その者は「注文と取引のデータを含むデータ分析と、アラートの生成」を第三者に委任できますが、「全面的な責任を負い続けなければならない」。また、提供者を評価する専門知識と、「データ分析とアラートの生成に関するすべての関連情報への直接のアクセス」を保持しなければなりません。FINRAの規制通知21-29は、外部委託は「該当する連邦証券法令および規制を遵守する最終的な責任を会員から免除するものではない」としています。

第3条(6)と(7)は取引施設の運営者に触れていないため、取引施設は何を外部に委ねられるかを弁護士に確認してください。暗号資産の規則はさらに踏み込んでいます。委任規則2025/885の第3条(4)は、暗号資産の取引を職業として仲介または執行する者に、監視と検知、およびデータ分析とアラートの外部委託を認めています。その者は「全面的な責任を負い続けなければならない」。

監視製品は購入する価値があるか？

ほとんどのブローカーと取引施設にとっては、購入する価値があります。ただし、設定の仕組みを自社側の誰かが説明できることが条件です。典型的な製品は、アラートの種類と、案件をレビューする画面を組み合わせたもので、各ベンダーは自社の製品を次のように説明しています。

• Eventusは、Validusには「標準で150を超える手順」があり、「ほぼリアルタイムでもT+1（取引の翌日）でも」実行できるとしています。さらに「自動化により、誤検知の平均90%が解消される」と主張しています。
• NICE Actimizeによれば、SURVEIL-Xは「誤検知を大幅に減らす」としていますが、ページにはその根拠となる数値がありません。また「メール、チャット、音声通話など、さまざまなコミュニケーションチャネルを監視する」とあります。
• Solidus Labsは、HALOプラットフォームが「スポット、デリバティブ、オンチェーン、オフチェーンの市場にまたがる相関した操作を明らかにできる」とし、顧客は「A/Bバックテストを実行し、本番投入の前に影響をプレビューできる」としています。
• Scilaは「市場参加者向けのリアルタイムの市場監視とリスク計算」を提供するとしています。

これらはベンダー自身の主張ですので、自社のデータで確かめてください。この記事のために読んだベンダーのページには、価格を示すものはありませんでした。価格が何で決まるのか、市場を追加したときは誰が負担するのかを尋ねてください。

製品を購入しても、その仕組みを説明できないままになることがあります。FCAはMarket Watch 86で「監視を担当する個人が、自社のシステムがどう機能するかを十分に説明できない例が見つかった」と述べ、さらに「一部は、外部ベンダーが提供する標準設定にそのまま頼っているように見えた」と指摘しています。2018年9月のMarket Watch 56には「各社は、アラートの調整について自ら判断を下す責任を負う」とあります。

自社の監視アラートを構築すべきなのはどんなときか

自社構築が理にかなうのは、テストした製品が市場に合わない場合です。たとえば、特殊な注文タイプを持つ取引施設や、独自のマッチングルールを持つ暗号資産取引所が当てはまります。最初のアラートを書く前に、完全な注文記録が必要です。また、良いアラートとはどういうものかを言葉にでき、稼働している間ずっとテストし続けるアナリストも必要です。取引施設には、第3条(3)が定めるオーダーブックのリプレイも必要です。

ライセンス料を節約するために構築してはいけません。アラートのロジックは、たいてい仕事の小さい部分で、上で述べた義務はすべて、自社で書いたシステムにもそのまま適用されます。

中間的な選択肢は、注文のデータベースとそれを埋めるフィードは自社で持ち、そのデータを購入した製品に送る方法です。Trading Technologiesのページにあるように、ドロップコピーやファイルアップロードを受け付けるベンダーもあります。記録は自社のものであり、アラートのライブラリの保守は他社が担います。

アラートが機能するかどうかを、どうテストするか

アラートの件数を数えるだけでは、弱いテストです。Market Watch 86は、一部の会社が「アラート件数と取引量を比べる、過去の取引データだけでアラートの出力を確認するといった単純なテスト指標」に頼っていたと述べています。良い実務としては「『ライン上』『ライン下』のテストによる、異なる閾値でのアラートのテスト」を、別の方法としては「アラートが想定どおりに発生するかを確かめるための合成取引データの利用」を挙げています。テスト計画は四つの部分からなります。

• ライン上側。各閾値で発生したアラートを抽出し、レビューの結果がその設定を裏付けているかを確かめます。
• ライン下側。閾値にわずかに届かなかった活動を抽出し、アナリストにレビューさせます。その一部にアラートに値するものがあれば、閾値が高すぎます。
• 仕込みのケース。架空の注文で作った既知のスプーフィングやウォッシュトレードを、データのテスト用コピーに投入し、正しいアラートが発生するかを確認します。
• リプレイ。過去の取引日をシステムに流し、注文とキャンセルの件数を、取引施設またはプラットフォーム側の件数と比べます。

ベンダーを変えるとき、何が手元に残るか

署名の前に、出口を計画してください。委任規則2016/957の第3条(8)にある5年間の記録保存義務は、契約が終わった後も続きます。第3条(7)は、契約が「機能を委任する者が当該契約を終了できる根拠を定める」ものでなければならないとしています。

すべてのアラート、案件メモ、アナリストの判断、閾値の設定をエクスポートする権利を書面で確保し、ベンダーのソフトウェアなしで読める形式で受け取れるようにしてください。生の注文と取引、そして顧客コードと顧客の対応関係は、自社でもコピーを保管してください。アラートのロジックはベンダーのものなので、新しいシステムでは閾値を設定し直すことになります。構築する場合は、契約でそう定め、構築側が保持するものを列挙していれば、コードを自社で所有できます。

監視ベンダーや、アラートを構築する会社に何を尋ねるべきか

• システムは、訂正、キャンセル、拒否を含むすべての注文イベントを読み取っていますか。それを自社のフローのサンプルで確認できますか？
• どのアラートの種類が自社の市場と商品をカバーし、どれがカバーしていませんか？
• 担当者は閾値を変更できますか。また、変更ごとに、誰がどんな理由で行ったかが記録されますか？
• 「ライン上」「ライン下」のテストはどう実施しますか。架空の注文を投入できますか？
• どのタイムスタンプを保存していますか。また、時計が一致しない取引施設はどう扱いますか？
• 担当者はアラートを閉じる理由をどう記録しますか。その履歴をエクスポートできますか？
• アラートのロジックは誰が見られますか。また、特定のアラートがなぜ発生したかを書面で説明できますか？
• 現在稼働しているシステムで、これが動いているところを見せてもらえますか。

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

amBrainはこのブログを公開しています。同社はトレーディング関連の仕事の一部を、「amBrainは、アルゴリズム取引のインフラを構築します。注文執行、マーケットデータ、プレトレードのリスク管理です。」という一行で説明しています。この一行に、取引監視は含まれていません。

同社の沿革についての言葉は「amBrainは2019年からソフトウェアを開発しています。」です。クライアントとの進め方については、「3つの形態：フルデリバリー、専任チーム、お客様のチームに組み込まれるエンジニア。」と述べています。所有権については「クライアントは、当社の再利用可能なコンポーネントを除き、製品とコードの完全な所有権を保持します。」です。署名の前に、そのコンポーネントの一覧を名前つきで求めてください。

この記事はケーススタディではなく、クライアントの仕事を描いたものでもありません。amBrainが、いずれかのクライアントのために監視システムを構築、ライセンス提供、または統合したとは、どこにも書かれていません。引用は、ESMA、FCA、FINRA、Trading Technologies、Eventus、NICE Actimize、Solidus Labs、Scilaの公開ページと、legislation.gov.uk、EUR-Lexから取っています。記事は、amBrainとこれらの企業との関係を主張せず、その製品を推奨せず、amBrainの価格や納期も示していません。

法律や投資のアドバイスでもありません。御社に適用される規則は、事業を行う各市場の弁護士に確認してください。amBrainが候補に入っているなら、他社と同じ質問をしてください。