FX EA を選ぶとき、最も心を動かされやすいのは、きれいな実口座の収益曲線です。しかし曲線そのものが示せることはごく限られています。純資産の上昇は追加入金による可能性があり、スクリーンショットはある時点の画面を証明できるにすぎず、短期的な高収益の裏には耐えられないドローダウンが潜んでいるかもしれません。この記事では、実行可能な EA 実口座の検証プロセスを提供します。データ権限、ドローダウンの基準から証拠の階層化まで、EA の選択やリベート評価の際の落とし穴を避けるのに役立ちます。
一、なぜ収益曲線だけを見てはいけないのか
- 純資産の上昇は EA の利益ではなく入金による可能性がある。
- 収益曲線は開始・終了区間を選んで「美化」できる。
- スクリーンショットはデータの完全性を証明できず、口座が継続的に稼働していることも証明できない。
収益曲線は結果であり、プロセスではない。ある EA が信頼に値するかどうかを判断するには、この曲線を構成する基層の記録に立ち返らなければならない。
二、第一歩:データ権限と出所の確認
- 優先的に第三者の読み取り専用検証(検証可能なリンク)を使用し、取得日を記録する。
- ブローカー、口座タイプ、レバレッジ、データが継続的に更新されているかを照合する。
- スクリーンショットは完全性を証明できないため、唯一の根拠にしてはならない。
三、第二歩:収益とドローダウンを同時に見る
- 最大ドローダウン、月次分布、連続損失、回復時間を比較する。
- 累計収益だけを見てはいけない。
- 最大ドローダウンを計算する際は、基準を明示する:残高か純資産か、絶対金額かパーセンテージか。
四、第三歩:取引サンプルの品質を確認する
- サンプルは異なる市場状態をカバーすべき:トレンド、レンジ、高ボラティリティ、重要データ発表時間帯。
- スプレッド、手数料、スワップ、スリッページを計上する。
- 短期的な高収益は長期的な証拠の代わりにはならない。
五、第四歩:純資産曲線の背後にある完全な記録を照合する
- 口座開始日、入出金、レバレッジ、サーバー。
- 取引コスト、最大ドローダウン、連続損失。
- 整理後の要約ではなく、完全な取引記録。
二つのよくある罠に警戒すべきです:入金がちょうどドローダウンの前後に発生している、収益が主に少数の極端な注文から来ている——この二つの状況はどちらも平均収益率が真のリスクを覆い隠し、将来の予測には使えません。
六、実口座証拠の階層化:スクリーンショットから第三者の読み取り専用検証まで
証拠は三層に分けられます:
表
階層 | タイプ | 何を証明できるか |
第一層 | マーケティング用スクリーンショット | ある時点の画面のみを証明できる |
第二層 | ダウンロード可能な完全なレポート | 注文と入出金を確認できる |
第三層 | 第三者の読み取り専用検証 | 権限が可視化され、履歴が完全で、口座設定が可視化されている場合により参考価値がある |
- バックテスト、デモ口座、マーケティング用スクリーンショット、実口座は必ず分けて表示する。
- どの階層でも口座タイプ、サーバー、レバレッジ、資金変動、検証日を記録する。
- データの完全性を確認できない場合は、状態を「未検証」と書き、一見正確なランキングを提示してはならない。
七、最大ドローダウンの正しい計算基準
- 残高か純資産かで計算するのか、絶対金額かパーセンテージかを明確にする。
- 最長停滞期間、連続損失、単一取引の最大損失、ポジション集中度も同時に確認する。
- 収益が主に少数の極端な注文から来ている場合、平均収益率は歪み、将来の予測には使えない。
八、バックテストから管理された実口座までの完全な評価パス
評価順序:ファイルと権限の安全性 → ロジックとパラメータの理解 → 再現可能なバックテスト → デモ環境での運用 → 極小規模での実取引 → その後、拡大使用を決定する。
各ステップで合格基準を設定する:
- ログに重大なエラーがない。
- 注文がルールと一致している。
- コスト仮定が合理的である。
- 切断後に重複注文が発生しない。
ある区間のバックテスト収益が高いからといって、中間段階を飛ばしてはならない。
九、実口座検証でバックテストが再現できない要因
注目:サーバー時間、銘柄のサフィックス、スプレッドの急増、約定スリッページ、ネットワーク中断、VPS 再起動、ライセンスサービス異常。
- まず口座レベルの日次損失、最大ポジション、手動停止条件を設定する。
- 定期的に EA のバージョンとパラメータを照合する。
- 自動取引が減らすのは人手による操作であり、市場リスクではなく、継続的な監視が不要になるわけでもない。
十、完全な検証記録とはどのようなものか
検証の最終的な成果物は、追跡可能な記録表です。以下では「サンプル口座 A」を用いて完全なフィールドを示します。この形式に従って項目ごとに照合すればよいです:
表
検証項目 | 記録内容(例) |
データソース | 第三者の読み取り専用リンク、取得日:2026-09-29 |
ブローカー / サーバー | XX Broker / XX-Live |
口座タイプ | スタンダード口座 |
レバレッジ | 1:100 |
口座開始日 | 2025-03-12 |
口座状態 | 実口座(デモ口座ではない) |
入出金記録 | 2025-03-12 入金 $5,000;2025-06-20 出金 $2,000;ドローダウン前後に急な入金なし |
累計収益率 | +38.5%(純資産ベース、パーセンテージ基準) |
最大ドローダウン | -14.2%(純資産ベース、パーセンテージ基準) |
連続損失 | 最長 6 取引 |
最長停滞期間 | 47 日間新規取引なし |
単一取引の最大損失 | -2.8% |
取引コスト仮定 | スプレッド、手数料 $7 / ロット、スワップを計上済み |
サンプルカバレッジ | 2025-03 から 2026-09、トレンドとレンジ相場、非農業部門雇用統計時間帯を含む |
未確認項目 | スリッページの挙動はブローカーの気配値に依存し、独立して検証されていない |
記録時にはデータソース、観察日、まだ確認されていない仮定を明記します。そうすれば、ルール、気配値、プラットフォームのページが変化しても、結論が依然として適用可能かどうかを振り返って判断できます。
よくある質問
バックテストは実口座の代わりになりますか?
できません。バックテストは研究用であり、実口座は執行と流動性の影響も受けます。
ポジションを隠す EA は信頼できますか?
戦略を保護することはできますが、少なくとも検証可能な要約統計と完全な時系列を提供すべきです。
実際の使用で最も見落としやすいものは何ですか?
優先的に第三者の読み取り専用リンクを使用し、取得日を記録する。バックテスト、デモ口座、マーケティング用スクリーンショット、実口座は分けて表示する。データの完全性を確認できない場合は「未検証」と書く。