スプレッド定義を評価するために必要なデータは？
直接の答え
FXにおける「スプレッド定義」を評価するには、明確な入力（インプット）一式と、それらの入力がどこから来ているのか、そして自分が関心を持つ状況と一致しているかを確認するための規律ある方法が必要です。実務上は、(1) あなたが使っているスプレッドの正確な定義、(2) それを計算するために用いる bid/ask の価格入力、(3) それらの価格の出所（provenance）と計測方法、(4) クオートを執行に結び付けるための適時性（timeliness）の前提、を集めるべきです。
スプレッドはさまざまな形で報告され得るため、「スプレッド定義を評価する」ことの主眼は、主に不一致を防ぐことにあります。式（フォーミュラ）は安定していても、データフィード、単位、タイミングは異なり得ます。
仕組みと定義：ここでいう「スプレッド」とは
スプレッドとは通常、2つの価格の差、つまり bid と ask の差です。スプレッド定義を評価するには、使う式を書き出し、単位も含めて明確にすることから始めます。
指定すべき重要なデータ入力：
- Bid と ask の値：スプレッドが計算される2つの数値。
- 計算ルール：たとえば「spread = ask − bid」または同等の標準化された形。
- 単位の慣習：スプレッドが 生の価格（raw price）、pips、それとも points で表されるか。
- クオートの根拠：bid/ask がミッドマーケットのクオートなのか、直近の約定クオートなのか、あるいはプロバイダー固有のクオートなのか。
どの計算や例でも、明示すべき前提：
- タイミングの前提：bid/ask は同じ時点のものか、それとも異なるタイムスタンプのものか？
- サンプリングの前提：クオートは連続的にサンプリングされているのか、一定間隔でサンプリングされているのか、表示されるときだけなのか？
- 換算の前提（pips や通貨換算を使う場合）：価格差を、あなたが報告する単位へ変換する方法は何か。
証拠と例の確認：集めるべきデータ
リアルタイムの価格がなくても、定義を検証するために必要な確認項目を整理できます。
次の「出所付きの入力（inputs with provenance）」を集めます：
- bid/ask の出所：bid/ask が、市場データフィード、プラットフォームのクオートストリーム、あるいはプロバイダーの表示から来ているのかを特定する。計測の同一性（フィード名、ストリーム、またはドキュメント参照）を確認する。
- タイムスタンプ情報：各 bid と ask の観測がいつ取得されたかを記録する（タイムゾーンやオフセットが明記されている場合はそれも含む）。
- サンプリング手法：データが、すべてのクオート更新を表しているのか、定期的なスナップショットのような一部だけを表しているのかを判断する。
- 正規化（normalization）手法：異なる銘柄間でスプレッドを比較する場合、銘柄固有の pip サイズや契約（コントラクト）の慣習がどう扱われたかを文書化する。
- 「スプレッド」の範囲：「クオート時点の提示条件（bid/ask）」としてスプレッドを定義するのか、それとも「執行時の含意コスト（which can differ when execution timing matters）」として定義するのかを決める。
定義が首尾一貫していることを確認するのに役立つ品質チェック：
- 整合性チェック：報告されたスプレッドが、明示された計算ルールと単位の慣習に一致しているかを確認する。
- 同時刻チェック：bid と ask が同じタイムスタンプからのものか（または最大の時差を文書化しているか）を確認する。
- 外れ値（アウトライヤー）対応：欠落したクオート、古い（stale）クオート、切断された期間に対して、ソースがどう扱うかを記録する。
- 比較可能性チェック：プロバイダーや口座をまたいで比較する場合、基礎となるクオートの根拠と単位が一致していることを確認する。
制約とリスク：重大な失敗パターン
スプレッド定義の評価は、式が正しくても失敗し得ます。よくある制約には次のようなものがあります：
- 変動要因：スプレッドは、市場の流動性、ボラティリティ、注文板（オーダーブック）の状況の変化に応じて拡大または縮小し得る。過去の関係は将来の挙動を保証しない。
- クオートと執行の不一致：クオート時点で表示されたスプレッドは、タイムスタンプが異なる、またはクオートが古くなっている場合、執行時の実効コストと異なる可能性がある。
- プロバイダー固有の定義：一部のプロバイダーは、自社のクオートストリーム、更新ルール、またはフォーマット（pips vs points）を使ってスプレッドを計算・表示することがあり、その結果として数値が比較できなくなる。
- データ品質の問題：欠落したティック、遅延したフィード、または不規則なサンプリングは、見かけ上のスプレッド分布を歪め得る。
これらは、「定義が本質的に間違っている」ことの証明ではなく、計測とリンク（結び付け）の前提における制約として扱うべきです。目的は、あなたが選んだデータと前提が、実際に何を表しているのかを理解することです。
検証と次の質問
スプレッド定義を独立に検証するには、再現性に焦点を当てます：
- あなたが明示した式と単位換算を使えば、別の人が同じ bid/ask 入力から同じスプレッドを計算できるか？
- bid/ask の出所は、そのクオートの根拠と更新タイミングを文書化しており、タイムスタンプが意味のある形で整合するようになっているか？
- 「同じもの同士」を比較しているか――つまり、同じクオートの根拠、同じ単位の慣習、比較可能なタイミングルールになっているか？
DOCUMENT END