デモ・フォワードテストの「ワークド例」とは?
デモ・フォワードテストを解説
デモ・フォワードテストとは、検証のために、作成やチューニングに使わなかった期間に対してトレード手法をテストする練習問題です。ただし、実金ではなくデモ(ペーパー)環境で行います。その目的は、利益を証明することではなく、その手法がフォワード期間においてあなたが計画したルールのもとでどう振る舞うかを見ることです。
ワークド例とは、次のように完全に特定されたシナリオです: (1) どのルールをテストするのか、(2) どの期間やフォワードウィンドウを使うのか、(3) パフォーマンスをどう測るか(そしてなぜそうするのか)、(4) どのコストや制約を前提とするのか、(5) 何がうまくいかない可能性があるのか。
メカニズム:「フォワード」と「デモ」が変えるもの
フォワードとは、評価が手法の確定後に行われることを意味します。これは重要です。なぜなら、過去の関係性は誤解を招くことがあるからです。過去に見られたパターンが、その後も続くとは限りません。
デモとは、注文がプラットフォームや提供者によってシミュレーションされることを意味します。これは、少なくとも4つの点でライブ環境と異なり得ます:
- 執行の現実性: 約定やタイミングは、実トレードよりも滑らかになる可能性があります。
- コスト: スプレッド、手数料、スリッページは、モデル化のされ方が異なる場合があります。
- 流動性と市場への影響: デモは、あなたの取引サイズに対して深さがどう変化するかを再現できないことがあります。
- 運用上の挙動: プラットフォームの接続、注文の取り扱い、レイテンシーが異なる場合があります。
つまり、デモ・フォワードテストは主にプロセス検証に役立ちます。あなたはルールを正しく守ったか、そしてその手法が新しい条件に対して期待どおりに反応したか、を確認できるかどうかです。
エビデンス風のワークド・シナリオ(明示的な前提つき)
以下は、手順を理解するために使える透明性のあるシナリオの1つです。数値は単純で説明用のものであり、ライブ価格に基づくものではありません。
前提
- 1つの固定エントリー・ルールと1つの固定エグジット・ルールをテストします。フォワードウィンドウの間に変更は許されません。
- ルール設計に使わなかった10営業日のフォワードウィンドウを使用します。
- ルールのトリガー後、次のバーの始値で執行します。(これはタイミングに関する仮定です。)
- ノーション(想定元本)ポジションに対して、往復あたりの取引コストを**0.50%**の一定値と仮定します。(これはスプレッド+手数料+典型的な摩擦の代替です。)
- 簡単なリターン・モデルで、1トレードごとに結果を測定します:
- トレード・リターン =(あなたに有利/不利な価格変動)− 0.50%
- シンプルのため、1トレードあたりのノーション・ポジションサイズを1単位とします。マージンはモデル化しません。
ワークド例
あなたのルールが、10日間のフォワードウィンドウ中にちょうど5回のトレードを生み出したとします。そのフォワードウィンドウで観測される(コスト前の)価格変動は次のとおりです:
- トレード1:+1.20%
- トレード2:−0.60%
- トレード3:+0.40%
- トレード4:−1.10%
- トレード5:+0.80%
コストの仮定(往復あたり0.50%)を適用します:
- トレード1のリターン:1.20% − 0.50% = +0.70%
- トレード2のリターン:−0.60% − 0.50% = −1.10%
- トレード3のリターン:0.40% − 0.50% = −0.10%
- トレード4のリターン:−1.10% − 0.50% = −1.60%
- トレード5のリターン:0.80% − 0.50% = +0.30%
次に、基本的な要約指標を計算します(仕組みを示すために選んだだけです):
- 5トレード合計のリターン = 0.70% − 1.10% − 0.10% − 1.60% + 0.30% = −1.80%
- 勝率 = 5トレード中2勝 = 40%
- 平均勝ち = (0.70% + 0.30%) / 2 = +0.50%
- 平均負け = (−1.10% −0.10% −1.60%) / 3 = −0.93%
この例から分かること
- あなたのアプローチが、フォワードでプラスのパフォーマンスを想定して設計されていたなら、このフォワード結果は不一致を示すでしょう。
- もし頑健性(特定の利益ではなく)を目的に設計していた場合でも、学べることはあります。新しい期間におけるその手法の振る舞いは、コスト、タイミングの仮定、そしてデモの執行が実執行をどれだけ近似しているかに大きく依存します。
制限と失敗パターン
デモ・フォワードテストは、次のいずれかが起きると、実際の検証質問に答えられない可能性があります:
- フォワードウィンドウ中のルール変更: フォワード結果を見た後にルールを微調整すると、そのテストはもはやフォワード・パフォーマンスを測定していません。 2. 楽観的な執行の仮定: デモの約定がより滑らかだったり、コストが過小評価されていたりすると、結果はライブ取引より良く見えることがあります。 3. サンプル数が小さい: 少数のトレードでは、偶然によって勝ち/負けのパターンが誤解を招くことがあります。 4.
DOCUMENT END