実行時間のギャップを一段落で説明

この記事では、そのギャップを定量化し、ミリ秒が実際にどこで失われるのかを分解し、ライブ口座で見る数字と一致する結果を出すために、バックテスト内で実行時間をどのようにモデル化すべきかを説明します。

レイテンシー・アービトラージにおける「実行時間」の本当の意味

レイテンシー・アービトラージ・システムでは、戦略は2つの価格フィードを比較します — 高速フィード（通常はTier-1アグリゲーターまたはLPフィード）と、低速フィード（取引対象のブローカー）です。高速フィードが、スプレッドに設定された閾値を加えた分を超えて低速フィードを先行した場合、戦略は低速側に注文を出し、低速価格が収束することを期待します。

機会が存在するのは、2つの価格がずれている間だけです。ブローカーの気配値エンジンが追いついた瞬間 — 通常は50〜200ミリ秒以内 — エッジは消えます。あなたの注文は、その前に市場へ到達していなければなりません。

この文脈での「実行時間」は、単一の数値ではありません。複数のレイテンシーの積み重ねであり、それぞれが数ミリ秒ずつ寄与します。

• 戦略判断レイテンシー — コードが価格差を検出し、注文を発行するまでの時間（タイトなループでは通常<1msですが、高水準スクリプト言語では5〜20msになることがあります）
• ブローカーまでのネットワークレイテンシー — 公共インターネットまたはコロケーション接続上の往復時間（コロケーションでは1ms、大陸間では30〜80ms）
• ブローカーのマッチングエンジンレイテンシー — ブローカーの注文管理システムが注文を受け付け、ルーティングし、流動性とマッチングするまでの時間（ブローカーにより5〜100ms）
• 約定確認レイテンシー — 注文が約定したことを知るための戻りの往復時間（ネットワーク区間を反映します）

ブローカーとは別のデータセンターにある標準VPSで稼働する戦略の場合、現実的な往復時間が80〜100msを下回ることはほとんどありません。ブローカーと同じ場所にコロケーションし、クロスコネクト経由で稼働する戦略であれば、1〜5msまで低下することがあります。 この桁違いの差が、すべてを決めます。

50〜200msの窓：なぜミリ秒がすべてを決めるのか

きれいなシグナルを想像してください。高速フィードが1.5ピップス跳ねました。低速ブローカーはまだ更新していません。平均すると、低速ブローカーの気配値エンジンが新しい価格を反映するまでに、80〜150ミリ秒ほどあります。その窓の中で、2つのことが同時に起こります。

1. 他のレイテンシー・アービトラージャー（およびブローカー上で類似ロジックを実行するマーケットメーカー）も約定を競っています
2. ブローカーの気配値フィードは、高速フィードへ向けて一度にジャンプするのではなく継続的に収束していくため、エッジはその窓全体で線形に削られていきます

往復時間が50msを消費する場合、価格差がまだ約70%残っている時点で到着し、その大部分を獲得できます。往復時間が150msを消費する場合、価格差はすでに約10%まで崩れており、スプレッドとスリッページ後には負けている可能性が高くなります。

4つの実行時間シナリオ — 具体的な数字で

以下は、理論上1.5ピップスのエッジを持つ同じレイテンシー・アービトラージ・シグナルを、4つの異なる往復実行レイテンシーでシミュレーションしたものです。下の数字は、通常の流動性と0.6〜0.9ピップのスプレッドがあるロンドン時間のEUR/USDでよく見られる典型例です。

往復実行	獲得できるエッジ	エントリー時のスリッページ	1取引あたりの純PnL	判定
~5ms（コロケーション）	シグナルの~95%	0.0–0.2 pip	+0.6 to +1.0 pip	収益性あり
~50ms（近距離VPS）	シグナルの~70%	0.2–0.5 pip	+0.2 to +0.6 pip	収益性あり、ただし薄い
~120ms（中距離）	シグナルの~30%	0.5–1.0 pip	−0.3 to +0.1 pip	限界的 / 負けやすい
~200ms（長距離）	シグナルの~10%	1.0–1.8 pip	−1.0 to −0.5 pip	毎回負ける

パターンに注目してください。5msから50msでは、収益性は緩やかに低下します。50msから120msでは、崖から落ちるように低下します。150msを超えると、戦略はコスト後に期待値がマイナスのコイントスになります。 この崖は、即時約定を前提にするバックテスターには見えません。

