FXにおけるスプレッド前提の仕組み
直接の答え
FXにおけるスプレッド前提とは、ビッド／アスクの差（スプレッド）によって生じる取引コストを、計算の中でどのように見積もるかを説明するものです。実務的には、スプレッド前提は「ミッド価格」風の市場の見方を、エントリー価格と決済（出口）価格へ変換するための入力として使われるため、コストの影響が分析に含まれます。
重要な考え方は分離です。スプレッドを適用するメカニズムは安定していますが、スプレッド自体は変動します。想定したスプレッドが、表現しようとしている条件（実際の市場スプレッド、執行の質、追加コスト）と一致しない場合、結果は信頼できなくなります。
メカニクス：定義、入力、手順
「スプレッド」とは何か
FXの価格は通常、2つの数値として提示されます。ビッド価格とアスク価格です。スプレッドはその距離です。取引ロジックは方向によって、提示される側面が異なります。買いはアスク価格を使い、売りはビッド価格を使います。
多くのチャートやリサーチの見方では、単一の「ミッド」概念（ビッドとアスクのほぼ中央）を扱います。スプレッド前提は、それを計算に使うビッド価格とアスク価格へどう変換するかを定義します。
「スプレッド前提」が行うこと
スプレッド前提とは、スプレッドの影響をモデル化するために選ぶルールです。一般的に、分析では次のようにします。
- 参照となる価格系列から始めます（多くの場合ミッド、またはミッドとして扱う価格系列）。
- 想定スプレッドを適用します（固定、時間で変動、または簡略化したスケジュールに基づく）。
- 各取引方向について、エントリーと決済の執行価格を導き出します。
- その導き出した執行価格を使ってP/Lを計算します。
たとえそれをそのようにラベル付けしていなくても、ビッドとアスクの差を考慮するために理論価格を調整する場合は、同じメカニズムになります。
よくある入力
スプレッド前提を透明に適用するには、少なくとも次の入力が必要です。
- 参照価格：あなたの分析がミッドとして扱うもの（または別のベースライン）。
- 想定スプレッドの大きさ：アスクとビッドを近似するために加算／減算する量。
- スプレッドを適用するタイミング：エントリーのみ、決済のみ、または両方。
- 単位と換算：スプレッドがどう表現されるか（たとえば絶対価格の距離、またはpips）と、それが損益計算へどう変換されるか。
- 方向の対応付け：買いはアスク、売りはビッドを使う。
これらのどれかが暗黙のままだと、異なる人が異なるモデルを再現でき、しかも「同じ」スプレッド前提を使ったと信じてしまう可能性があります。
例の計算（明示的な前提つき）
ある時刻の参照価格が 100.000（この例の目的のためにミッドとして扱う）だと仮定します。スプレッドが 0.002 だと仮定します（したがってハーフスプレッドは 0.001）。
- 買いの場合、モデル化されたエントリー執行価格はミッド + ハーフスプレッド = 100.000 + 0.001 = 100.001。
- 売りの場合、モデル化されたエントリー執行価格はミッド − ハーフスプレッド = 100.000 − 0.001 = 99.999。
決済（出口）についても、同じ対応付けをその時刻の決済参照価格を使って繰り返します。スプレッド由来のコストは、モデルが両側を調整するため、エントリーと決済の両方に埋め込まれます。
重要：この例は実際の市場挙動を主張するものではありません。スプレッド前提が実装する安定した算術の手順を示しているだけです。
証拠または例のシナリオ：なぜ前提が崩れるのか
スプレッド前提は、歴史データから結果をシミュレーションする研究文脈でよく使われます。失敗パターンは、モデルと実際の執行条件の不一致です。よくある不一致の原因は次のとおりです。
- 時間によるスプレッドの変動：実際のスプレッドは予測不能に広がることがありますが、分析では一定値を使うかもしれません。
- 執行の違い：実際に約定する価格は、注文板のダイナミクスにより参照系列と異なる場合があります。
- スプレッド以外の追加コスト：手数料、コミッション、またはファイナンス効果などが存在し得ます。ビッド／アスクのスプレッドだけをモデル化している場合、それらは捕捉されません。
- タイミングの問題：モデルがスプレッドを誤ったタイムスタンプで適用すると（たとえば、執行が起きる瞬間に対応しないスプレッド前提を使うなど）、コストの埋め込みが一貫しなくなります。
重大な制約
簡略化したスプレッド前提の重大な制約は、スプレッドを、流動性や条件に依存する確率変数ではなく入力として扱う点です。市場がボラティリティの高い期間や流動性の低い期間に入ると、スプレッドはあなたの前提と異なる動きをする可能性があり、モデル化されたコスト影響は実際に起きることをもはや表していないかもしれません。
別の失敗パターン：二重計上または欠落
参照価格系列がすでにビッド／アスクを反映している場合（たとえば、それがミッドではない場合）、さらにスプレッド調整を適用するとコストを二重計上することがあります。逆に、参照が本当にミッドであるのに、モデルがエントリーまたは決済でスプレッドを適用するのを忘れていると、コストが過小評価される可能性があります。
検証と次の質問
自分のモデルで事実を独立に検証する方法
明示的で検証可能な手順でロジックを再現することで、スプレッド前提を検証できます。
- 参照価格の定義を書き下します（ミッドかどうか）。
- 想定スプレッドのルールと単位を述べます。
- 買いと売りの両方向について、執行価格を導き出します。
- スプレッド調整がエントリー、決済、または両方で適用されるかを確認します。
- その導き出した価格を使って損益を再計算します。
(1)〜(4)の項目を明確に指定できない場合、スプレッド前提は完全に定義されておらず、分析間の比較は信頼できなくなります。
結果を信じる前に尋ねるべき質問
- その価格系列は何を表していますか（ミッドのようなものか、片側に特化したものか）？
- モデルにはスプレッドだけが含まれていますか、それとも他の執行コストも含まれていますか？
- スプレッド前提は固定ですか、時間で変動しますか、それともスケジュールベースですか？
- タイムスタンプは、エントリー／決済が起きるタイミングと整合していますか？
これらの質問は、結果が実際の市場状況や執行の質によって変動することがあっても、スプレッド前提がメカニズムを正確に表しているかどうかを確かめるのに役立ちます。