取引実行先（Execution Venue）がスプレッド定義に与える影響
直接の答え
取引実行先はスプレッド定義に影響します。なぜなら「スプレッド」は、価格提示と約定（執行）のチェーンの異なる地点から測定できるからです。注文のルーティング方法、流動性の調達元、そして価格構成要素のうち内部要素と外部要素のどれを含めるかによって、同じ市場の瞬間でも観測されるスプレッドが変わり得ます。提示されるビッド・アスクのスプレッド、実現された執行スプレッド、またはオールインの実効コストです。
メカニズムと定義
スプレッド定義とは、2つの価格の差を表すためのルールのことです。通常は ビッド（売るための価格）と アスク（買うための価格）です。実務上は、「どこで」「いつ」が同じくらい重要で、「何を」だけではありません。
取引実行先は、少なくとも次の3つのメカニズムに影響し得ます。
-
提示元と更新タイミング：価格がある流動性ソースから来るのか別のソースから来るのか、また更新が異なる時刻に到着するのかによって、観測されるビッドとアスクが異なり得ます。ミッド価格が似ていても、レイテンシやリフレッシュ間隔によって、見えるスプレッドが変わります。
-
ルーティングと執行経路：注文は、内部で取り扱われることも、外部の流動性に送られることも、あるいは両方になることもあります（実行先のルーティング方針によります）。実行先は、例えばスピードと約定確実性のように、異なる目標を優先する可能性があり、その結果、実現される買値と売値に影響します。
-
コストの含め方（提示スプレッドと実効スプレッド）：提示スプレッドだけを見ると「狭い」ように見えるスプレッドもあります。しかし、実効スプレッドは、コミッション、マークアップ、そして提示に対するスリッページのような執行品質の影響など、他のコスト要素を考慮すると、より広くなり得ます。
計算を一貫させるには、前提を明示する必要があります。つまり、表示されたクオートからのスプレッドなのか、取引が執行された瞬間からのスプレッドなのか、あるいは追加の手数料を含むオールインのコスト定義なのか、どれを使うのかです。異なる定義は、正当に異なる数値の「スプレッド」を生み得ます。
証拠または例（前提を明示）
明示的な前提を置いた簡略例を考えます。
- 前提A：ある実行先は、時刻Tにおける その最後のクオートのビッド・アスク を使ってスプレッドを定義する。
- 前提B：同じ実行先は、受け取った注文を外部の流動性プールにルーティングし、あなたが受け取る 執行価格 は、そのプールの執行時点の価格に基づく。
- 前提C：実行先は、ビッド・アスクのクオートには含まれない追加のコスト要素（例えばコミッションや内部チャージ）も適用する。
Tから執行の瞬間までに市場状況が変化すると、Tにおける提示スプレッド は、執行された価格から得られる実現スプレッド よりも狭くなり得ます。さらに、ビッド・アスクの差が似ていても、追加のコスト要素を加えると オールインの実効スプレッド はより大きくなり得ます。
これは、特定のブローカーモデルを仮定せずに、取引実行先がスプレッド定義にどう影響するかを示しています。つまり、スプレッドを定義するために使われる価格（クオートか約定か）と、含めるコスト要素が変わるのです。
限界とリスク（失敗パターン）
少なくとも1つの重要な限界は、定義の不一致というリスクです。
- 失敗パターン：異なる測り方で測定されたスプレッドを比較すること。ある当事者が提示されたビッド・アスクのスプレッドを使い、別の当事者が実効スプレッド（コミッションやスリッページを含む）を使う場合、双方がそれぞれの測定ルールのもとで「正しい」としても、数値が食い違うことがあります。
その他の不確実性の源には次が含まれます。
- 変動する市場流動性：スプレッドの挙動は、取引活動や注文板の厚みによって急速に変わり得ます。
- 実行先依存の執行品質：2つの実行先が似たスプレッドを提示していても、ルーティングやタイミングの違いにより、実現される執行が異なることがあります。
- 非定常な関係：過去のクオートから約定への関係は、将来の挙動を保証しません。日中の条件によって、単純な過去比較が崩れることがあります。
検証と次の質問
実務的な検証アプローチは、一定の前提のもとで、クオートベースとフィルベースの指標を比較することです。
- 単一のスプレッド定義を選ぶ：提示ビッド・アスク、実現執行スプレッド、またはオールインの実効スプレッド。
- クオートと執行のタイムスタンプを記録し、「何が表示されたか」と「何が約定したか」を分ける。
- 異なる市場レジーム（例えば安定局面とボラティリティの高い局面）で結果を比較し、スプレッド定義の違いが重要になるタイミングを特定する。
次に探るべき質問：測定において、どの構成要素が実行先に敏感ですか—(a) クオートの出所、(b) ルーティング経路、または (c) 追加コストの含め方—そうすれば、実際にあなたが経験するコストに合わせてスプレッド定義を整合させられます。