なぜ標準的なバックテスターはゼロレイテンシー約定を前提にするのか

標準的なリテール向けバックテスターは、トレンドフォローやインジケーター系システムのために作られました — 保有期間が数分から数日で、数秒の実行スリッページが丸め誤差にすぎない戦略です。その設計はそれを反映しています。

• バー・データ（M1、M5、H1）を再生し、バーの始値または終値に戦略を適用します
• 注文は、戦略が発行した瞬間に表示価格でマッチングされ、シグナルと約定の間に時間は進みません
• スプレッドは通常、単一の固定値であり、すべての約定に同じように適用されます
• ネットワーク往復、ブローカーのマッチングエンジン、約定確認という概念がありません

数時間ポジションを保有する戦略なら、これは問題ありません — これらの単純化によるコストはPnLの1%未満です。しかし、1取引あたり1〜3ピップスを稼ぎ、100msの窓の中で生死が決まるレイテンシー・アービトラージ戦略にとっては、これらの単純化はすべて致命的です。

本物のバックテストがモデル化すべき4つのレイテンシー要素

ライブブローカーとの接触に耐えるバックテストを作るには、シミュレーターが往復の各区間を明示的にモデル化する必要があります。真剣なレイテンシー・アービトラージ・バックテストに必要な内訳は次のとおりです。

要素	典型的な範囲	表しているもの
1. シグナルから送信までのレイテンシー	0.5–20 ms	トリガーティックを受信してから注文を発行するまでの時間。言語、コードパス、CPUに依存します。コンパイル済みC++なら<1ms、高水準スクリプトなら5〜20ms。
2. ネットワーク往復（往路）	1–80 ms	取引ホストからブローカーまでの伝送時間。コロケーション = 1〜3ms、同一都市圏 = 5〜15ms、地域間 = 30〜80ms。
3. ブローカーのマッチングレイテンシー	3–100 ms	ブローカーの注文管理およびマッチングエンジン内部で費やされる時間。Tier-1 ECNブローカー: 3〜15ms。標準リテールブローカー: 30��100ms。手動処理を伴うSTPブローカー: 100ms以上。
4. 確認の往復（復路）	1–80 ms	外向きのネットワーク区間を反映します。約定確認を受け取るまで、約定価格は分かりません — リスク管理とクローズ側タイミングに関係します。

一般的なVPSから標準的なリテールブローカーを通じて行う典型的なリテール・レイテンシー・アービトラージ運用では、4つの要素の合計はおよそ80〜180msになります — シグナル獲得率が50%未満に落ちる危険地帯の真っただ中です。高速ECNブローカー経由でコロケーション運用する場合、同じ要素の合計は5〜20msになります — 崖を大きく下回ります。

レイテンシー・アービトラージ戦略の誠実なバックテストは、トレーダーがこれらのレイテンシーを設定し、その影響を確認できるべきです。 SharpTrader Optimizer は、実行レイテンシーを単一の設定可能パラメーター（ミリ秒単位）としてモデル化し、実際の過去ティックデータに加えて、シミュレーション時に各注文へ適用します。

バックテストで実行時間を正しくモデル化する方法

3つの要素が必要です。それぞれが必要条件であり、単独では十分ではありません。

1. 実際の過去ティック — バー補間ではない

標準的なリテール向けバックテスターは、バーのOHLC値の間を補間して「ティック」データを埋めます。生成される合成ティックは、バーの高値と安値にバー内のランダムな時点で到達し、始値と終値の間を滑らかに移動します。実際の市場はそのようには動きません — 跳ねます。あなたが捉えようとしている1.5ピップスのレイテンシー・アービトラージ・シグナルはまさにジャンプであり、補間されたティックデータはそれを存在しないものへ滑らかにしてしまいます。

真剣なバックテストは、ブローカーのマッチングエンジンから実際に記録されたBid/Askティック（またはロンドン発の機関投資家向けデータのようなクリーンな参照フィード）を再生します。すべてのティックにはタイムスタンプ、Bid、Askがあります。戦略は、ライブ運用で見るのと同じ順序、同じタイミングでそれらを見ます。

2. 設定可能な実行時間 — 注文ごとに適用

