スプレッド前提は関連するFXの概念とどう違うのか
直接の答え
スプレッド前提とは、簡略化され、明示的に示された値（たとえば選択したスプレッド幅と、それがどのように適用されるか）であり、FX関連の計算における取引コストをモデル化するために用いられます。これは、bid/askクオート、pip value、スリッページ、執行ルールといった関連概念と異なります。なぜなら、スプレッド前提は計算のための前提レイヤーであって、市場データそのものではないからです。
(1)「計算においてどのスプレッドを使うべきか？」（スプレッド前提）と、(2)「今のスプレッドはどれくらいか？」（bid/askクオート）、あるいは(3)「その取引は具体的にどう執行されるのか？」（執行ルール。スリッページを含む）との違いだと考えてください。
メカニズムまたは定義
「スプレッド前提」とは何を意味するのか
FXでは、一般に2つの価格が参照されます。ビッドとアスクです。スプレッドは、それら2つの価格の差です。誰かがモデルを実行するとき（注文の価格付け、コストの推定、価格変動をリターンへ変換するなど）、過去のbid/askデータのすべてのティックを使わないことがあります。その代わりに、簡略化したスプレッド入力を選び、それを一貫して適用するかもしれません。
「スプレッド前提」には通常、少なくとも次の要素が含まれます：
- 計算に用いるスプレッド幅（固定、平均化、またはその他の形で簡略化されたもの）。
- タイミングルール：想定したスプレッドをいつ適用するか（エントリーのみ、エグジットのみ、または両方）。
- マッピングルール：スプレッドがリターンの式におけるコストへどう変換されるか（たとえば、コストを取引の両側で対称的に扱うかどうか）。
このため、スプレッド前提は以下の関連概念と異なります。ほかの概念は、観測された価格構造（bid/ask）または異なる執行・コストの仕組み（pip value、スリッページ、コミッション、約定タイミング）を説明します。一方でスプレッド前提は、（すべてを正確にモデル化できない、またはしないために）それらの仕組みを計算の中でどう表現するかを指定します。
Bid/askクオート：観測される入力
Bid/askクオートは、ある時点における実際のスプレッドの正規の情報源です。bid/askクオートは頻繁に変化します。「計算がスプレッドを“市場から”使う」と主張するなら、実際の時系列クオートを使うのか、スナップショットデータを使うのか、あるいは再構築された値を使うのかを定義する必要があります。これに対してスプレッド前提は、粒度の細かいbid/ask系列に完全に依存しないときに用いる、スプレッドの選択された表現です。
Pip value：単位換算のステップ
pip valueは、価格変動をお金（または口座通貨）へ変換します。これは、契約サイズや換算レートといった、銘柄固有の詳細を使います。pip valueは「X pipsの値動きは私のP&Lにどう影響するか？」に答えます。スプレッド前提は「bid/askの分離によって差し引く（または考慮する）べきコストギャップは何か？」に答えます。
pip valueとスプレッド前提はリターン計算の異なる部分に影響するため、混同すると混乱が生じます。よくある失敗パターンは、スプレッド幅を“pipからお金への換算”のように扱ってしまうことですが、実際にはそれは価格ベースで表現されたコスト要素です。
スリッページ：モデル化された価格からの執行のズレ
スリッページとは、意図した執行価格と、実際に達成された執行価格の差です。スプレッド前提が固定であっても、注文処理の遅延、流動性の変化、部分約定などによりスリッページは起こり得ます。したがってスリッページは、単に“別のスプレッド”ではありません。モデル化された価格に対する、約定の質とタイミングの問題です。
執行ルール：注文が約定へどうマッピングされるか
執行ルールは、エントリー／エグジットの判断が実際の約定へどう変換されるかを定義します。どの価格で約定したと仮定するか、約定が瞬時か遅延か、そして流動性不足のようなケースをどう扱うか、などです。スプレッド前提は、これらのルールの中に含まれる1つの入力であって、それらの代替ではありません。計算が正しいスプレッド前提を使っていても、執行タイミングや約定価格ロジックが現実と整合していなければ、結果は誤り得ます。
証拠または例（明示的な前提つき）
取引コストを含めることを目的とした、単純なリターン推定を考えてみましょう。
前提セットA（モデルレイヤー）：
- コストを単一のスプレッド値でモデル化する：
S_assumed。 - 式で定義した方法に従って、エントリーとエグジットの両方にスプレッドを適用する。
- 執行価格は、取引が示唆する側に調整されたミッド価格に等しいと仮定する。
関連概念（モデル内で何をしているか）：
- pip valueを使って価格変動から利益も計算する場合、pip valueが単位換算を扱う。
- 現実でスリッページが起きるなら、達成された執行価格はモデルの意図した価格と異なる。
- bid/askクオートが
S_assumedとは異なるスプレッドを示すなら、想定スプレッドと観測スプレッドのギャップが誤差の原因になる。
次に、2つのシナリオを比較します。
- スプレッド前提の不一致： 市場のスプレッドはしばしば
S_assumedより広い。計算はコストを過小評価し、リターンを過大評価する可能性がある。 - 執行の不一致： 市場のスプレッドは平均的に
S_assumedと一致するかもしれないが、約定がより悪い価格で起きる（スリッページ）なら、結果はそれでも乖離し得る。
これは、スプレッド前提が持つ制約された性質を示しています。スプレッド前提は、関連するbid/askの分離があなたの特定の計算と執行にどう影響するかに対して、その前提がどれだけ一致しているかの範囲でのみ、コストモデリングを改善できます。
限界とリスク（重大な失敗パターン）
1) スプレッドが一定だと仮定すること（変動するのに）
固定のスプレッド前提は、bid/askの分離が時間とともに変わることを無視します。リスクは体系的なバイアスです。コストが一貫して過小評価または過大評価されます。
2) 式の中でスプレッドの位置が誤っている
スプレッドがエントリーコストを表すつもりなのに、計算がそれをエグジットに適用している（またはその逆）場合、想定スプレッド幅が数値的に妥当そうに見えても、誤りは重大になり得ます。
3) スプレッドを取引コストのすべてとして扱う
スプレッドは1つの構成要素です。実際の結果は、コミッション（存在する場合）や、ファイナンスの影響（関連する場合）など、他のコストメカニズムも反映し得ます。そして、執行の現実性にとって最も重要なのは、スリッページです。
4) 「想定スプレッド」と「観測スプレッド」を混同する
計算は、簡略化された入力や再構築された入力を使っているにもかかわらず、現実性があると主張するかもしれません。前提の出所とタイミングを定義しない限り、検証のトレースは弱くなります。
検証または次の質問
スプレッド前提を含む主張を独立して検証するには、次を定義し確認してください：
- どのスプレッドが使われたか： 実際のbid/ask系列、再構築された値、または想定した一定／平均。
- どう適用されたか： エントリーのみか両側か、そしてモデルがビッド側またはアスク側の価格慣行を使うかどうか。
- 他にどんな執行効果がモデル化されたか： （あれば）スリッページ前提と、約定タイミングのロジック。
- バックテストと実条件の間で何が変わったか： 流動性、ボラティリティ、クオートの利用可能性によって、「想定スプレッド」がより代表的でなくなる可能性がある。
役立つ次の質問は次のようになります：「スプレッド前提だけを変え（他はすべて固定したまま）、結果はどれほど感度が高いのか？」