スリッページの質問を評価するときに確認すべきこと
直接の答え：デューデリジェンスのチェックリスト
「スリッページ」の質問を読んだら、その概念を明確に保ち、前提を明示したまま評価できるチェックリストで判断してください。スリッページは通常、想定していた参照価格（得られると思っていた価格）と、実際に受け取った約定価格（実際に受け取った価格）のギャップとして説明されます。あなたの目的は、その質問がどの参照を使っているのか、どの条件が正当に変わり得るのか、そしてその差のどの部分が市場の値動きによるものなのか、約定メカニクスによるものなのかを検証することです。
このチェックリストを使ってください：
- 質問で使われている参照価格を定義する。 注文入力時の提示レートなのか、直近の約定価格なのか、平均約定価格なのか、ミッド価格なのか。定義がないと、「スリッページ」は意味が変わってしまいます。
- 計算における前提を明記する。 誰かが例を出している場合、タイミング、スプレッド、約定挙動について何が前提とされているかを確認します。
- 安定したメカニクスと変動する条件を分ける。 約定は、流動性の利用可能性、スピード、スプレッドの変化、取引会場の挙動の影響を受け得ます。
- 重要な制約と失敗パターンを探す。 部分約定、急速な価格変動、スプレッドの拡大、約定可能な流動性の一時的な喪失を、その質問が考慮しているか確認します。
- 独立して検証できるものを確認する。 その主張を裏付ける証拠は何かを決めます。注文のタイムスタンプのロジック、約定記録、そして一貫した価格定義です。
メカニクス：スリッページの質問が本質的に扱っていること
スリッページの質問は、典型的に2つの考えを混ぜ合わせています：
- 測定の概念： 参照価格と約定価格の差。
- 原因： 注文が取引可能になった時点から、なぜ参照と実際の結果が異なるのか。
スリッページの質問を評価するには、まず測定が適切に定義されているか確認します。参照価格は具体的である必要があります（たとえば、「提出時の提示価格」か「約定時のミッド価格」か）。次に、約定経路は時間依存であり得ると認識する必要があります。注文は数ミリ秒、あるいはそれ以上待たされることがあり、その間に取引可能な価格は変わり得ます。
観測される差に影響する一般的な入力には、次のようなものがあります：
- Bid/askスプレッドの挙動： 大きなトレンドがなくても、スプレッドが拡大すると、ミッドベースの想定に対して約定価格が変わり得ます。
- 流動性と厚み： 注文サイズが希望する価格水準で約定できない場合、約定はより不利な価格を「歩いて」いく可能性があります。
- レイテンシと処理時間： 参照価格と約定の間の遅延が長いほど、急速な相場では乖離が起きる可能性が高まります。
証拠と例（前提を明示して）
予測ではなく、仮の評価を考えてください。仮定として、あなたは市場のある側での約定を想定しており、約定記録から得られる平均約定価格と比較します。
- 前提A（参照）： 「想定価格」は、あなたが提出した（または注文が取引可能になった）時点で利用可能だった提示レートに等しい。
- 前提B（約定）： 実行結果は、約定の全パートにわたる平均約定価格として測定される。
参照レートの後、約定までの間に市場のスプレッドが拡大した場合、約定された側は、スプレッドが一定だった場合よりも参照からさらに離れている可能性があります。その場合、そのスリッページの質問は、「約定の不備」をすべてのギャップの原因として帰属させているなら、過大評価になっているかもしれません。つまり、スプレッド拡大と時間差によって説明できる部分が、無視されている可能性があります。
次に、その例が内部的に整合しているかテストします：
- 参照と約定のために、同じ時間基準を使っていますか？
- 同じ価格の慣習（bid vs ask vs mid）を使っていますか？
- 部分約定を適切に扱っていますか（たとえば、単一の約定イベントではなく、加重平均の約定を使うなど）？
制約とリスク：注意すべき重要な失敗パターン
大きな制約は、「スリッページ」が比較できない形で報告され得ることです。よくある失敗パターンは2つあります：
- 参照定義の不一致： 片側は提出時の提示レートを使い、もう片側は後の時点のミッド価格を使うかもしれません。
- 市場の影響と約定測定の混同： 市場全体の条件によって引き起こされた価格変動は、約定メカニクスが通常の期待の範囲内で動いていたとしても、スリッページに似た差を生み得ます。
結果は、市場状況、コスト、約定のタイミング、そして特定の取引セットアップによって変わります。そのため、過去の事例や逸話的な関係は、将来のケースがどう振る舞うかを保証しません。また、基になるタイムスタンプや約定記録が見られない場合、その測定を検証できない可能性があります。