フォレックスにおけるラストルックの「ワークド例」とは？
直接の答え
フォレックスにおけるラストルックとは、流動性プロバイダーが入ってきた取引リクエストを受け取るものの、その後にプロバイダーが定義したルールによって、そのリクエストを受諾または拒否し得る仕組みです。「ワークド例」では、受諾と拒否が約定価格に対して何を意味し得るのかを示し、固定されるメカニクスと変動する市場条件を明確に分けて説明します。
ルールや結果はプロバイダーおよびポリシーに依存するため、どのような例であっても前提を明示し、実取引の予測として扱うべきではありません。
仕組みまたは定義
ラストルックを説明する一般的な方法は、次の2ステップです。
- リクエストが到着：クライアント／注文が流動性プロバイダーへ（多くの場合、取引プラットフォームを通じて）ルーティングされます。プロバイダーは、即時のリスクまたは健全性チェックを行うことができます。
- 遅延の判断ウィンドウ：その後、プロバイダーは短いタイミングウィンドウの間に ラストルックのルール を適用します。リクエストが許容される場合、プロバイダーは 受諾 し、取引は進行します（通常、プロバイダーが提供する価格／条件で）。許容されない場合、プロバイダーは 拒否 し得るほか、価格をスリップさせる、または別の約定（フィル）を提示することがあります。これはプロバイダーの実装に依存します。
ワークド例の重要なポイント：概念としてのメカニズムは同じ（受信後に受諾／拒否）ですが、正確な挙動は、プロバイダーの執行ポリシーとプラットフォームの条件の詳細を確認できる範囲でしか分かりません。
証拠または例
以下は、純粋に説明目的の数値シナリオです。ライブ価格に基づくものではありません。
前提（最初に明示します）
- クライアントは 1つ の買い注文を 100,000ユニット 提出します（1ロットはユニットの慣例であり、ここでの計算は価格差に焦点を当てています）。
- プラットフォームは取引リクエストをプロバイダーへ送信します。
- プロバイダーには、受諾または拒否し得るラストルックのウィンドウがあります。
- プロバイダーが、次の簡略化した慣例で クオートして約定する と仮定します：
- 受諾 の場合、約定は Provider price A = 1.1000 で行われます。
- 拒否 の場合、約定は発生せず、注文は 未約定 として扱われます（「ノーフィル」の結果）。一部のプロバイダーは再クオートしますが、ここでは比較を明確にするため「ノーフィル」を選びます。
- 0.0001 が、提示価格において 1 pip に相当する標準的なFXの「pip」サイズを仮定します。
- 影響は、「受諾された約定」と「元々参照された価格で約定していたはず」の差として測定します。
シナリオ
- クライアントのリクエストが作成された時点で、参照価格は 1.0998 です。
- プロバイダーのラストルック判断の直前に、市場が動き、プロバイダー内部の閾値を満たすような状況になるとします（詳細はポリシー固有です）。
2つのケースを評価します。
ケース1：ラストルック 受諾
- 受諾された約定価格：1.1000
- 参照価格との差：1.1000 − 1.0998 = 0.0002 = 2 pips
- この説明用モデルでは、クライアントは参照価格より 2 pips 悪い 結果になります。
ケース2：ラストルック 拒否
- 拒否の結果：ノーフィル
- この説明用モデルでは、取引が実行されないため、クライアントはその取引から 0 pips のP&Lを得ます。
- ただし、クライアントは実務上、市場が動き続ける可能性がある一方で、未約定のまま残るという効果に直面します。
この例が示すこと
- ラストルックは、「リクエストが受信された」ことから「約定が発生する」ことへの対応関係を変えます。
- 同じ到達したリクエストでも、ラストルックのルールにより、異なる結果（受諾による約定 vs 拒否／ノーフィル）につながり得ます。
- ワークド例は、明示された前提のもとでのみ有効です。もしあなたのプロバイダーのポリシーがノーフィル拒否ではなく再クオートを使うなら、数値上の結論は変わります。
制限とリスク
- プロバイダーポリシーは可変：受諾／拒否のロジックや、「拒否」が意味するもの（ノーフィル vs 再クオート vs 部分的な挙動）は、プロバイダー自身が文書化したルールによって決まります。それがなければ、どの失敗モードが適用されるか検証できません。
- タイミングが重要：ラストルックは通常、短い判断ウィンドウを伴います。そのウィンドウの間の市場変動は、クライアントの意図が同一であっても結果を変え得ます。
- コストと執行環境：実際の結果は、スプレッド、コミッション、そしてスリップ（スリッページ）の扱いなどにも依存します。これらのコストは簡略化した例には含まれていません。
- 過度な一般化のリスク：クオート変化とラストルック挙動の間の過去の関係は、プロバイダーが将来の注文をどう扱うかを示すものではありません。
あらゆるチェックで考慮すべき重要な失敗モードの1つは：注文が実行可能に見えるが、実際には執行されない可能性がある（拒否）か、異なる条件で執行される（再クオート／スリップ）ことです。
DOCUMENT END