フォレックス・バックテストにおけるスリッページ仮定の限界

直接的な回答

スリッページ仮定は、取引の意思決定を行った時点から約定（約定執行）される時点までに、追加の価格変動や執行コストとしてどれくらいのズレが生じる可能性があるかを見積もります。主な限界は、変数であり経路依存の執行プロセスを、しばしば1つの単純化された数値に圧縮してしまう点です。実際の執行条件が仮定と異なる場合、バックテスト結果は誤解を招くものになり得ます。

メカニズムと定義

バックテストでは、スリッページ仮定は通常、意図した約定と実現した約定のギャップを反映するために、取引のエントリー価格および/またはエグジット価格を調整する（またはコストを差し引く）ことで適用されます。この調整は、固定額、固定割合、あるいはボラティリティやスプレッドといった市場の特徴に結びついたルールなど、何らかの仮定に基づいて行われるのが一般的です。

中核となる仕組みは単純です。計算は、取引がモデルで指定されたのと同じ方法でスリッページを経験すると仮定します。この仮定が特定の安定した条件では妥当である場合もありますが、入札-売り（ビッド・アスク）スプレッドの変化、流動性の厚み、オーダーブックのダイナミクス、そして注文が即時に約定するのか、段階的に約定するのかといった、執行のあらゆる構成要素を観測することとは同じではありません。

証拠または例（失敗パターン）

よくある失敗パターンは「コストのモデル化ミス」です。スリッページモデルが単一の平均値を使っている場合、静かな局面には適合するかもしれませんが、ボラティリティを高めたり流動性を低下させたりするイベントの間ではコストを過小評価する可能性があります。実際には、スプレッドは素早く拡大し、流動性は薄くなり得るため、実現した執行は仮定された調整よりも悪化することがあります。

次の失敗パターンは「執行経路の不一致」です。スリッページは価格が動くことだけを意味するのではなく、あなたの注文に対して市場がどのように相互作用するかにも関係します。たとえば、モデルが即時の完全約定を前提としている一方で、実際の執行では部分約定や遅延約定が発生し得る場合、有効な平均約定価格は大きく乖離する可能性があります。

3つ目の失敗パターンは「スプレッド・ダイナミクスの無視」です。意図したスリッページ数値がある時点で正しくても、スプレッドの挙動は日中やニュースのようなボラティリティ局面の周辺で変化し得ます。仮定がそれらの変化に反応しない場合、時間をまたいだバックテストの比較可能性が崩れます。

限界とリスク

以下のいずれかの条件が成り立つ場合、スリッページ仮定は有用性が低くなります。

• 市場環境や流動性が時間の経過とともに実質的に変化し、モデルが許容する以上にスリッページが変わってしまう。
• 執行のセットアップ（注文タイプ、タイミングの粒度、約定処理）が、スリッページ仮定が暗黙に表しているものと異なる。
• スリッページ以外の取引コストが一貫してモデル化されていない（たとえば、バックテストとライブ執行でコミッションや手数料の扱いが異なる場合）。
• 過去の関係が将来の結果を示すわけではない。ある戦略は、スリッページが歴史的平均に近い期間を見ることもあれば、それが当てはまらない期間を見ることもあります。

これらの限界は、スリッページのモデル化が無意味だということを意味しません。単純化された執行と市場行動の表現に基づく、条件付きのスリッページ数値であるということを意味します。

検証と次の質問

スリッページ仮定の有用性を独立に検証するには、それを固定された真実ではなく、ストレステストされるべき仮説として扱ってください。実務的なアプローチとしては、感度チェックを実行することです。スリッページ入力をもっともらしい範囲で変化させ、結論がどれほど頑健に保たれるかを観察します。結果の方向性が変わる、または結論がスリッページの正確な値に実質的に依存している場合、そのモデルは執行の不確実性をうまく捉えていない可能性が高いです。

次に役立つ質問は次のとおりです。あなたの仮定は、執行のどの部分を表そうとしているのか――スプレッドの動き、遅延約定、部分約定、あるいはそれらを組み合わせたコスト――そして、あなたがテストする期間において実際に注文がどのように約定されるのかという現実と、その対応度はどれくらい高いのか、です。

DOCUMENT END