ロール・リバーサルはどの入力を使う？
直接の答え
ロール・リバーサルは、価格構造からの事前に定義された入力と、一連の比較ルールを使う、チャートベースの概念です。実務上の「どの入力か」とは、たとえばスイング・ハイ／ローやゾーンのように、ルールセットに投入する市場観察の内容（何を観測として扱うか）を指します。さらに、比較する2つの側面は何か、そしてそのルールが満たされたとみなされるために必要な条件は何か、ということです。
ロール・リバーサルは、固定されたパラメータセットを持つ単一の普遍的な数式ではないため、使う入力は、採用しているルールセットによって変わります。この記事では、自己チェック可能な汎用の入力モデルを説明し、主な制限を示します。
メカニズムまたは定義
ロール・リバーサルをシンプルに説明するなら、「先行する構造によって定義される、2つの側面間での役割の入れ替わり（ロールの変更）」です。
通常、あなたが選ぶ入力（明示的に定義する）：
- 価格構造のアンカー（アンカー／基準点）: チャート上で参照として使う要素です。例として、直前のスイング・ハイ／ロー、最近のピボット、または定義したサポート／レジスタンス・ゾーンなどがあります。
- 比較する2つの側面: あなたのルールの中で「側面A」と「側面B」が何かを決めます。たとえば、片側は、その後に反対側の境界として機能する「以前の境界」を表すかもしれません。
- 時間的／シーケンス要件: 明確に定義された出来事の後に、役割の変更が起きなければならないかどうかです。たとえば、価格が1つの境界に接触した後、というような条件です。これにより、過去と現在の文脈を混ぜることを避けられます。
- 妥当性条件（トリガー／確認）: 役割の変更が「カウントされる」ためのルール条件です。これらは入力です。なぜなら、あなたが受け入れる観察（たとえば「境界が尊重される」または「構造が変化する」）を決めるからです。
- 「尊重される」または「破られる」の定義: 尊重／ブレイクを測定可能な解釈として設定する必要があります。たとえば、クローズが重要なのか、それともタッチだけで十分なのか、という点です。これはしばしば、最も大きな不一致の原因になります。
避けるべき非入力:
- 一般に、ブローカー固有の設定、スプレッド、執行品質を、その概念そのものへの本質的な入力として扱うことはしません。これらは市場参加者の条件であり、結果に影響し得ますが、抽象的なルールロジックの一部ではありません。
証拠または例（前提ベース）
ここでは、ライブの結果を何も仮定せずに、あなたのルールを説明するために使える具体的な入力セットの例を示します。
前提（あなた自身のテストで必ず明記すること）：
- あなたはスイング・ポイントを使って2つの境界を定義します。境界Aと境界Bです。
- シーケンスが必要です。まず、価格が境界Aと相互作用し、その後、価格が反対側の境界エリアと相互作用しなければなりません。
- 「尊重」を、相互作用の後に価格が境界から離れる価格変動として定義します。
入力仕様の例:
- 入力1: 境界A = 相互作用の前に見えている最後のスイング・ハイ／ロー。
- 入力2: 境界B = 代替となる境界を定義する、先行する反対側のスイング・ポイント。
- 入力3: 「ロール変更ウィンドウ」= 尊重が観測できる、相互作用後のバー。
- 入力4: 確認ルール = 価格が、期待される方向に向かって境界を離れ、最低限のバー数の間それが成立している必要がある。
このセットアップでは、ロール・リバーサルはその4つの入力を「使います」：2つの構造アンカー、定義されたシーケンス、そして測定可能な確認ロジックです。もしあなたのルールセットがスイング・ポイントではなくゾーンを使う、あるいは異なる確認ロジックを使うなら、入力リストは変わります。
制限とリスク（何が失敗し得るか）
- 曖昧な構造: スイング・ポイント／ゾーンが主観的だったり重なり合っていたりすると、描き方によって選んだアンカーが変わります。すると入力と、ルールの結果も変わります。
- 1つの定義への過剰適合: 確認条件を、安定した定義（入力が「手作業で選ばれたまま」）のない過去チャートに合わせて調整すると、同じ概念が少し異なる構造で現れたときに、あなたのモデルは失敗する可能性があります。
- シーケンスの混乱: 時間的要件を強制しない場合、後の相互作用と、より前の文脈が混ざってしまい、実際には単なるアーティファクトである「見かけのロール変更」が生まれ得ます。
- 市場状況への依存: 結果は市場状況やコストによって変わります。抽象的なロール変更ロジックが一貫していても、流動性、ボラティリティのレジーム、取引コストによって実際の結果は異なり得ます。
検証または次の質問
ロール・リバーサルの入力を独立して検証するには、あなたのルールを入力チェックリストとして文書化してください：
- あなたの構造アンカーは何ですか？
- 側面Aと側面Bを定義するものは何ですか？
- どの正確なシーケンスが必要ですか？
- 尊重またはブレイクとしてカウントされる測定可能な条件は何ですか？
- 失敗ケース（ルールが適用されるべきでないとき）は何ですか？