直接の答え：計算例とは何を意味するのか
損益分岐勝率（Break-Even Win Rate。略してBEWRと呼ばれることが多い）は、勝ちと負けで固定された結果がある場合に、平均として損益がほぼトントンになるために必要な勝率（勝つ確率）です。計算例とは、勝ちの金額、負けの金額（必要ならコストも）を選び、その前提のもとで期待利益がゼロになる勝率を求める、完全に数値化されたシナリオです。
この例を検証可能に保つため、ここではシンプルな「2つの結果」モデルを仮定します。つまり、すべての取引は「固定された純結果で勝つ」か「固定された純結果で負ける」かのどちらかです。実際の市場ではこれらの金額は変動するため、BEWRは予測というより教育目的のベンチマークとして捉えるのが最適です。
メカニクス：定義と計算
次のようにします：
- 勝ちの純結果 = 勝っている取引1回あたりの利益（口座通貨またはpips）。
- 負けの純結果 = 負けている取引1回あたりの損失（損失の大きさとして正の数）。
- 勝率 = 勝つ取引の確率（0〜1の間）。
- 負け率 = 1 − 勝率。
基本的な期待値（平均）の式は次のとおりです：
1回あたりの期待値 = （勝率 × 勝ちの純結果） − （（1 − 勝率） × 負けの純結果）
損益分岐とは、期待値がゼロであることを意味します。解くと：
0 = 勝率 × 勝ち − （1 − 勝率） × 負け
勝率 × 勝ち = 負け − 勝率 × 負け
勝率 ×（勝ち + 負け） = 負け
BEWR = 負け /（勝ち + 負け）
重要な細部：BEWRを実際の取引の摩擦（スプレッド／手数料／スリッページなど）を反映するものにしたいなら、「勝ち」と「負け」は**純（net）**の金額であるべきです。コストを無視するなら、あなたは理想化された損益分岐水準を計算していることになります。
証拠または例：完全に計算された数値シナリオ
次を仮定し、例のための定数として扱います：
- win_net_result = 1.0 を狙う（例：+1R、または選んだ尺度で+1単位）。
- loss_net_result = 0.8 がある（例：−0.8R、または−0.8単位）。
- この2つの結果だけをモデル化する：すべての取引は、純結果としてちょうど+1.0か、ちょうど−0.8のどちらか。
BEWRの式を使うと：
BEWR = 0.8 /（1.0 + 0.8）= 0.8 / 1.8 = 0.444…
したがって、損益分岐の勝率は約 44.4% です。
次に、明確なコストの前提を（まだ仮説として）入れます： 4) 各取引には固定コストがあり、そのコストが勝ちの純結果を0.1減らし、同じ方向で負けの純結果も0.1減らすと仮定します。勝ちが 0.9 になり、負けも 0.9 になる（両側とも、そのコストを差し引いた純で測っているため）なら、次のようになります：
BEWR = 0.9 /（0.9 + 0.9）= 0.9 / 1.8 = 50%。
この2つのケースは、「同じ戦略」でも、あなたの勝ち／負けの入力が 純結果を表しているかどうかで、BEWRが変わり得る理由を示しています。
限界とリスク：BEWRが崩れるところ
- 結果が変動する：実際の取引では、勝ちと負けの金額が固定であることはほとんどありません。部分約定、ボラティリティの変化、利確／損切りまでの距離の違いによって、有効な勝ち／負けの比率が変わります。
- コストと執行のズレ：スプレッド、手数料、スリッページが含まれていない場合、計算したBEWRが低すぎる可能性があります。
- 分布の影響：2つの結果モデルは歪度（ときどき大きな損失や大きな勝ちが起きること）を無視します。平均の純リターンが似ていても、ドローダウンのための「道筋」は重要です。
- 条件の変化：BEWRは、取引を通じて勝ち／負けの関係が安定していることを前提にしています。条件が変われば、「入力」が一定ではなくなります。
重要な失敗パターンは、実現された純結果のように、理想化された「目標」数値を使うことです。コストと執行の質は、有効な勝ちと負けのサイズを大きく変える可能性があります。
検証または次の質問
次の手順を繰り返すことで、算術は独立して検証できます：
- **純（net）**の勝ちと負けのサイズを選ぶ（単位を明示し、コストを含めるかどうかを決める）。
- BEWR = 負け /（勝ち + 負け） を適用する。
- 選んだ前提が、結果の測り方に対して内部的に整合しているか確認する。
次に自然なフォローアップの質問は、次のとおりです：勝ちのサイズがシナリオによって変わる場合（たとえば、小さな勝ちと、ときどき大きな勝ちがある場合）や、損失が想定しているストップサイズより大きくなることがある場合、BEWRはどう変わるでしょうか？
DOCUMENT END