マルチデイ・ホールディングはどの入力を使う？

定義：マルチデイ・ホールディングにおける「入力」とは何か

マルチデイ・ホールディングは、主に複数日をまたいでポジションを保有することによって定義される、フォレックスのトレード手法です。日中のタイミングではなく、保有期間に焦点があります。ここでいう「入力」とは、ルールを決めるためにあなたが投入する、特定のデータ選択とパラメータのことです。これにより、ポジションをいつオープンするか、どれくらい保有するか、そしていつクローズするかが決まります。この説明では、安定したメカニクスに注目し、実装が指定しなければならない入力の種類と、変動する部分を整理します。

メカニズム：コアとなる入力とその依存関係

自己完結したマルチデイ・ホールディングのモデルには、通常4つの入力グループが必要です。

1) 時間軸（タイムホライゾン）入力

これらは、日数をまたいだ想定期間を指定します。時間軸入力の一般的な例は次のとおりです：

• 保有ウィンドウの長さ（例：計画が許容する日数）
• 週末の扱い（流動性やスプレッドが異なり得る期間を、計画がどう扱うか）
• 評価タイミング（ルールを、終値の値、タイムスタンプ、または別の慣例のどれでチェックするか）

依存関係： 「複数日」の実際の意味は、市場の日次スケジュールと、あなたがデータ上で「day（日）」をどうラベル付けするか（タイムゾーン、ローソク足のクローズ時刻、そしてブローカーのサーバー時刻）に依存します。

2) エントリー／エグジット・ルール入力

これらは意思決定のポイントを定義します。ここでの入力には次が含まれます：

• エントリー条件の変数（意思決定時点で使う観測可能な事実）
• エグジット条件の変数（時間ベースのクローズ、ルールベースのクローズ、または両方）
• 注文タイプの前提（エントリーとエグジットが実際にどう執行されるか：成行か指値か、そしてストップ注文が使われるか）

依存関係： エントリー／エグジットのロジックが固定されていても、実際の約定は執行品質、スプレッド、そしてスリッページに左右されます。

3) 価格測定入力

実装では、価格がどのように測定され、比較されるかを定義する必要があります。

• 価格ソース（ビッド、アスク、ミッド、または別の慣例）
• 比較方法（クローズ値と比較する閾値か、あるいは日中の高値・安値の極値と比較するか）
• データの粒度（日足バーか、より高解像度のデータか）

依存関係： これらの測定の選択を変えると、「戦略のアイデア」が同じでも結果が大きく変わり得ます。

4) コストとサイジング入力

このアプローチを評価または実装するには、価格変動をネット結果に翻訳するための前提が必要です。

• トレーディングコストのモデル（手数料とスプレッドの扱い）
• スリッページの前提（現実的な執行データを使わない場合）
• ポジションサイジング・ルール（サイズが口座サイズにどう関係するか、またはストップ距離にどう関係するか。ストップが計画に含まれる場合）

依存関係： コストと約定の前提が一貫していないと、テストと実運用トレードの比較が誤解を招く可能性があります。

証拠または例：入力の具体的なチェックリスト

バリエーションが多いため、「普遍的な」入力セットを一つに名付けるのは難しいです。代わりに、このチェックリストを使って、マルチデイ・ホールディングの実装を独立して説明可能にしてください：

次のようなルールセットを想定します：

1. 保有ウィンドウ：N日（選んだパラメータ）
2. エグジット・ルール：観測された条件が満たされたとき、またはウィンドウが終了したときに発動する
3. 価格の慣例（例：特定の価格フィールドを一貫して使う）
4. コストモデル：スプレッドと手数料が利益計算にどう影響するかを指定する
5. 執行ルール：約定がどう決まるか（またはバックテスト中に使う前提）

検証ステップ：上記の各項目をパラメータまたは前提として述べられない場合、あなたの「入力」は完全に指定されておらず、同じラベルを使っていても2人が異なるバージョンを実装してしまうかもしれません。

制約とリスク：入力を壊し得るもの

少なくとも1つの重要な制約は明示されるべきです。

• 執行の不一致： バックテストでは理想的な価格で約定すると仮定できる一方、実運用ではスリッページ、スプレッドの拡大、または注文執行の遅れが起こり得ます。
• データとタイミングの不一致： データソースの「日」の境界やタイムスタンプがブローカーと異なる場合、「日をまたいで保有する」が同じ意味にならない可能性があります。
• コスト感度： スプレッド／手数料の小さな変化が、複数日をまたぐ基礎的な価格変動よりも大きく効いてしまうことがあります。
• 時間軸間のルール不一致： 意思決定変数が日次の値から計算されているのに、執行が日中の約定を使う場合、実際の経路が前提を破ることがあります。

これらは実装の失敗パターンであり、その概念が無効である証明ではありません。市場環境や運用上の詳細によって結果が変わる理由を示しています。

検証と次の質問

「マルチデイ・ホールディングがどの入力を使うか」という主張を独立に検証するには、次の(1)〜(4)の正確なリストを求めてください：(1) 時間軸パラメータ、(2) エントリー／エグジット・ルールの変数、(3) 価格測定の慣例、(4) コスト／執行の前提。説明がどれか1つのグループを省いているなら、不完全です。

DOCUMENT END