要点— スプレッド・スリッページ・約定速度を内生化する
短期EAはシグナルではなくExecutionで崩れます。価格優位ではなく「約定可能性優位」で設計する必要があります。
■ 問題提起｜なぜバックテストは機能しないのか
多くのEAは、理想的な前提で作られています。固定スプレッド、即時約定、スリッページなし。しかし実市場では、これらは成立しません。スプレッドは変動し、約定は遅れ、価格は滑ります。この差分が、そのまま実運用の損失になります。
■ 市場構造｜短期はExecution支配
現在の短期市場は、レンジと急変動が交互に発生します。価格は長時間停滞し、流動性が集中した瞬間だけ動きます。この環境では、価格予測の精度は優位性になりません。執行条件の良し悪しが、結果を決定します。
■ 構造分解｜EAは2つのエンジン
従来は、EA＝シグナル生成と考えられてきました。しかし実際には、もう一つ重要な要素があります。Executionエンジンです。PnLは、価格優位・約定確率・執行コストの関数になります。
■ 本質｜Executionは独立変数
スプレッド、スリッページ、レイテンシ。これらは価格とは別の要因で決まります。流動性や注文密度、インフラによって変動します。つまり、Executionは独立した確率過程です。ここを無視すると、再現性は失われます。
■ 設計｜組み込むべき要素
スプレッドフィルターを入れます。異常な流動性環境ではエントリーしません。スリッページは必ず監視します。許容範囲を超えた場合は注文を無効化します。約定タイムアウトも必要です。一定時間内に約定しない場合はキャンセルします。約定品質は継続的に評価します。悪化した場合は取引を停止します。
■ 状態管理｜EAを状態機械にする
Executionの状態を持たせます。通常、劣化、停止の3段階です。スプレッドやスリッページの悪化で状態遷移し、損失の連鎖を防ぎます。
■ バックテスト再設計
従来のバックテストでは、すべて約定すると仮定されています。スリッページもゼロです。これは現実と乖離しています。実際には、約定確率は1ではありません。スリッページも必ず発生します。分布として扱う必要があります。
■ 実務インサイト
短期市場では、良いシグナルでも負けます。入れない、滑る、遅れる。これが原因です。重要なのは、どこで入るかではありません。不利にならない条件でのみ入ることです。
■ 実装ステップ
まず約定ログを取得します。価格、スプレッド、レイテンシを記録します。次にExecutionフィルターを導入します。スプレッド、スリッページ、タイムアウトです。その後、品質ベースの制御を入れます。最後にバックテストを再設計します。
■ まとめ
短期市場では、Executionが支配的です。バックテスト乖離の原因もここにあります。EAはシグナルではなく、執行を含めたシステムとして設計すべきです。これが実運用とのズレを抑える最短ルートです。
