マルチデイ・ホールディングを平易に言うと
マルチデイ・ホールディングとは、FXのポジションを複数の取引日（trading day）にまたがって保有し、同一日内にエントリーして同一日内にクローズするのではなく、複数日にわたって保有することです。中核となる考え方は、価格変動が展開するまでに時間がかかる可能性があるため、結果をマルチデイの期間（horizon）で評価する、という点にあります。
この期間の選択が役に立つのか（あるいは害になるのか）をテストするには、あなたの手法の中で安定している部分と、市場や執行（execution）の中で変動する部分を切り分けることが鍵です。
- 安定したメカニクス：保有ルール（たとえば「N日後にクローズ」または「X条件が起きたらクローズするが、最大でもN日まで」）。
- 変動する要因：市場レジーム、流動性、スプレッドの挙動、執行の質、そして欠けている／不確かなデータをどのようにモデル化するか。
テストは、たとえば次のような明確な問いに答えるべきです。
「マルチデイの期間において、定義されたエントリー／クローズのルールは、明確に述べた前提のもとで、コストを含めた後に定義されたベースラインよりも良い結果を生むのか？」
テストの作り方：仮説、ベースライン、データ分割
1) 反証できる仮説を立てる
仮説は、意思決定ルールと評価ウィンドウ（評価期間）について具体的であるべきです。たとえば、次のように仮説を置くかもしれません。
「特定のマルチデイのクローズ期間（exit horizon）は、より短い期間と比べて、同じエントリー論理（entry logic）で評価した場合にパフォーマンスを改善する。」
たとえまったく同一のエントリー・ルールを使わないとしても、比較は公平に保ってください。系統的に異なるのは、保有期間（holding period）またはクローズ期間（exit horizon）だけであるべきです。これにより、テストは「保有期間の効果（horizon effects）」についてのものになり、同時にあれこれを変えてしまうこと（すべてを一度に変えること）ではなくなります。
2) ベースラインを選ぶ
ベースラインとは、比較対象です。一般的なベースラインの種類（概念的には）には次が含まれます。
- 時間幅のベースライン：あなたのマルチデイ・ホールディングのルールを、同じロジックを使うより短い保有ルールと比較する。
- 不利がないベースライン：保有期間をランダム化したときの平均的な結果など、中立的な参照に対して比較する（ランダム化の手法を正当化できる場合のみ）。
- ベンチマークのベースライン：将来の情報に依存しない、単純で事前に定義された機械的参照（mechanical reference）と結果を比較する。
ベースラインは、結果を見た後ではなく、結果を見る前に定義されていなければなりません。そうしないと、起きたことに合わせて「チューニング」してしまうことになります。
3) バイアスを避けるためにデータを分割する
現実的な利用を反映するために、時間ベースの分割を使います。つまり、ある期間で学習（train）または前提を選択し、その後の期間で検証（validate）し、最後に未見の期間でテストします。
制御すべきバイアスのリスク：
- 先読みバイアス（look-ahead bias）：意思決定時点では利用できなかった情報を使うこと。
- 過学習（overfitting）：特定の過去期間に偶然合うようなパラメータを選ぶこと。
- サバイバーシップ・バイアス（survivorship bias）：特定の期間や出来事を除外するような形でデータセットを構築してしまうこと。
独立検証が目的であるため、分割境界（date）を正確に文書化し、固定したままにしてください。
エビデンスと例：何を「エビデンス」として測るべきか
1) 測定可能なアウトカムを定義する
テストの前に、何を測るのかを決めます。一般的な指標には次が含まれます。
- 保有ウィンドウにおける純利益（net return）（コスト控除後）。
- ドローダウンの特性（どれくらいの大きさで、どれくらいの頻度で損失が出るか）。
- アウトカムの分散：市場状況によって結果がどれくらい変わるか。
注意：あるレジームでは良く見える指標でも、別のレジームでは失敗する可能性があります。マルチデイ・ホールディングは、トレンド相場とレンジ相場で挙動が異なることがあります。
2) 明確な前提でコストを織り込む
コストは、ポジションが複数日にわたって保有される場合には重要になります。なぜなら、コストが積み上がり得るからです。評価手法に適用されるコストカテゴリは、最低限含めるべきです。
- 取引コスト：スプレッド、および想定する手数料やフィー。
- ファイナンスおよび保有に関連するコスト：ポジションが開いている間に発生する日次の課金や調整。
- 執行スリッページ（execution slippage）：想定した価格と、実現可能な価格との差。
実際の執行データがない場合は、単純化した前提を明示しなければなりません（たとえば、一定スプレッド、または保守的なスリッページのレンジ）。これは現実性の保証ではありません。感度（sensitivity）をテストするための、制御された近似です。
3) コストを意識したロバストネス（頑健性）チェックを使う
単一の結果を報告する代わりに、前提の妥当な変更に対して結果がどれほど敏感かをテストします。
- コストを固定の係数で増やして再評価する。
- スリッページのレンジを広げる。
- 異なるコストシナリオ（低／中／高）で結果を比較する。
小さなコスト変更でパフォーマンスが大きく変わるなら、エビデンスは弱いです。
制約と、テストすべき失敗モード
重要な制約：過去の結果は将来のアウトカムを確立しない
慎重なテスト設計であっても、過去のマルチデイの関係は、市場構造の変化、ボラティリティ・パターンの変化、参加者の行動の変化によって消えることがあります。バックテストが成功していても、市場環境が変われば失敗することがあります。
失敗モード1：レジーム転換（regime shifts）
マルチデイの戦略は、価格がトレンドしているのか、平均回帰しているのか、あるいは急なボラティリティのイベントによって動かされているのか、に敏感になり得ます。テストでは、パフォーマンスが特定のレジームに集中していないかを確認すべきです。
実務的な方法としては、当時利用可能だった情報だけで、ボラティリティやトレンド方向によって期間にタグ付けし、そのタグごとにアウトカムを比較します。
失敗モード2：時間とともに執行の質が変わる
執行の前提はしばしばドリフトします。スプレッドや流動性は、時間帯、ニュースリリース、市場ストレスによって変わります。あなたのモデルがスムーズな執行を前提としている場合、マルチデイ・ホールディングはポジションがより長く晒されるため、誤差が悪化し得ます。
ロバストネス・チェック：同じ評価を、別の執行前提（たとえば、より大きいスリッページ）で実行し、結論が依然として成り立つかを確認します。
失敗モード3：狭いサンプルへの過学習
マルチデイ・ホールディングは、限られた時間ウィンドウではうまくいっているように見えることがあります。安全策として、パラメータ選択を最小限にし、自由度を抑え、アウト・オブ・サンプルのテスト期間を必ず設けてください。
結果が選択ウィンドウ内でしか見えず、アウト・オブ・サンプルでは消えるなら、そのエビデンスは信頼できません。
検証と次の問い
マルチデイ・ホールディングのテストを独立して検証するには、誰かが次のことをできるべきです。
- 仮説、保有ルール、ベースラインの定義を読む。
- データ分割を再現し、将来を見たデータが使われていないことを確認する。
- 同じコストおよび執行前提（または妥当な代替）を適用する。
- ロバストネスを確認する：コスト、スリッページ、レジームの変動に対して結論が生き残るかどうか。
役に立つ次の問いは、あなたのテストが「保有期間の効果」を特に切り分けているのか、それとも偶然に複数の変化（エントリー・ロジック、リスク管理、クローズのトリガーなど）を混ぜてしまっていないか、という点です。混ざっている場合、マルチデイ・ホールディングそのものについて学べることは多くないかもしれません。
直接のウォークスルーが欲しいなら、良い出発点は、保有ルールを形式化し、それがどのように失敗し得るか（たとえば、急なボラティリティのスパイクや、クローズのロジックが予期せず振る舞うような条件）を整理することです。
DOCUMENT END