マーケット・セールはどのように測定できますか？

「マーケット・セール」を測定可能な形で定義すると

マーケット・セールとは、資産を直ちに売却するための注文であり、執行は市場と取引会場（トレーディング・ベニュー）によって処理されます。測定するには、(1) 何を要求したのか（requested）と、(2) 実際に何が起きたのか（happened）を分ける必要があります。

実用的な測定モデルでは、観測可能な項目を使います：

• Requested quantity（あなたが出したSellのサイズ）。
• Execution quantity（実際に約定した量）。
• Fill prices（それぞれの部分が執行された価格）。
• 注文の時刻と各約定のTimestamps。
• 約定から導かれるEffective average price。

測定ウィンドウを明確に定義します。たとえば、注文が会場に受理された瞬間から、完全に約定する瞬間、または無効になる瞬間まで、のようにします。

マーケット・セールが測定可能なプロセスとしてどう動くか

マーケット・セールの執行は、通常は単一のイベントではありません。複数回の約定（fill）として起こり得ます。これは「1つの価格」が存在しない可能性があるため重要です。結果を一貫して測定するには：

1. タイミングを取得する

   • t_request：システムが注文リクエストを記録した時。
   • t_fill_i：fill i が起きた時（プラットフォームがfillごとの時刻を公開している場合）。
   • t_end：注文が完了した時（完全約定）または停止した時。

2. 数量を取得する

   • Q_requested と Q_filled_total。
   • 部分約定がある場合は、各 Q_filled_i も記録します。

3. 一貫した価格指標を計算する よく使われる指標は、**出来高加重平均の約定価格（volume-weighted average fill price）**です：

   • EffectiveAvg = (Σ (Price_i × Q_i)) / (Σ Q_i) これは前提に依存します：各約定価格が同じ価格の慣習（convention）で報告されていること。

4. コストと参照を定義する 「どれだけの価値を受け取ったか」を目的に含めるなら、計算に何を含めるかを指定する必要があります：

   • 手数料/フィーを含めるかどうか、
   • スプレッドが別途表現されるのか、それとも約定価格に暗黙に含まれるのか、
   • 結果をどの通貨に換算するのか。

結果は条件によって変わるため、各例では「手数料は除外」や「手数料は報告どおりに含める」といった前提、そして単一の換算参照を明記してください。

例：測定と比較（前提つき）

たとえば、Q_requested のマーケット・セールを出したとします。あなたのプラットフォームは3つの約定を報告します：

• 約定1：Price_1, Q_1, 時刻 t_fill_1
• 約定2：Price_2, Q_2, 時刻 t_fill_2
• 約定3：Price_3, Q_3, 時刻 t_fill_3

次のように測定できます：

• Execution coverage = Q_filled_total / Q_requested（両方の値が見られることを前提）。
• 上記の出来高加重の式による EffectiveAvg の約定価格。
• Execution time = t_end − t_request（タイムスタンプが利用可能で比較可能であることを前提）。
• 参照価格（たとえば、t_request 時点での直近のmid/参照値）を選ぶ場合の スリッページのようなギャップ（relative to a reference）。この測定は、参照の定義をあなたが明示した場合にのみ意味を持ちます。

2つのマーケット・セール注文を比較するには、比較基準を一貫させます：

• 同じ測定ウィンドウ定義、
• 「差分」計算に使う参照が同じであること、
• コストの含め方ルールが同じであること（手数料を含める/含めない）。

重要な制限と失敗パターン

1. タイムスタンプの欠落または粗さ 注文レベルのタイムスタンプしかなく（fillごとではない）、約定シーケンス中に価格がどれだけ速く変化したかを測定できません。

2. 部分約定と流動性の変化 マーケット・セールは複数のタイミングにまたがって執行されます。流動性が低下すると、注文サイズが変わっていなくても、後続の約定は前の約定と実質的に異なる可能性があります。

3. プロバイダと会場の影響 執行の質は、会場のルーティング、約定ポリシー、そして執行時点での対当流動性の利用可能性に依存します。同じ「アイデア」を2つの会場で執行しても、執行結果が異なることがあります。

4. コスト報告の違い 一部のプラットフォームは手数料を別表示しますが、別のところでは約定価格に暗黙に含めます。慣習を混ぜると、計算した「実効的な結果」が比較できない可能性があります。

5. 将来の不確実性 過去の執行関係は、将来の結果を保証しません。過去の注文でうまくいった方法でも、新しい市場条件下で同様の執行になるとは限りません。

測定を検証する方法

あなたは、執行記録に対して次の3点を確認することで、マーケット・セールの測定を独立に検証できます：

• 数量の整合性：Q_filled_total が、報告された各約定の数量の合計と一致するか。
• 時間の整合性：t_end が、最後の約定時刻と整合しているか。
• 価格の整合性：あなたが計算した effective average price が、同じコスト含め方ルールのもとで、プラットフォーム自身の「average」フィールドと一致するか（提供されている場合）。

次に良い質問は、あなたのプラットフォームがどのデータを提供しているかです：fillごとの価格、fillごとのタイムスタンプ、そして手数料の内訳。測定の精度は、それらの観測可能な項目に依存します。

DOCUMENT END