市場データを信頼できないとき：オーダーフロー分析でフィードの完全性が重要な理由

オーダーフローの分析に使うチャートはすべて、市場データだけを拠り所にしています。そのため、データに欠陥があれば、そのままチャートに反映されます。約定が1件欠落したり、気配値が1つ遅れたり、接続が数秒途切れたりするだけで、画面には実際の市場とは異なる状況が映し出されかねません。出来高やデルタ、板情報の動きを読む場合、この手法は「すべてのイベントが欠けることなく、適切なタイミングで届いている」ことを前提としています。

止まったチャートは一目でわかります。しかし、欠落のあるチャートは見抜けません。きれいで説得力のあるパターンを描き続けるからです。本来なら欠落した約定が逆の事実を示していたはずなのに、フットプリントは買い手が価格帯を支配しているように見せることがあります。遅延した板情報は、数瞬前に取り消された買い注文を表示し続けることもあります。

この問題が最もはっきり表れるのがトレーディング・フットプリントチャートです。フットプリントチャートは、1本のローソク足を価格ごとの約定に分解して表示します。ATASの公式サイトの解説によると、ティック単位の取引所データは出来高、Bid × Ask、デルタのクラスターへと変換されます。これにより、トレーダーは通常のローソク足の内側に隠れた取引活動を調べられます。ただし、こうした読み取りの精度は、土台となる約定記録に左右されます。

フィードの問題が分析を歪める場面

約定1件の欠落でも十分に影響する

約定はチャートに届くまでに、メッセージを生成する取引所、それを配信するプロバイダー、そして描画するソフトウェアを経由します。どの段階で障害が起きても、トレーダーに見える内容は変わってしまいます。

たとえば、取引所の記録ではアスクで120枚が買われ、ビッドで100枚が売られたとします。ところが、この売りのうち50枚がフィードに届かなかったとします。

市場では何も変わっていません。それでもチャートは、実際の3倍を超える買い圧力を示してしまいます。

この差があるからこそ、資本市場における市場データの品質は、報告業務にとどまらず重要になります。欠陥のある入力は、自動化されたモデルやリスク計算、さらに画面から導き出されるあらゆる結論に波及します。

ボリュームプロファイルやクラスターも同じ影響を受けます。履歴の一部が届かなかったために、ある価格帯が閑散に見えることがあります。また、取引所の完全な記録には存在しないパターンに対して、インバランス指標が点灯することもあります。

遅延した気配値が存在しない流動性を映し出す

フィードによっては、欠落はなく、すべての更新が届くものの、到着が遅すぎる場合があります。Cboeでは2026年3月6日、一部の気配値の更新がSIPフィードへの配信で遅延しました。この問題はすでに解消されています。ただしこのとき、通常どおり稼働していたCboeのネイティブフィードとの間には、大きな乖離が生じていました。

板取引では、1ミリ秒が重要です。500枚の買い注文の取り消しに対する気配値の更新が遅れると、板の厚みはすでに存在しない偏りを示します。経済指標の発表時や大きな値動きの局面では、遅いフィードが追いつくまでに気配値が何十回も変化することがあります。

だからといって、フィードが破損していたとは限りません。原因は、ネットワークの輻輳や処理負荷の過多、一時的な接続障害など、さまざま考えられます。いずれにしても、チャートが古い情報になっていることに変わりはありません。

順序とタイムスタンプが板の姿を左右する

取引所のフィードは、イベントが連続して流れるシーケンスです。注文が板に入り、数量が変わり、約定し、あるいは消えます。板を再構築するには、これらを順番どおりに適用しなければなりません。

200枚の注文が、のちに50枚へ減らされたケースを考えます。この減少メッセージが失われると、再構築した板は200枚と表示し続けます。古いスナップショットを不適切に統合した場合も、同様に幻の流動性が生まれます。

