フォレックスにおけるラストルックに影響しうるコストは？
ラストルックに影響しうる直接コストと間接コスト
ラストルックは、市場アクセスおよび執行のメカニズムであり、受け付けた後に、当該時点の条件に基づいて、取引リクエストを受諾または拒否できる会場またはプロバイダーが存在します。受諾が条件付きであるため、執行の経済性やタイミングを変えるコストは、リクエストがどれくらいの頻度で約定されるか、また実効価格がいくらになるかに影響しえます。
「コストがラストルックに影響する」と人々が言うとき、通常は次の2つの異なる意味を指します。
- 直接コスト：注文の執行価格に紐づく手数料やスプレッド（たとえば、コミッションのスケジュールや、約定を評価するために用いられるビッド/アスク・スプレッド）。
- 間接コスト：単純な明細の手数料としては現れない摩擦ですが、それでもリクエストが魅力的な状態に留まる可能性、あるいは事前に定められた許容範囲内に収まる可能性に影響します（たとえば、レート提示から受諾までのレイテンシー）。
仕組み：コスト関連の入力が意思決定に入ってくる方法
ラストルックの実装は通常、リクエストされた価格を、リクエストがプロバイダー/会場に到達した後に存在する条件と照合して評価します。メカニクス自体は概念としては同じですが、入力は変わりえます。コストは次のようにして入り込む可能性があります。
-
スプレッドと実効価格 「提示価格で送る」つもりでも、プロバイダーは評価時点の市場状態に基づいて取引を評価することがあります。ビッド/アスク・スプレッドが拡大すれば、同じリクエスト価格でも不利になり、リクエストが受諾されるかどうかが変わりえます。
-
コミッションと手数料スケジュール コミッションは、約定の純粋な経済性を変えます。たとえば、コミッションが高いほど、限界的（marginal）なリクエストを受諾する純利益が減ります。これは、ラストルックの意思決定が手数料控除後（net-of-fees）の経済性、またはそれに類する許容ロジックを用いている場合に重要になります。
-
レイテンシーとレートのドリフト あなたのリクエストとプロバイダーの評価の間の時間が、レートのドリフトを引き起こします。レートのドリフトは間接コストです。直接あなたに請求されるわけではありませんが、受諾のためにプロバイダーが用いる市場パラメータを変えます。
-
運用上のオーバーヘッドと部分的な情報 一部の摩擦は手続き的です。たとえば、注文ルーティングの遅延、スロットリング、あるいはクライアント側ログで見えるものと、プロバイダーが内部で記録しているものの違いです。これにより、「コスト」が意思決定を動かしているように見えることがありますが、実際の要因はタイミングや情報の欠落である可能性があります。
確認できる証拠と例
結果は市場状況や実装によって変わるため、検証は「期待」にではなく、「観測して記録できること」に焦点を当てるべきです。
以下の任意の例に対する前提：あなたが時刻 t0 に単一のリクエストを出し、プロバイダーが時刻 t1（t1 ≥ t0）で受諾の可否を評価すると仮定します。また、タイムスタンプと、約定（または拒否）の結果を取得できると仮定します。
例A：評価時点の前後でスプレッドが拡大する場合
- t0 ではスプレッドが狭く、あなたのリクエスト価格はビッド/アスクの中央付近にあります。
- t0 から t1 の間にボラティリティが増し、スプレッドが拡大します。
- 検証アプローチ：t0 近傍で取得したビッド/アスクの状態と、t1 後に受諾された取引で観測される実効価格を比較します。スプレッドが拡大すると拒否が集中するなら、スプレッドはコスト関連のもっともらしい要因です。
例B：限界的な約定に対するコミッションの影響
- 注文サイズと銘柄をテスト期間を通じて一定に保ちます。
- コミッションのスケジュールが異なる2つの期間を実行します（または、プロバイダーが開示している場合は手数料構成要素が異なる場合）。
- 検証アプローチ：受諾率と実効約定価格を分析します。手数料構成要素が変わると受諾が変化するなら、コストが受諾の限界的な魅力に影響しているという直接の証拠になります。
例C：レイテンシーとタイミング
- 注文の往復時間（クライアント側のタイムスタンプで測定したもの）ごとにイベントをグループ化します。
- 検証アプローチ：レイテンシーが高いほど拒否頻度が高い傾向と相関するかを確認します。これは、間接的な「タイミングコスト」が受諾に影響しているという考えを支持します。
制約と失敗パターン
少なくとも重要な制約として、あなたはプロバイダーの内部の意思決定ルールを見られない可能性があります。スプレッドが拡大すると拒否が増えることを観測できたとしても、それがスプレッドなのか、タイミングなのか、あるいは内部の許容（tolerance）なのかを因果として証明できないかもしれません。
よくある失敗パターンには次が含まれます。
- 帰属（attribution）エラー：拒否を「コスト」の影響だと解釈するが、実際の変数は市場の動きやレイテンシーである。
- 選択バイアス：受諾された取引はフィルタされうるため、約定データのほうが拒否セットより見栄えが良く見えることがある。
- 非定常性（non-stationarity）：コストと受諾の関係は、市場レジームやプロバイダー設定によって変化しうる。
検証：次に確認すべきこと
事実を独立に検証するには、次の3つのカテゴリに焦点を当てます：