トレーダーは、ライブで想定する往復実行時間T（ミリ秒単位）を設定します。戦略が注文を発行すると、シミュレーターはリクエスト区間の分だけ時計を進めます — 通常はT/2です。なぜなら、約定価格に影響するのはシグナルからブローカー側マッチングまでの時間だけであり、レスポンス区間はすでに起きたことを戦略に知らせるだけだからです。T = 80msなら、シミュレーターはシグナルの40ms後のティックストリームを見て、シグナルを発生させたティックではなく、そのティックのBid/Askを約定価格として使用します。

この1つの変更 — シグナルと約定の間で時計を進めること — が、現実的なレイテンシーでの崖を再現します。また、バックテストを決定論的にします。同じティックストリーム上で同じ戦略をT = 50msとT = 150msで実行すると、測定可能なほど異なる結果が生まれ、トレーダーは戦略がどこで機能しなくなるのかを正確に確認できます。

各約定で実現するスリッページは、ティックウォークが生み出したものです — それはシミュレーションの出力であり、トレーダーが推測して設定する数値ではありません。有利に約定するもの（ポジティブスリッページ）もあれば、不利に約定するもの（ネガティブスリッページ）もあり、その大きさはその数ミリ秒間の実際のティック変動に追随します。これこそ、標準的なリテール向けバックテスターすべてに欠けている現実的な分布です。

3. 両側のティック解像度スリッページ — エントリーとイグジット

レイテンシー・アービトラージは、開くのと同じ速さで閉じます。イグジットはエントリーから200〜800ms後、収束中の価格に対して行われます。シミュレーターがエントリーとイグジットに同じ固定スプレッドを適用するなら、2つのことを見落とします。(1) レイテンシー窓から生じるエントリースリッページ、(2) クローズ側の往復中に価格が戻ることによるイグジットスリッページです。本物のモデルでは、オープンとクローズの実行時間を独立して設定できます — これは、イグジットがエントリーより遅いルーティング経路を通ることが多い実際のブローカー挙動を反映します — そして各区間のスリッページをティックストリームから自動的に解決します。

実例：同じ戦略、3つのレイテンシー設定

以下は、SharpTraderのレイテンシー・アービトラージ戦略を、30日分のEUR/USDティックデータに対して、同じパラメーターで3つの異なる実行レイテンシー設定によりバックテストした代表的な結果です。これらの数字は、BJF Feed（London / Tokyo / NY）のバックテストでよく見られる典型例です。

指標	0ms（架空）	50ms（近距離VPS）	150ms（長距離）
発火したシグナル	2,847	2,847	2,847
エッジで約定したシグナル	2,847 (100%)	1,983 (70%)	854 (30%)
平均獲得ピップ	1.42	0.98	0.21
エントリー時の実現スリッページ（ティックウォーク出力）	0.0 pip	0.3 pip	0.9 pip
1取引あたりの純PnL	+0.82 pip	+0.48 pip	−0.31 pip
月間リターン（1ロット）	+233%	+137%	−88%

0ms列は、標準ツールが生み出す「バックテスト幻想」です。50ms列は、適切に配備されたレイテンシー・アービトラージ戦略が実際にどのように見えるかを示します。150ms列は、多くのリテールトレーダーが、一般的なVPSで戦略を立ち上げ、標準ブローカー経由で取引しながら、自分の往復時間が崖のどこにあるかを理解せずに、うっかり実行しているものです。

同じ戦略でも、非常に高い収益性を持つことも、ぎりぎり収益性があることも、確実な損失になることもあります — それは標準的なバックテスターがモデル化しない1つの数値だけに依存します。

なぜ実行時間、可変スプレッド、ウォークフォワードは一緒に必要なのか

実行レイテンシーは、リテール向けレイテンシー・アービトラージのバックテストで最もモデル化されていない変数ですが、それだけではありません。信頼できるバックテストは3つのものを組み合わせ、それぞれが他を増幅します。

4つすべてが揃うと、バックテストはマーケティングツールではなく予測ツールになります。生成される数字はライブ結果から50〜200%も乖離することをやめ、10〜20%以内に収まり始めます — リスクサイズ、資本配分、ブローカー選定の意思決定を実際にバックテストに基づいて行える程度に近づきます。

よくある質問