取引所はイベントが発生した時点でタイムスタンプを付け、ローカルマシンは到着した時点でタイムスタンプを付けます。ネットワーク遅延でこの差は広がり、時計の同期が不十分だと、複数のフィードの比較はさらに難しくなります。

確認すべき点は次の3つです。

• 完全性：必要な約定と板の更新がすべて届いたか
• 順序：メッセージが本来の順序で処理されたか
• 鮮度：表示が現在の市場をなお反映しているか

1つを満たしていても、ほかも満たしているとは限りません。すべてを遅れて届けるフィードは、リアルタイムの判断にはほとんど役立ちません。

データの信頼性がサイバーセキュリティ上の問題になるとき

フィードの障害の多くは、悪意によるものではなく運用上の問題です。それでも、外部のデータサービスとの接続はどれも、攻撃にさらされうるポイントです。

2025年に公表された金融サービスに対する分散型サービス拒否（DDoS）攻撃の調査によると、インターネットインフラや銀行のAPIが、より的を絞った攻撃の標的になりました。この調査は、連携サービスへの攻撃が可用性の低下を招きうることを示しています。ただし、取引所フィードの改ざんに関する内容は含まれていません。 

備えるべき脅威は、不正アクセス、認証情報の侵害、サービスの妨害、そして保護が不十分なシステム内での改ざんです。これらはデータのチェックでは検知できません。そのため、データ確認と並行して セキュリティ対策も講じる必要があります。

比較セキュリティ

• APIの権限を制限する
• 認証情報を保護する
• ソフトウェアの更新を検証する
• 通常と異なる接続の動きを監視する
• データの挙動に説明のつかない変化があれば調査する

とはいえ、チャートの不自然な動きがハッキングの証拠になるわけではありません。まずは通常の原因を排除してください。データソース、接続状況、取引所の状況、アプリケーションの設定が確認の対象です。

チャートを信頼する前にフィードの問題を見抜く

難しいのは、実際の市場イベントと、それを歪めて映した像とを見分けることです。デルタが奇妙な価格の急騰は、積極的な取引によるものかもしれません。一方で、約定を取りこぼしたフィードが原因の可能性もあります。

症状ごとに、最初に確認すべき点は異なります。

これらの兆候だけで、誤りがあると証明できるわけではありません。2つの取引所で価格や出来高が異なって見えることは、正当にありえます。それぞれが別々の板を運用しているためです。

また、フットプリントと板のヒートマップは、測定する対象が異なります。前者は約定した取引、後者は時間を通じて板に残る流動性です。どちらも、他方のデータの欠落を補うことはできません。

データ確認を日課にする

検証は、障害が起きてから慌てて行うものではなく、毎日の準備に組み込むべきものです。実践的な手順は次のとおりです。

1. 正しい取引所、限月、データ購読が有効になっていることを確認する。
2. データがリアルタイムか遅延かを確認し、タイムスタンプが進み続けていることを確かめる。
3. 不審な価格や出来高の数値を、独立した正規のソースと照合する。
4. 切断で中断された過去の期間は、すべて再読み込みする。
5. 繰り返し発生する欠落、影響を受けた銘柄、障害の発生時刻を記録し、後の対応に備える。

過去データを扱う作業では、特に慎重さが求められます。出来高のトレンドやオーダーフローの挙動を改めて確認したいときは、Market Replayが役立つツールです。ただし、完全なデータがあって初めて機能します。原因のわからない欠落がある場合は、そこから無理に意味を読み取ろうとせず、グラフを再読み込みしてください。情報を復旧できるかどうかは、プロバイダーと入手可能なデータ次第です。再接続後に、分析手法によっては欠落を補えることもあります。 

これらの対策は、価格を予測するものではありません。データが正確であれば、チャートが実際に約定した内容を映していると確認できるだけです。異常なインバランスや流動性の変化をもとに行動する前に、データが完全で最新であり、正しいソースから得られたものかを確認してください。チャートそのものを見ても、それはわかりません。

（写真：Alex Luna）