曖昧さのないルールを決め、欠損や誤りの少ない過去データを用意し、手数料とスリッページを含めます。一つの期間で検証し、ルール作成に使っていないデータで再評価してください。総利益だけでなく、ドローダウンと取引結果の分布も報告します。
最も重要な考え方#
結果を見た後にルールを調整できるため、バックテストは過剰適合しやすい手法です。暗号資産市場の仕組み、流動性、上場銘柄も時間とともに変化します。
画面に見えているデータは市場の一部です。見慣れた銘柄名だけを証拠とせず、資産、取引市場、期間、データの調整方法を確認してください。
手順#
- 結果を見る前にエントリーと退出ルールを書きます。 検証を始める前に固定し、終了後にルール通り処理されたか確認します。
- 上場廃止銘柄も考慮したデータを使います。 当時取引可能だった銘柄全体を含め、生き残った銘柄だけで成績を良く見せないでください。
- 現実的な約定とコストをモデル化します。 保守的な約定条件で手数料、スプレッド、スリッページを計算し、使った値を記録してください。
- ルール作成期間とアウト・オブ・サンプル期間を分けます。 後半の未使用データは、調整せずに一度だけ検証へ使います。
- パラメーターと市場局面を変えてストレステストします。 前提が誤っていても重大な損失にならないよう、実運用は少額から始めてください。
注意すべき失敗例#
- 誤って未来のデータを使う。 シミュレーション時点では知り得なかった情報が判断へ混ざり、成績が実態以上によくなります。
- 上場廃止銘柄を無視する。 現在まで生き残った銘柄だけを選ぶと、生存者バイアスが生じます。
- 何十個ものパラメーターを最適化する。 過去データ固有の偶然に合う組み合わせを見つけやすくなります。
- すべてのローソク足で希望価格の約定が可能だったと仮定する。 板の厚さ、注文順、価格ギャップを無視した非現実的な結果になります。
中止または方針変更の判断#
堅牢な戦略なら、近いパラメーターへ少し変えても妥当な結果が残るはずです。一つの設定だけが完璧な成績を示す場合は、優位性ではなく警告と考えてください。
完了を証明する記録#
バックテスト画面の成功表示だけで結果を判断しないでください。画面を閉じた後でも検証できる証拠を保存します。
| 確認項目 | 保存する証拠 | 中止条件 |
|---|---|---|
| 結果を見る前に売買ルールを書く | 日付入りルールと変更履歴 | 未来のデータが判断へ混ざっている |
| 上場廃止を考慮したデータを使う | データ出典、対象銘柄、期間の記録 | 上場廃止銘柄を除外している |
| 現実的な約定とコストをモデル化する | 手数料、スプレッド、スリッページの前提 | 何十個ものパラメーターを最適化している |
実際の模擬約定、費用、最大ドローダウン、結果分布を記録してください。設定画面は前提であり、再現可能な検証履歴が確定記録です。
よくある質問#
ルックアヘッド・バイアスとは何ですか?
シミュレーション上の意思決定時点では利用できなかった情報を使ってしまうことです。
表計算ソフトでも戦略をバックテストできますか?
単純なルールなら可能です。ただし、データ品質と約定条件を慎重に扱う必要があります。
利益が出たバックテストは将来の利益を予測しますか?
予測しません。過去の挙動に関する証拠であり、将来の利益を保証するものではありません。
関連ガイド#
参考資料#
- Coinbase: Understanding Order Types
- CFTC: Customer Advisory on Virtual Currencies
- Kraken: Trading Order Types
リスクに関する注意: 暗号資産取引では短期間に大きな損失が発生する可能性があります。例は学習目的であり、個別の金融助言ではありません。取引前に取引所の規則、手数料、法的・税務上の義務を確認してください。
編集方針
本記事は教育目的で、信頼できる情報源に基づいています。セキュリティ対策、取引所のルール、法的要件は変わるため、重要な操作の前に公式情報を確認してください。