FXバックテストにおけるスリッページ前提：関連概念との違い
直接の答え
スリッページ前提とは、参照価格（例：気配値やミッド）に対して、注文の約定価格がどのように変わり得るかを表すモデリング上の選択である。関連するFXの概念との最大の違いは、スリッページ前提が特に 執行価格の誤差 の部分を狙っているのに対し、他の概念（スプレッドやコミッションなど）は、より直接的に特定できる別のコスト要素、あるいは入力を表している点にある。
これを正確に説明するには、スリッページ前提を計算への入力として扱うとよい。つまり、あなたがトレードの根拠にする価格と、実際に約定する価格の間の距離について、何を仮定するのかを述べるものだ。
メカニズムと定義
スリッページ前提（執行価格誤差のモデリング）
スリッページ前提は、分析で用いる参照価格と、注文が約定すると仮定される価格の間にあると期待（または仮定）する差を表す。この「差」は、（トレーダーにとって）参照より悪い場合は正になり、（トレーダーにとって）参照より良い場合は負になる。しかし、多くの簡略モデルでは、現実性のために不利側として扱われることが多い。
実務上、バックテストやフォワードテストのモデルには、約定（フィル）に関するルールが必要になる。なぜなら、実際の執行は、流動性、注文板の厚み、タイミングといった要因の影響を受けるからだ。スリッページ前提は、そのルールを簡略化して提供する—多くの場合、次のようにして：
- 固定量（pips/価格単位での一定オフセット）
- 変動量（たとえば分布から引く）
- 条件ベースのルール（例：スプレッドが広いときや、ボラティリティが高い期間の周辺でスリッページが大きくなる）
このアイデアの「正統なオーナー」は、テストや会計の枠組みの中での執行モデリングである。
スプレッド（提示される売値/買値の差）
スプレッドは、あなたが気配値を観測した瞬間の bid/ask の差である。これは、提示（クォート）プロセスに結びついた市場のミクロ構造の入力である。スプレッドコストは通常、売買の参照価格間の決定論的な差としてモデル化される。
スリッページ前提との違い：スプレッドは、参照として用いるクォートのメカニズムによって通常定義される。一方、スリッページ前提は、そのクォート参照を超えた追加の執行ミスマッチを表す。
コミッションと手数料（明示的な取引コスト）
コミッションや一部の手数料は、提供者や取引所によって課される明示的なコストである。これは、1回の取引あたりの固定、1ロットあたり、あるいはパーセンテージとしてモデル化できる。
スリッページ前提との違い：コミッション/手数料は、直接表現できる会計上のコストであるのに対し、スリッページ前提は、市場インパクトやタイミングに関連する、参照価格と約定の間のミスマッチをカバーする。
執行前提（フィルルールとタイミング）
「執行前提」は、より広い包括概念であり、モデルが注文を約定させるかどうか、そしていつ/どの価格で約定させるかをどう判断するかを指す。スリッページ前提は、執行前提の中の特定の一部であり、執行ミスマッチによる価格調整のことだ。
つまり、スリッページ前提はスコープの違いによって執行前提と異なる。スリッページは、フィル/タイミングのロジックの中にある1つのモデリング要素である。
市場インパクト（トレードが価格に与える影響のモデル）
市場インパクトは、特に取引サイズが利用可能な流動性に対して大きい場合に、トレードがその後の価格に与える影響を表すモデリング概念である。スリッページ前提には、市場インパクトの一部が含まれることもあるが、すべてのスリッピッジモデルが明示的に市場インパクトベースであるわけではない。
市場インパクトとの違い：市場インパクトは、取引サイズによる因果的な価格変化の話である。一方、スリッページ前提は、因果関係を別々にモデル化せずに、タイミングや流動性の影響を含めた「ネット結果」を要約することが多い。
証拠または例（境界があり、前提に基づく）
たとえば、注文判断の時点で参照価格（ミッド価格や直近の約定クォートなど）を使うシミュレーションを考える。簡略化した期待コストを計算するために、コストをコンポーネントに分けることができる：
- スプレッド：ミッドベースの参照から、各サイドの bid/ask ベースの参照へ変換する。
- コミッション：取引あたりの固定コストを差し引く。
- スリッページ前提：クォートベースの参照に対する執行価格オフセットを加える（または差し引く）。
もしモデルが、取引あたり 0.5 pips の固定スリッページを使うなら、すべての注文の約定価格は、その分だけクォート参照からシフトされる。逆に、スリッページ前提が変動（たとえばボラティリティが高いときはより広くなる）なら、同じ戦略ロジックでも、約定誤差が一定ではなくなるため、異なるドローダウンや収益性プロファイルが生まれ得る。
重要な制約は、これらのコンポーネントが現実には独立ではないことだ。たとえば、流動性が落ちるとスプレッドが広がり、それが執行ミスマッチの増加にもつながる。モデルは扱いやすさのために分離を仮定することが多いが、それによってコストが同時に動く（コムーブする）様子が歪む可能性がある。
制限とリスク（何が失敗し得るか）
1) 楽観的なテールリスク
よくある失敗パターンは、最悪の執行条件を過小評価するスリッページ前提を選んでしまうことだ。平均スリッページが妥当に見えても、まれな出来事（急激な値動き、低い流動性、突然のクォートギャップなど）が、実現した結果を支配することがある。
2) 二重計上または重複の見落とし
あなたのモデリングがすでにスプレッドに基づく拡大を反映しているのに、同じ現象を暗黙に含むスリッページ前提も適用している場合、二重計上になる可能性がある。逆に、スリッページ前提が狭すぎると、流動性に起因する約定誤差を見逃すかもしれない。
3) 参照価格のミスマッチ
スリッページ前提は、参照価格が何を表しているかに依存する。ミッドベースの参照、bid/ask ベースの参照、直近約定（last-trade）ベースの参照は、それぞれ性質が異なる。誤った参照定義を使うと、スリッページ項が一貫しなくなる。
4) レジーム間でのパラメータ安定性
ある市場レジームに適合したスリッページ前提は、別のレジームへは移転できないかもしれない。過去の関係（あなた自身のバックテスト期間での関係）は、流動性やボラティリティのパターンが変化したときの将来の執行挙動を保証するものではない。
確認と次の質問
スリッページ前提に関する関連事実を、提供者固有の主張に頼らずに独立して検証するには、あなたが自分のモデリング入力で確認できることに焦点を当てる：
- 参照価格は明確に定義されているか（ミッドか、bid/ask か、last か）？
- スプレッド、コミッション/手数料、スリッページは、それぞれ意味が重複しない別々のコンポーネントとしてモデル化されているか？
- スリッページ前提には、妥当な失敗モードが含まれているか（例：流動性が低い状況での執行誤差がより大きくなる）？
- テストにスリッページ前提への感度（たとえば複数の妥当なパラメータ化を使う）が含まれているか？そうすれば、結論が単一の選択に依存しにくくなる。
次に解決すべき質問：あなたのバックテストが使う参照価格は何か、そしてスリッページ項が その参照を超えた追加の執行ミスマッチ を表すのか、それともより広い「オールイン」の約定誤差を表すのか。どちらを選ぶかによって、スリッページ前提がスプレッドや他の関連する執行概念とどう違うかが決まる。
DOCUMENT END