執行問題における執行品質の評価
「執行品質」とは執行問題において何を意味するのか
執行問題とは、注文の実際の結果が、提示された注文意図と、その時点で観測された市場状況を踏まえれば合理的に期待できる内容と異なる状況である。執行品質とは、実現された結果がその期待にどれほど近いかを表す。
執行品質を評価する有用な方法は、それを計測問題として扱うことだ。つまり、注文の実現結果を、透明な前提（たとえば、期待される価格参照、スプレッドの前提、手数料を含めるかどうか）から構築した期待値と比較する。ギャップが一貫して大きい、または特定の失敗パターンで起きるなら、執行品質は弱い。
基本の仕組み：何を測るべきか
執行品質を評価するには、各ケースについて同じカテゴリの証拠を集める：
-
タイミング：注文の送信から最終約定までの時間（確認前の遅延を含む）。タイミングが重要なのは、市場の動きによって、執行が起きる前に価格参照が変わり得るからである。
-
価格の実現：定義された参照価格と実際の約定価格の差。実務上、参照は意思決定時点で利用可能な最良価格、提示されたビッド/アスクのスナップショット、あるいは社内の「期待約定」計算である可能性がある。スリッページは、その後に実現値から参照の移動を引いたもの（符号付き）として求める。
-
実効コスト：約定価格を超えて実現されたコスト。たとえば、スプレッドのクロスによる影響、コミッション、その他の開示された取引手数料など。2つの執行はスリッページが同じでも、総合的な実効コストが異なり得る。
-
注文の挙動の詳細：注文が完全に約定したのか部分的に約定したのか、システムがリクオートしたのか、約定が複数の部分で到着したのか。意図から約定までの経路が変わると、執行品質はしばしば悪化する。
-
文脈の切り分け：結果に独立して影響し得る市場条件を記録する。たとえば急激な価格変化など。これにより、執行プロセスの問題と通常の市場のボラティリティを区別しやすくなる。
証拠と、現実的な評価例
意思決定時点の特定の参照価格に基づき、想定スプレッドと既知の手数料を加えた期待値があるとする。例を測定可能に保つため、前提を明示する：
- 参照価格：意思決定時点で選んだミッド、またはビッド/アスク水準。
- スプレッドの前提：その参照を期待される執行可能価格へ変換するために用いるハーフスプレッド。
- 手数料：含めるか、除外するかを一貫させる。
そして計算する：
- 価格偏差 ＝（約定価格 − 期待される執行可能価格）
- 実効コスト偏差 ＝（約定価格 ＋ 想定コスト − 期待される総コスト）
同様の条件のもとで、複数の注文にわたって繰り返す。執行のタイミングが安定しているのに偏差が市場の動きに連動するなら、市場要因による可能性がある。遅延、部分約定、リクオートといった特定の条件の周りに偏差が集まるなら、原因は執行プロセスにより近い。
限界と、必ず考慮すべき失敗パターン
執行品質の評価には、重要な限界がある：
-
リアルタイム検証ができない：信頼できるタイムスタンプ付きの気配値と、完全な注文記録がない場合、「期待」は曖昧になる。異なる合理的な参照定義は、計算されるスリッページを変え得る。
-
コストと流動性の変動：流動性の変化により、執行メカニズムが変わっていなくても実効コストは拡大し得る。
-
歴史的な非予測性：過去の偏差は将来のパフォーマンスを示すものではない。市場レジームが変わると関係が崩れることがある。
よくある失敗パターンには以下が含まれる：
- レイテンシと遅延処理：タイミングのギャップにより、市場参照が動いてしまう。
- 部分約定：複数の約定は、単一の期待約定よりも悪い実効コストの平均になり得る。
- リクオート、または意図した価格での執行拒否：実現価格が市場の動き後、またはシステムのチェック後に更新される。
- 実効スプレッドの拡大：小さなスリッページが示されていても、クロスコストが増えると総コストが高くなり得る。
検証チェックリストと、次に尋ねるべき質問
結論を独立に検証するには、手法が再現可能かどうかを確認する：
- 期待される価格参照とスプレッドの前提は、明示されており一貫しているか？
- タイミング効果を測るために、注文のタイムスタンプと約定のタイムスタンプは利用可能か？
- 市場のボラティリティと執行プロセスの遅延を切り分けているか？
- 「実効コスト」に、関連するコスト要素を一貫してすべて含めているか？
- 失敗パターン（部分約定、リクオート、遅延）が、最大の偏差を説明しているか？
強力な次の質問は次のとおりだ：市場の速さをコントロールしたうえで、データセットにおける最大の偏差に最も合致する失敗モードはどれか？ これにより、単一の数値による主張ではなく、メカニズムに焦点が当たる。
DOCUMENT END