同じFXレートでも平均スプレッドが違う理由：時間・更新件数・約定量の重みを分ける

FXの平均スプレッドには、何を重みにしたかという説明が必要です。短い時間に気配更新が集中すると、更新件数で計算した平均には大きく影響します。実際の約定量で重み付けすれば、取引が時間に沿って均等に発生するとは限らないため、さらに違う値になります。

以下の仮想的なユーロ／米ドルの気配列では、意味の違う三つの正しい平均が得られます。常に2ピップの比較対象より、一方の定義では狭く、別の定義では広くなります。最も有利な数字を選ぶ前に、観測単位と分母を確認することが大切です。

まず気配が有効な区間を定義する

観測窓は0秒から60秒の直前までの60秒間です。価格は1ユーロ当たり米ドル、1ピップは0.0001と定義します。スプレッドはアスクからビッドを引き、このピップ幅で割った値です。両側は同じ気配状態に属する必要があります。古いビッドと後のアスクを組み合わせると、実際には表示されていないスプレッドが生じかねません。

データは完全で、各売買両側の気配が次の対象更新または窓の終了まで有効だと仮定します。気配列Aは0秒で1ピップ、25秒で価格水準は変わるものの1ピップのままです。50秒に5ピップとなり、その後59.5秒まで0.5秒ごとに更新します。これは別個の有効な気配更新であり、同じメッセージの再送ではありません。

したがって1ピップの観測は2件、5ピップは20件です。1ピップの状態は計50秒、5ピップは10秒続きます。価格水準が更新されてもスプレッドは変わらないことがあります。また、気配の更新やスプレッドの変化だけでは、取引が成立したとは分かりません。

時間加重は、そのスプレッドが続いた長さを測る

スプレッドsᵢと有効時間Δtᵢを使う時間加重平均は、Σ(sᵢ×Δtᵢ)／ΣΔtᵢです。完全な窓なので分母は60秒です。Aは(1×50＋5×10)／60＝100／60＝1.6666667ピップとなります。1ピップの状態の時間比率は50／60、すなわち83.3333%です。

区間は開始を含み終了を含めません。50秒の更新は[50,50.5)に適用し、それより前の区間には適用しません。最後の更新は[59.5,60)を覆います。この扱いで時間の重複を防げます。ちょうど60秒のイベントは次の窓に属し、この窓では継続時間を持ちません。

窓が更新と更新の間から始まる場合、開始前の最後の有効状態が必要になることがあります。ただしデータ仕様と状態に基づいて適用可否を確認し、無期限に有効とは仮定しません。有効期限切れ、気配の撤回、片側の欠落によって、次の価格メッセージが来る前に区間が終わることもあります。

比較対象Bは同じ有効な60秒間、常に2ピップです。価格水準の更新頻度に関係なく時間平均は2ピップとなり、この定義ではAのほうが狭くなります。示しているのは時間を通じて表示された気配であり、特定の注文が実際に支払う額ではありません。

更新件数で数えると順位が逆転する

更新件数平均では、対象となる気配レコードを1件ずつ同じ重みで数えます。Aは(2×1＋20×5)／22＝102／22＝4.6363636ピップです。5ピップの状態は1分の6分の1しか続かないのに、件数の20／22、90.9091%を占めます。観測1件を等しく扱うことと、1秒を等しく扱うことは違います。

常に2ピップのBは、件数平均でも2ピップです。気配も時刻も変えていないのに、今度はAのほうが広くなります。逆転の原因は重みの定義です。それだけで業者が価格を変更した、データ提供者が誤った、あるいは計算方法が不正だとはいえません。

広いスプレッドの期間に有効な価格更新を多く送るフィードほど、その期間の観測が件数平均に多く入ります。変更をまとめて配信するフィードなら件数は少なくなり得ます。比較では取得条件、フィルター、データ源を残してください。確認できた通信上の重複は除いても、スプレッドが同じという理由だけで別の価格更新を消してはいけません。

等間隔の時点を切り取る方法は別の標本設計です。間隔が本当に等しく、観測が有効で端点の扱いも決まっていれば時間平均を近似できますが、粗い抽出は短い状態を見落としたり特定時点を過大に反映したりします。不規則な更新をすべて1秒と呼び替えても、時間加重統計にはなりません。

