プルバック・トレンドはどの入力を使いますか？

直接の答え

プルバック・トレンド（トレードアイデアとして）は、一般的に 価格履歴 と 少数のルール・パラメータ から導かれる入力を使います。最も一般的な入力は (1) その時点のトレンドをどう定義するか、(2) そのトレンドに対する「プルバック」をどう定義するか、そして (3) 何らかの行動を考える前に適用する追加の制約は何か、です。

この用語は執筆者や提供者によって使われ方が異なるため、「どの入力を使うのか」は、ルールを明示するために必要な データカテゴリ と 計算 を列挙することで最も適切に答えられます。データカテゴリは通常安定していますが、具体的な閾値は変わります。

仕組みまたは定義

実務的には、プルバック・トレンドは3つの構成要素からなる シンプルなモデル を使います。

1. トレンド状態の入力：市場が上昇トレンド、下降トレンド、またはどちらでもないのかを判断するためのデータ。これは価格構造（たとえば、直近の高値の切り上げと安値の切り上げ、または直近の高値の切り下げと安値の切り下げ）に基づくこともあれば、導出されたトレンド指標（たとえば、価格が移動平均のどちら側にあるか）に基づくこともあります。

2. プルバック条件の入力：価格がトレンドに対して 一定時間 または 一定距離 の間、逆方向に動いたことを検出するためのデータ。ここでの入力は通常、ローソク足やバーから導出されます。具体的には、直前の高値／安値、リトレースメントの大きさ、そして現在の終値が基準水準に対してどこに位置しているか、などです。

3. ルール・パラメータと依存関係：上記の入力の挙動を決める数値の選択肢。パラメータの種類の例は以下です：

• 参照期間（ルックバック）：過去の何本のバーを考慮するか。
• 閾値：許容されるプルバックの大きさ（ポイント／パーセント）と、「限定的」とみなす条件。
• 状態確認ロジック：1本のバーなのか、複数本なのか、あるいは特定の終値パターンを要求するのか。
• 執行に関する前提：ルールがローソク足の終値のみを使うのか、それともインターバー情報も使うのか（バー・データのみを使う多くのシステムでは、インターバーの高値・安値を正確に知ることができません）。

心に留めておくべき不確実性：2つの実装が「同じ概念」を使っていても、トレンドとプルバックの定義が異なる場合があり、その結果として、ルールの入力と出力が実質的に大きく変わり得ます。

証拠または例（セルフチェック）

ここでは、プルバック・トレンドの実装がしばしば必要とする 入力の種類 の、具体的で検証可能な例を示します。これは特定の提供者に関する主張ではなく、独立した検証のためのテンプレートです。

OHLC（始値、高値、安値、終値）を含むバー・データ を使うと仮定します。プルバック・トレンドのルールは次を要求するかもしれません：

• トレンド定義：たとえば、直近N本のバーを使ってトレンド状態を計算する。よくある形としては、直近のスイング高値／安値を比較する（Nとスイングのルールが必要）方法、または終値を導出したラインと比較する（Nまたは平滑化の選択が必要）方法があります。
• プルバック定義：トレンド状態が確立された後のリトレースメントを検出する。これには、プルバック指標（たとえば、直前のスイングからのプルバック・パーセント）と、閾値（たとえば「Xより深くない」）が必要です。
• 確認ルール：「プルバックが完了した」とは何を意味するかを指定する。OHLCバーだけを使う場合、通常は 終値 に関する条件、そして参照水準に対する 高値／安値 に関する条件が使われます。

重要な制約： 定義でインターバーの高値・安値を使う一方で、データソースがOHLCの集計しか保存していない場合、同じ判断ポイントを再現できない可能性があります。たとえば、終値とミッド価格のどちらを使うかのような小さな違いでも、「プルバック完了」とみなされる内容が変わります。

制限とリスク

プルバック・トレンドには、入力とパラメータの定義の仕方から直接生じるいくつかの失敗パターンがあります：

• トレンド状態の曖昧さ：市場はトレンドとレンジを交互に行き来し得ます。トレンド定義が過敏（短いルックバックや厳しすぎる閾値）だと、「トレンド入力」が頻繁に切り替わります。
• ノイズの多いプルバック計測：プルバックはきれいなイベントではありません。参照水準とリトレースメント計算に依存します。小さなパラメータ変更によって、どのバーがプルバック条件を満たすかが変わり得ます。
• データと計算の不一致：異なるフィード、異なるバーサイズ（時間軸）、そしてタイムゾーンやセッションの区切りの扱いの違いによって、入力系列が異なり得ます。
• 執行とコストへの感度：同じルール入力であっても、実際の結果はスプレッド、スリッページ、執行タイミングに依存します。完璧な約定を前提とするバックテストは、バー・ベースのルールで達成できることを実質的に過大評価し得ます。
• 予測不能な履歴：過去の関係は将来の結果を保証しません。同じ入力定義でも、相場環境（レジーム）によってパフォーマンスが異なり得ます。

DOCUMENT END