スリッページ前提に関する高度な考慮事項
「スリッページ前提」とは執行モデリングで何を意味するのか
スリッページ前提とは、注文が執行されると想定している価格と、実際に執行される価格との差を表す方法です。モデリング作業（バックテストやフォワードテストなど）では、通常、真の詳細な執行経路は観測できないため、「どれだけ余分なコスト（場合によってはより良い価格）」を仮定するかのルールを定義します。
この概念は、執行の不確実性を近似するモデリング入力として扱うのが最も適しています。スリッページ前提は、スプレッド、手数料、コミッションと同じではありません。これらは通常、別途追加されます。スリッページ前提は、たとえば次の要因をカバーすることが多いです：
- 意思決定から執行までの間の価格変動、
- 注文ルーティングおよび執行レイテンシ、
- 執行時点での厚み（流動性）の利用可能性、
- 部分約定と、約定価格のばらつき。
実務的な考え方としては、モデルが「各取引につき“X units of slippage”を仮定する」と言っているなら、モデルは執行の不確実性を、繰り返し適用できる一貫したコスト調整へと変換していることになります。
スリッページ前提はどう機くのか：安定したメカニクス vs 変動する条件
高度な考慮事項は、モデルが制御できるものと、市場および執行環境が制御するものを分けることから始まります。
単位と方向性を定義する
スリッページは、さまざまな単位で表現できます：
- 価格の単位（例：単位あたりの通貨）、
- ティックまたはポイント、
- 価格に対する割合、
- 取引に追加されるコストとして（しばしばP&Lモデリングが容易）。
また、方向性も明確にします。多くの単純なモデルでは、スリッページは常に不利だと仮定しますが、実際には想定より良い価格で約定することもあります。「常に悪化」と強制すると、パフォーマンス見積りに体系的なバイアスが入り込みます。両方向を許す場合は、それぞれの方向がどれくらいの頻度で起きるかのルールが必要です。
マッピングルールを選ぶ
「スリッページ前提」は通常、次のようなマッピングルールになります。たとえば：
- 注文ごとの固定スリッページ、
- 取引サイズに比例するスリッページ、
- ボラティリティやスプレッド条件に紐づけたスリッページ（データセットがそれをサポートする場合）、
- 分布から引くスリッページ（モンテカルロ風）。
高度なポイントは、データセットでのエントリー／エグジット価格の測り方と、そのルールが整合していることを確認することです。バックテストのエントリー価格がすでに「実効的」（たとえば、現実的な執行ログから導出されている）である場合、別途スリッページ調整を追加すると執行コストを二重計上する可能性があります。
タイミング前提を切り分ける
スリッページは、モデルの意思決定の時点から、仮定する執行の時点までの時間ギャップに強く影響されます。データがバー基準のタイミング（例：1分足のローソク足）を使っているのに、モデルがそのバー内の別の時点で執行すると仮定している場合、スリッページ前提はそのタイミングギャップを反映していなければなりません。そうでないと、モデルが内部的に整合しなくなることがあります。
独立性の前提は慎重に追加する
多くの簡略化されたアプローチでは、スリッページをシグナルから独立だと扱います。しかし実際には、スリッページと取引のアグレッシブさは相関することがよくあります：
- より切迫した執行行動がキューイング遅延を変える、
- 高ボラティリティでの取引が、典型的な執行品質を変える、
- 大きな注文が、利用可能な厚み（depth）と相互作用する。
相関を無視すると、結果のばらつきを過小評価するかもしれません。
エビデンスと例：エッジケースでモデルをストレステストする
ここではリアルタイムの市場データは仮定しないため、「エビデンス」とは、明確に述べた前提を用いた内部整合性チェックやシナリオテストを意味します。
例：固定スリッページ vs サイズを考慮したスリッページ
あるモデリングフレームワークが、取引ごとの一定のスリッページコストを仮定しているとします。これは、注文サイズが利用可能な流動性に対して大きい場合に失敗し得ます。
これをストレステストするには、同じエントリー／エグジットロジックを使って、次の2つの内部バリアントを実行します：
- 注文ごとの固定スリッページ前提、
- 取引サイズに応じて増えるスリッページ前提。
そのうえで、主要な結論（たとえば、結果が両方のモデルで妥当なままかどうか）が成り立つかを比較します。結果が大きく反転するなら、結論は安定したメカニクスというより、スリッページルールに強く依存している可能性があります。
例：部分約定と注文キューイング
簡略化された前提でよくある失敗モードは、すべての注文を「1つの有効価格での単一約定」として扱うことです。実際には、注文は異なる価格で部分的に約定することがあります。
エッジケースのチェック：
- 単一の執行価格を仮定しているが、実際の執行環境が部分約定できるなら、モデルは真のコスト範囲を過小評価するかもしれません。
- 仮定したスリッページがキューイング遅延を反映していないなら、執行速度が低下している期間の影響を誤って表す可能性があります。
モデリング上の回避策として、約定回数に関する前提、または時間を通じた平均約定スプレッドに関する前提を組み込むことができます。概算であっても、「常に1回の約定」というよりモデルが壊れにくくなります。
例：方向性バイアス
常にスリッページがマイナスだと仮定すると、保守的なコストの下押し（drag）を組み込むことになります。これは自動的に間違いというわけではありませんが、意図したモデリング上の選択として正当化される必要があります。
エッジケースのチェック：
- ゼロを中心にした対称的な仮定（マイナスとプラス）と、一方向の仮定を比較してテストする、
- その選択に対して、モデル化したパフォーマンスがどれほど敏感かを確認する。
結論が一方向の仮定のときだけ成り立つなら、それは頑健ではありません。
限界とリスク：スリッページ前提が破綻する場所
重要な限界は「正確さ」だけではなく、構造的な妥当性に関するものです。
過去の関係は将来の結果を保証しない
過去データでスリッページのパターンが一貫して見える場合でも、執行条件は変わり得ます。異なる流動性レジーム、執行技術の変更、そして市場のミクロ構造の変化は、仮定したスリッページルールと実現した結果の関係を変えてしまう可能性があります。
二重計上と会計上の不整合
よくあるリスクは2つです：
- すでに実効的な価格に、追加のスリッページを混ぜてしまうこと、
- スリッページとコストが重複するように、スプレッド／手数料を誤って分離すること。
モデリングのパイプラインにおけるコスト要素が重複していないことを確認してください。スプレッドがデータセットの「実効的な価格」算出方法にすでに埋め込まれているなら、スリッページが追加の構成要素を表す場合に限って、その上に足してください。
非現実的な粒度
粗いレベル（たとえば1バーごと）ではうまく適合するルールでも、執行がより細かい粒度で起きると失敗することがあります。モデルがバー全体を「意思決定から執行までの1つの区間」として扱う場合、バー内の値動きをスリッページに誤って帰属させるかもしれません。
隠れたパラメータ不確実性
スリッページ前提は、しばしばパラメータ（固定量、分布の形、サイズ感度）を導入します。これらのパラメータを過去の結果に合わせて調整すると、繰り返されない可能性のある執行条件に過学習するリスクがあります。
検証志向のリスク低減としては、感度テストを行うことです。スリッページのパラメータを妥当な範囲で変化させ、結論が安定したままかどうかを観察します。
検証：前提を独立にチェックする方法
独立した検証は、この文脈ではライブ価格を必要としません。必要なのは、整合性、感度、そして関心の分離です。