スリッページを評価するために必要なデータは？
直接の回答
スリッページを評価するには、注文の意図と実際の約定結果を結びつけるデータを集めます。少なくとも、意図した約定価格（または判断の参照）と、実際の約定価格、これらの出来事を同じ時間軸上に置くためのタイムスタンプ、そして関連する執行コスト（たとえばスプレッドやコミッション）を用意する必要があります。そうしないと、「価格の動き」を「手数料」や「レートの影響」と取り違える可能性があります。さらに、データがどこから来ているのか（プラットフォーム、ブローカーのレポート、または注文チケット）と、その完全性（どの程度揃っているか）も記録してください。
仕組みと定義
スリッページとは、注文を出した／確定したときに想定していた価格と、約定したときに実際に得た価格との差です。実務上の評価は、「想定（expected）価格」としてどれを選ぶかに依存します。
- 注文側の参照価格: 注文の送信時、または注文の承認時に表示される価格。
- レート側の参照価格: 注文の判断時刻の近くで観測されたミッド／アスク／ビッドの水準。
- 執行側の参照価格: ブローカーが注文を受け付けた瞬間に、執行会場または取引システムによって記録された価格。
これらの選択は、スリッページの計算方法が変わり得るため重要です。計算を意味のあるものに保つには、前提を明示してください。たとえば次のようにします：「スリッページ = 約定価格 − 参照価格（買いの場合）。参照は注文確定時刻に記録されたレートを用いる。」
似ている要素を分けます：
- 市場の変動: 注文が約定されるまでの間に価格が変わること。
- 執行上の制約: 提供者がどのように注文をルーティングし、流動性をどう扱い、利用可能な価格をどう適用するか。
- 取引コスト: コミッション、ファイナンス、その他の手数料など。これらは実効コストを押し上げたり押し下げたりし得ます。
コストをスリッページとして扱うと、執行ギャップを過大に見積もる可能性があります。
証拠、例、記録すべきデータ
単一の注文について自己完結したスリッページ記録を作るには、通常次が必要です。
- 銘柄の詳細: シンボル／通貨ペアの識別子と、契約サイズ（銘柄を混同しないため）。
- サイドと注文タイプ: 買い／売り、そしてマーケット／リミットかどうか。執行ロジックが異なります。
- 意図／参照価格: 「想定（expected）」として使った価格（およびそれをどこから取得したか）。
- 約定価格: 実際に受け取った約定価格（複数回約定があれば各約定）。
- タイムスタンプ: 注文送信時刻、受け付け／確定時刻、そして各約定の時刻。統一したタイムゾーンを使うか、タイムゾーンオフセットを含めます。
- 約定の構造: 注文が一度で約定したのか、複数回に分かれたのか。部分約定が起きた場合は、各約定と合計数量を記録します。
- コストの内訳: 少なくともコミッションと、ネットの執行コストに影響することが文書化されている手数料要素。
- データの出所と完全性: 値が注文チケット、執行レポート、台帳、またはシステムログのどこから来ているか。また、どのフィールドが欠けているか。
具体的な計算例（前提が必要）：
- 参照価格を 注文確定時刻に表示されていたレート とします。
- 買い注文の場合、各約定について slippage_points = executed_price − reference_price を計算し、複数回の約定があるなら数量で重み付けした平均スリッページを算出します。
- 「コストとしてのスリッページ」を求めたい場合は、契約サイズを使って価格差を換算し、そのうえで文書化されたコミッションを別途加えます。そうしないと、「執行価格差」と「手数料」を混同してしまいます。
制約とリスク（重大な失敗モード）
いくつかの制約により、スリッページ評価が信頼できなくなることがあります。
- 参照時刻の不一致: 「想定価格」が、執行の判断が行われた瞬間とは別の時点で記録されている場合、計算されたスリッページは執行品質ではなく、タイミングのズレを反映してしまう可能性があります。
- 部分約定と集計ミス: 複数回の約定に対して不適切に平均を取る（または、約定が異なる時刻・価格で起きたことを無視する）と、スリッページを誤って示し得ます。
- 欠落または改変されたフィールド: 執行レポートが特定の出来事を省略していたり、プラットフォームが照合の過程で価格を書き換えたりすると、データセットが真の執行タイムラインと一致しない可能性があります。
- コストの混同: ビッド／アスクのコスト（スプレッド）とコミッションが、価格スリッページと混同され得ます。「実効価格」と「手数料要素」を分けない限り混乱します。
- 非定常な関係: スリッページと条件の間に過去の関係があったとしても、将来の挙動を保証するものではありません。市場の流動性やボラティリティは変化し得ます。
不確実性を最も安全に扱う方法は、スリッページを「選んだ参照定義とデータの整合性に依存する計算指標」として扱い、単一の普遍的な数値として扱わないことです。
検証と次の質問
事実を独立に検証するには、参照価格、約定価格、タイムスタンプとして使った「正確なフィールド」を指し示せること、そしてそれらが同じ執行ライフサイクル（注文チケットと執行レポート）から来ていることを確認できる必要があります。
DOCUMENT END