実運用EAの約定・コスト・成績が基準期間と異なる場合があります。原因を決めつける前に、まず観測された変化として扱います。連敗、単発の遅い応答、安定した平均だけでは、優位性の消失や正常な執行を判断できません。
データの問題、執行の変化、市場環境、標本の不確実性を分けます。照合ガイドで記録を確定し、フォワード検証手順で当初の比較ルールを保持します。この最終ガイドは、アラートから調査と文書化した再検証へ進むためのもので、自動取引の指示ではありません。
1. アラートが実際に示す内容を定義する
指標、単位、情報源、基準期間、直近期間、確認日程を記録します。当初の調査しきい値とその版を保管します。アラートは指定条件が観測されたことを示すだけで、ブローカーの不備、市場レジーム、戦略の失敗を単独で特定するものではありません。
この架空の例では、計測した不利なスリッページが1.0 pipを厳密に超える完全照合済み新規約定が直近期間に少なくとも2件あれば警告します。同値は数えません。本稿で作成した調査ルールであり、普遍的な許容値や校正済みの統計的管理図ではありません。誤警報確率や収益性の検定は計算しません。
2. 比較可能な基準を維持する
ビルド、入力設定、口座、運用モード、ブローカーサーバー、実際の銘柄と契約、注文種類、売買方向、数量、時間帯、データの基準を特定します。同じ範囲で比較するか、相違点を明示します。新しい期間の見栄えがよいからと基準を置き換えず、固定します。デモと実運用の約定は別の証拠です。運用モード比較ガイドを参照してください。
独立したこの教材では、ビルドEA-R、入力K1、EURUSDを取引する事前指定のUSD実口座を仮定します。両期間の設定と比較範囲は共通です。前のガイドのデモ標本の続きではありません。観測値はすべて架空で、資金配分や実動する制御機能は提供しません。
3. 競合する説明を分ける
証拠が裏付けるまでは、各説明を仮説として扱います。複数の原因は共存し得ます。ある項目の変化だけでは収益性への影響の方向を証明できません。
- データ:記録の欠落、フィード変更、古い気配値、時計のずれ、入力情報の改訂は比較を無効にすることがあります。
- 執行:ほかの条件が比較可能でも、約定、拒否の傾向、スプレッド、手数料、資金調達費用は変わり得ます。
- 市場環境:EAコードを変更しなくても、時間帯、ボラティリティ、イベントへのエクスポージャーは変わります。
- 標本:少数、相互依存、繰り返し選別した観測値では集計が不安定になり得ます。
各仮説を支持する証拠と弱める証拠を記録します。都合のよい説明は診断ではありません。未解決のデータや注文帰属の問題を隠すために戦略パラメータを調整しないでください。
4. 既知のリクエスト結果をすべて残す
重複しない各区分は、架空の各暦期間における既知のリクエストを示します。完全照合済みの約定には、有効な送信時気配値とブローカーの新規約定記録があります。表は可能な全判断の件数でも勝率でもなく、全情報源の完全な網羅性を保証しません。
| 既知のリクエスト区分 | 基準 | 直近 |
|---|---|---|
| 完全照合済みの約定 | 20 | 20 |
| 確認済みの拒否 | 2 | 3 |
| 未解決のリクエスト | 2 | 3 |
| 既知のリクエスト総数 | 24 | 26 |
基準のリクエスト総数は24件、直近は26件です。価格統計には各期間20件の約定だけを含めます。確認済み拒否の2件対3件と未解決リクエストの2件対3件も表示します。タイムアウトは自動的に拒否とはなりません。約定のみの統計ではすべての試行を説明できず、未解決記録があれば成績全体の確認を完了できません。前述の照合手順が必要です。
5. 新規約定スリッページの符号を正しく定義する
EURUSDのpointを0.00001、pipを0.0001と仮定すると、pipは10 pointです。他のケースでは実際の銘柄仕様を確認します。この新規約定比較では、s_BUY = (fill_Ask − send_Ask) / pipとs_SELL = (send_Bid − fill_Bid) / pipを使います。どちらの方向も正は不利、負は有利です。
表は独立した四つの計算例で、後述の標本から選んだ行ではありません。BUYにはクライアントが記録したAsk、SELLにはBidを使い、同一注文の約定と照合します。BUY約定をBid、SELL約定をAskと比較しません。値はpipであり、口座金額、最大損失、期待リターンではありません。
| 例 | 売買方向 | 送信時のクライアント気配値 | 新規約定価格 | 符号付きスリッページ · pip |
|---|---|---|---|---|
| A | BUY | 1.10020 | 1.10023 | +0.3 |
| B | BUY | 1.10210 | 1.10219 | +0.9 |
| C | SELL | 1.10400 | 1.10394 | +0.6 |
| D | SELL | 1.10400 | 1.10404 | −0.4 |
6. 基準気配値の限界を理解する
送信時にクライアントが観測した気配値は記録された基準値で、ブローカー到着時に執行できる保証価格ではありません。気配値の経過時間、受信の基準、要求価格、実約定を記録します。クライアントが観測する応答時間はブローカーの処理時間だけではなく、異なる時計からネットワークとサーバーの遅延を確実に分解できません。
スプレッド、手数料、資金調達費用は、それぞれ正しく定義した記録で管理します。測定した価格差は実約定に基づく成績にすでに反映されるため、計上済み利益から再度差し引きません。会計上の扱いはコストガイドを参照してください。このpip指標とプラットフォームの注文許容偏差設定も別物です。単位やブローカーの動作を確認せずに数値を注文パラメータへ転記しません。
7. 中央値だけでなく分布を調べる
完全な約定標本は、この例では各20件です。基準は平均0.265 pip、中央値0.25、直近は平均0.505、中央値0.30です。中央値の変化は小さくても、最大値は0.8から2.4へ増えています。これらは標本の記述値であり、予測や保証された将来執行の推定ではありません。
1.0 pipを厳密に超える約定は基準0件、直近2件のため、本稿の直近期間ルールが発動します。除外されたリクエスト結果も残し、裾を調査します。期間は事前指定の暦上の締切で終え、有利な約定が十分に集まるまで延ばしません。不利な新規約定価格差から、最終的な取引の勝敗は分かりません。
任意:架空の標本を確認し計算を再現する
符号付きpipの昇順標本です。各値は別々の完全照合済み約定を表します。基準:−0.2, 0, 0, 0.1, 0.1, 0.1, 0.2, 0.2, 0.2, 0.2, 0.3, 0.3, 0.3, 0.3, 0.4, 0.4, 0.5, 0.5, 0.6, 0.8。直近:−0.1, 0, 0.1, 0.1, 0.2, 0.2, 0.2, 0.3, 0.3, 0.3, 0.3, 0.4, 0.4, 0.5, 0.5, 0.6, 0.7, 0.9, 1.8, 2.4。
新規約定例:(1.10023 − 1.10020) / 0.0001 = +0.3、(1.10219 − 1.10210) / 0.0001 = +0.9、(1.10400 − 1.10394) / 0.0001 = +0.6、(1.10400 − 1.10404) / 0.0001 = −0.4。標本平均:5.3 / 20 = 0.265、10.1 / 20 = 0.505。標本中央値:(0.2 + 0.3) / 2 = 0.25、(0.3 + 0.3) / 2 = 0.30。結果の単位はpipです。小数点と桁区切りは英語の数値表記に従います。
8. 市場環境と標本の限界を確認する
各判断時点で利用できた時間帯、数量、スプレッド、ボラティリティ、イベントへのエクスポージャーの記録を確認します。構成の変化で全体分布は変わり得ます。証拠が許せば事前定義した層別で比較し、少数の区分も報告しつつ全体集計も残します。損失を見た後に都合のよいチャートから因果的なレジーム名を作らないでください。
二十件の約定が独立な観測や十分な検証標本とは限りません。重複する期間や繰り返す探索は、警戒パターンを見つける機会を増やします。普通に見える中央値は裾の安定性を証明せず、警告された裾も恒久的な変化を証明しません。未校正の統計的主張を加えず、不確実性を明示します。
9. 現行のリスク方針に従って対応する
注文状態の不明、保護の欠落、その他の運用障害には、定例の成績レビューを待たず既定の対応を取ります。口座リスク方針と運用モニタリングガイドに従ってください。この監査は重複エントリー、強制決済、ストップ拡大、エクスポージャー増加を許可しません。
アラート、原記録、範囲の違い、疑われる原因、実施した対応を残します。記録した運用問題を試験済み手順で修正し、比較の妥当性を改めて検討します。証拠が足りなければ成績の結論は未確定とします。アラートを理由に古い基準を無断で消したり、損失期間を最適化で消し去ったりしません。
10. 再検証の判断を文書化する
戦略・リスクのルール、ブローカー契約、フィード、重要な運用環境の変更には、新たな検証計画が必要になる場合があります。新しい結果を見る前に、理由、対象期間、新版、判定基準を記録します。フォワード検証手順を再利用し、過去の全バリアントを保存します。選択の限界は過剰最適化ガイドを参照してください。
- 基準と直近の範囲、単位、タイムスタンプは比較可能ですか。
- 拒否、未照合、未解決のリクエストを約定のみの統計の外に表示していますか。
- BUYとSELLの価格差の符号は正しく、コストを二重計上していませんか。
- データ、執行、環境、標本の説明を分けていますか。
- 対応は現行方針に従い、変更を新たな検証版として記録していますか。
結論の範囲を限定します。観測した問題と証拠、未解決の仮説、運用上の対応、新手順の必要性を記載します。エクイティとドローダウンの評価はこの執行指標と分けます。監視の継続は優位性の証明ではなく、再検証計画も新たな実資金投入の許可ではありません。
11. 実運用の変化に関する質問
正のスリッページは利益の出た取引を意味しますか。
この定義では違います。正はBUY・SELLの不利な新規約定価格差、負は有利な差です。最終的な利益は決済とコストに依存する別の量です。
中央値が安定していれば執行は不変と判断できますか。
できません。例では中央値が近くても直近の裾が大きくなっています。同じ比較範囲で分布全体と全リクエストの結果を確認します。
例のアラートはブローカーや戦略の失敗を証明しますか。
しません。観測条件の調査を始める合図です。因果関係、統計的有意性、将来損失は示しておらず、未解決リクエストの照合も必要です。
連敗直後にパラメータを再調整すべきですか。
連敗だけでは新しいパラメータを選ぶ根拠として不十分です。現行の運用方針に従い、記録と環境を調べ、ルールを変えるなら独立した検証版を事前に宣言します。
12. 情報源と対象範囲
一次資料:MQL4 OrderSendとBUY/SELLの価格側、MQL4の銘柄属性とpoint単位、工程監視と管理図限界に関するNIST資料。確認日:2026-10-18。例の調査ルールは本稿で作成したもので、NISTに基づく校正済み管理限界やプラットフォームの推奨値ではありません。
リクエスト、価格、標本、しきい値はすべて架空の教材であり、検証済み実運用成績や元のテスターレポートではありません。戦略、期待収益、損失上限、因果診断、自動リスク制御は提供しません。レビューと再検証は追跡可能性を高めますが、利益や安全な取引を保証しません。