約定量加重には実際の約定記録が必要

同じ完全な気配列に、別途仮想的な約定明細を加えます。1ピップの状態で計80000ユーロ、5ピップの状態で20000ユーロが約定したとします。各数量を該当する約定の直前に有効だった気配に対応させ、時刻が同じ場合はイベントの順序で判別します。この数量は22件の気配から推定できません。

約定量で加重した気配スプレッドは(80000×1＋20000×5)／100000＝1.8ピップです。この約定標本が接した気配をユーロ数量で重み付けしたもので、約定価格の単純平均、板の数量、約定件数ではありません。気配履歴が同じでも、取引時刻の配分が変われば値は変わります。Bについては、常時2ピップの気配列で対応する期間に同じ二つの数量が別途約定したと仮定するため、結果は2ピップです。同じ取引を両方で実行できたという証拠ではありません。

約定時の気配スプレッドと、約定価格および同時点の中間値から計算する実効スプレッドも別物です。約定価格、売買方向、数量、適用手数料がなければ、1.8ピップは米ドル建てのコスト明細になりません。片道コストが1.8ピップだった、往復コストを実現できた、待てば節約できる、とも断定できません。取引がない標本では約定量加重平均は定義できず、ゼロピップではありません。

欠落は分子だけでなく分母も変える

ここからは独立したデータ品質の例です。[0,55)秒だけ確認でき、1ピップが50秒、5ピップが5秒、残り5秒の気配状態は不明とします。有効時間の分子は1×50＋5×5＝75ピップ・秒、観測済み時間の平均は75／55＝1.3636364ピップです。

カバー率は55／60＝91.6667%です。75を窓全体の60秒で割ると1.25ピップとなり、未観測時間をゼロスプレッドと扱ったことになります。最後の5ピップを窓の終わりまで延ばして1.6666667ピップとするには、その間の有効性を別途確認する必要があります。不完全な記録そのものはそれを証明しません。有利な結果を選ぶのではなく、未観測時間を示します。

長さの違う区間の平均を等しく平均しても同様の問題が起こります。完全な例の前半50秒は1ピップ、最後の10秒は5ピップで、単純平均は3ピップです。窓全体の時間平均ではありません。50と10を重みにすれば1.6666667に戻ります。分、日、提供元で有効時間が違うなら、集計時もその分母を保持します。

通貨ペア、ピップの定義、気配へのアクセス、口座条件、時間窓、取引可能数量を揃えて比較します。明確な標準化なしにユーロ／米ドルと米ドル／円のピップ数を平均して共通コストにはできません。統計を正しく揃えても注文量と板の厚みは別途検討が必要です。利用可能な板の厚みからFX注文全体の価格を計算する方法を参照してください。手数料、執行価格の差、注文拒否にもそれぞれ記録が必要です。

各平均を再現できる確認手順

まず、各スプレッドが続いた時間、対象更新の分布、約定数量が接した気配条件のどれを調べるか決めます。通貨ペアと単位、ビッドとアスク、気配IDや連番、時刻精度、有効性と撤回の規則、窓の境界、フィルターを保存します。発信元時刻と受信時刻の両方があるなら分けて記録します。

次にイベントを並べて検証し、有効な双方向気配を再構成します。区間を窓に合わせて切り取り、有効時間のカバー率を求めます。不正な形式やビッドがアスクを上回る状態は文書化した規則で調査・除外し、非同期データによる負のスプレッドを裁定機会にしません。対象更新は各1回だけ数えます。約定量を加重する際は実際のユーロ数量を各約定の直前に有効だった気配へ対応させ、後から来た価格を使いません。

最後に分子と分母の両方を照合します。完全な例は100ピップ・秒／60秒、102ピップ・観測／22観測、180000ピップ・ユーロ／100000ユーロです。計算中は精度を保ち、表示時に丸めます。1.6667、4.6364、1.8ピップの隣に重みとカバー率を添えましょう。平均という一語だけでは違いを説明できません。