スリッページの前提を評価するために必要なデータは？
スリッページの前提の定義と範囲
スリッページとは、想定された執行価格（モデル、バックテスト、または注文計画が期待するもの）と、実際の執行価格（約定したもの）の差です。「スリッページの前提」とは、この差を計算に使える形へ変換する数値ルールと入力の集合です（たとえば、気配の時刻から約定の時刻までにどれくらい不利な値動きを見込むか、そしてそれにコストがどう組み合わさるか、など）。スリッページの前提を評価するには、まず、使用している正確な価格の基準とタイミングのウィンドウを明示します。
- 想定価格：ミッド価格、ビッド/アスク、最終取引（last trade）、または特定の参照（そしてそれが意思決定時に取得されるかどうか）。
- 約定価格：約定価格（fill price）。部分約定を反映するかどうか、またそれらをどう集計するかを含みます。
- タイミング：参照価格のタイムスタンプと約定タイムスタンプの間の遅延。
- 方向：買いと売りで、不利な値動きの扱いが異なる。
これらの定義がないと、2つのデータセットやモデルが「スリッページ」の数値を出しても、比較できないものになり得ます。
収集すべきコアとなるデータ入力
通常、データは4つのグループに分けて必要になります：執行の詳細、市場状況、コスト要素、そして前提のためのメタデータです。
- 執行および約定データ（実現スリッページを測るため）
- 約定価格（execution eventごと、または明確な集計ルールで集計された約定の集合）。
- 約定タイムスタンプ（複数ある場合も含む）。理想的には、レイテンシやリオーダーのタイミングを表現できるだけの解像度があること。
- 取引方向（買い/売り）と、銘柄（インストゥルメント）識別子。
- 注文の挙動：注文が部分約定され得るか、中止（キャンセル）され得るか、または修正され得るか。
- 参照価格データ（想定と実現の差を計算するため）
- バックテストまたは前提ルールが使用する参照価格系列（例：ビッド/アスクのスプレッド、ミッド、または最終取引）。
- タイムスタンプの整合ルール：参照価格を正確にいつサンプリングするか。
- 参照価格が「気配時刻」（意思決定が行われる時点）なのか、「モデル時刻」（計算が約定を仮定する時点）なのか。
- 市場状況データ（スリッページが変わる理由を理解するため）
- 対象となる期間におけるボラティリティの代理指標（例：同じ参照フィードから計算したレンジやリターンのばらつき）。
- 流動性の代理指標：スプレッド幅やスプレッドの変化。
- レジーム指標：価格/気配の挙動から導出されるもの（将来情報ではない）。前提が条件をまたいで成り立つかをテストするために使います。
- コストおよび摩擦データ（二重計上を避けるため）
- 明示的なコスト：コミッション、手数料、またはプラットフォームの課金（それがあなたのモデリング枠組みに含まれる場合）。
- スプレッドの扱い：スリッページの前提がすでにスプレッドのクロス（スプレッドをまたぐこと）を含むのか、それともスプレッドは別途扱うのか。
「価格インパクトのような動き」と「スプレッドおよび手数料」を分けないと、内部的に整合しない前提になってしまう可能性があります。
出所（provenance）、適時性、品質チェック
スリッページの前提を評価するには、単にどんなデータを持っているかだけでなく、それがどこから来たのか、意思決定/約定のタイミングに対してどれくらい古いのか、そしてどれくらい信頼できるのかを確認する必要があります。
- 出所（Provenance）：各データセットについて、ソースの種類を記録します（取引所/気配フィード、ブローカーの執行レポート、プラットフォームのエクスポートなど）。別の人が参照から約定へのマッピングを再現できるように、provenance は文書化されていなければなりません。
- 適時性（Timeliness）：タイムスタンプを整合できることを確認します。タイムスタンプが粗い、または一貫していない場合、スリッページが「市場の値動き」ではなく「計測の遅れ」に誤って帰属され得ます。
- 一貫性（Consistency）：想定スリッページを計算するために使う参照価格系列は、執行タイムスタンプと同じ環境から来ているべきです（少なくとも、文書化されたマッピングで整合させる必要があります）。
- データ品質：欠損データ、タイムスタンプのギャップ、重複イベント、外れ値を点検します。外れ値は、実際の執行イベント（例：薄い流動性）を表す場合もあれば、計測エラーを表す場合もあります。
実務的には、非重要な設定（例：リサンプリング頻度）を少し調整しても、計算したスリッページ分布が安定していることを確認し、さらにボラティリティやスプレッドでセグメントしたときに、期待される形で変化することを確かめます。
「評価（assessment）」が意味するものの証拠または例
よくあるアプローチは、想定スリッページのルールが、同じ参照とタイミングの定義のもとで、実現スリッページの重要な経験的性質を再現できるかをテストすることです。たとえば：
- 実現スリッページ（約定から計算）を、想定分布（平均、中央値、テール挙動）と比較する。
- 方向、スプレッド幅、ボラティリティのレジームでセグメントし、その前提が不利な結果を体系的に過小評価していないかを確認する。
- 前提が示す1取引あたりのコストが、コストとスプレッドがどのようにモデル化されているかと整合していることを確認する。
ドキュメント END