偽シグナルを除外する仕組み｜LiquidityScan

偽シグナルはどう除外するのか？

偽シグナルを除外するには、形だけは成立していても文脈を欠くパターンを落とす。流動性の薄い市場、確定していない足、条件を満たさない形状、どの時間足も同意していないセットアップが対象だ。LiquidityScanは複数のフィルターを重ねて、この作業を行う。ノイズを減らせば候補の質は上がる。だが、それは勝率を意味しない。

この最後の一文がこのページの要点である。2回読んでほしい。ここでいう「偽シグナル」は「負けた取引」ではない。そもそも注意を向ける価値がなかった検出を指す。ノイズを減らすことと、勝つ取引を予測することは別問題だ。この2つを混同するツールは、何かを売り込んでいるだけである。

「偽シグナル」の本当の意味と、意味しないもの

どのチャートにも、何かに見える足が並んでいる。陽線が2本続けば、engulfing の動きに見える。3本の足による空間は、Fair Value Gap（FVG）に見える。上昇前の最後の陰線は、Order Blockに見える。形状だけを照合すれば、数百の通貨ペアを対象に1日で何千件も拾うことになる。情報を持つものは、ほとんどない。

何でも拾うスキャナーは、役に立たないどころか有害だ。文脈のある少数のセットアップが、偶然の一致の雪崩に埋もれるからである。だから偽シグナルを正確に定義するなら、形状は技術的に成立しているが、それを意味のあるものにする周辺条件を欠いたパターンだ。流動性を取っていない。displacement がない。セッションが違う。上位時間足の同意がない。すでに mitigation 済み。このどれもが該当する。

偽シグナルではないものもある。それは負けた取引だ。完全にきれいで、条件を満たし、複数時間足もそろった検出でも失敗することはある。市場は確率で動く。偽シグナルを除外するとは、見る対象の文脈を改善することであり、実行した取引の結果を保証することではない。この2つを別の箱に入れておけば、以下の話はすべて理解できる。

そもそも、なぜ生の検出ではノイズが優勢になるのか。多くの ICT や Smart Money Concepts のパターンは足の形状で定義されており、その形状は偶然でも頻繁に現れるからだ。1つの5分足チャートだけを見ても、1週間の間に engulfing の条件を満たす2本の足の関係が何十組も出てくる。

これを数百の通貨ペアと6つの時間足に広げれば、生の件数は数万件まで膨らむ。本当に見たいシグナルも、その中にはある。ただ、溺れている。フィルタリングとは、水を抜く作業である。

LiquidityScanが偽シグナルを除外するフィルター

LiquidityScanは複数の独立したフィルターでノイズを減らす。それぞれが異なる種類の文脈不足を取り除き、配信欄に届く前に低品質な検出を落とす。

1. 2,000万ドルの出来高基準

シグナル一覧では、24時間の建玉通貨建て出来高が2,000万ドル未満の通貨ペアを強制的に除外する。薄く流動性の低い市場では、最も人を惑わせる形が出やすい。1つの注文だけで「sweep」や「displacement」が形成されても、それは参加者の不足を映しているにすぎない場合がある。

基準を下回る通貨ペアは、そもそも表示されない。株式、貴金属、エネルギーなどのTradFi銘柄は、多くが2,000万ドル未満でも正当な取引量を持つため対象外である。最も粗いが、最初の切り分けとしては効果が大きい。

2. 確定足のみのリペイントなし検出

すべてのスキャナーは確定したクローズ足のみを対象に検出する。形成途中のリアルタイム足は必ず捨てる。これで、途中まで現れてエントリーを誘い、引けると別の形になって消える、ちらつくセットアップという偽シグナルを丸ごと排除できる。

検出は確定したデータから再計算され、冪等性を持つ。存在したシグナルが後からリペイントで消えることはない。見たものが、その足で起きたことである。

3. エンジン単位の条件判定

各エンジンは、単なる形だけでは発火しない。その形に意味を与える動きを要求する。

• OB+では、order block から離れるインパルスが実際に流動性を取る必要がある。買い側なら直前のスイング高値、売り側ならスイング安値をブレイクする。何も取らなかった動きの前にある足は、OB+ではない。
• OB++では、さらに勢いを検証する。displacement が ATR(14) の1.5倍以上でなければならない。力のない動きは条件を満たさない。
• FVGでは、複数時間足の入れ子グレード、つまり FVG+ と FVG++ だけを意図的に表示する。同じ方向の上位時間足のギャップ内に位置するギャップである。最も数が多く、意味も薄い単一時間足のギャップは、設計上除外される。
• CRTでは、Candle Range Theoryの形全体を要求する。直前の足を超えるヒゲの sweep、直前のレンジ内への実体のクローズ、そして直前の足より小さい実体だ。長いヒゲなら何でもよいわけではない。
• Pulseは既存の基本シグナルを再フィルタリングし、同じ時間足で方向が一致する RSI(14) の合流があるものだけを通す。

4. 鮮度

OB+ と FVG のゾーンは、新鮮で mitigation されていない間だけ表示される。価格がすでに戻ってきたゾーンは、多くのモデルでは役割を果たし終えている。そこに通知を出し続ければノイズになる。未使用のゾーンだけを表示し、再テストで通知することで、スキャナーは古く、すでに消費された水準を候補から外す。

5. 複数時間足の合流、Core Layer

Core Layer のエンジンは、リアルタイムのシグナルを、時間足をまたいで同じ方向がそろうスタックにまとめる。たとえば週足、日足、4時間足がすべて上方向という状態だ。単独の5分足シグナルは文脈が薄い。日足と週足も同意していれば、同じシグナルでも文脈は厚くなる。

エンジンは最低2つの時間足の一致を求め、時間的に整合しないスタックを削る。古い週足の情報で、新しい日足を支えることはできない。合流カタログとWar Roomも、同じ整合性の考え方を土台にしている。

6. Scanner Studioの文脈フィルター

自分の条件で偽シグナルを除外したいトレーダーには、ノーコードのルール作成機能である Scanner Studio が文脈のゲートを加える。killzone、セッション、資産クラス、曜日、調整可能な出来高基準を、任意のエンジンや指標と組み合わせ、1つの AND/OR ルールにできる。たとえばニューヨーク・セッション以外のセットアップをすべて捨てる、といった個人用のノイズフィルターを作れる。

フィルターはどう重なるのか

どのフィルターも、単体では驚くほどのものではない。力を発揮するのは、重ねたときだ。数千件の生のパターン一致から始め、各層を通るたびに件数が削られていく様子を想像してほしい。

1. 出来高基準、流動性の低い通貨ペアをすべて除外する。最も惑わされやすい市場は、検出が始まる前に消える。
2. 確定足検出、足の途中でちらつく形をすべて除外する。確定した事象だけが残る。
3. エンジンの条件判定、流動性を取ったか、displacement があるか、入れ子になっているか、必要な形状を備えているかを満たさない形を除外する。
4. 鮮度、すでに mitigation されたゾーンを除外する。
5. 合流、上位時間足も支持する候補を引き上げる。

出力されるのは「勝てる取引」ではない。見るたびに、より多くの文脈を持つ候補リストである。候補は減るが、1件ごとの情報量は増える。それが、正直に言える約束のすべてだ。

具体例を見ると、重なり方がわかりやすい。24時間出来高600万ドルの低時価総額の無期限先物で、強気の order block が生のスキャンに引っかかったとする。足の形成途中に出て、インパルスは直前のスイング高値をブレイクしていない。しかも価格は前のセッションですでにその水準へ戻っており、日足と週足はどちらも下方向だ。

すべての層がこれを拒否する。出来高基準で通貨ペアが落ち、確定足検出が途中の表示を無視し、OB+の条件判定が流動性を取っていないため失敗する。鮮度も、ゾーンが mitigation 済みなので失敗する。合流も上位時間足が不一致のため通らない。1つの検出が5回にわたって消される。読者の画面には一度も届かない。

今度は BTCUSDT の新鮮で mitigation されていない OB++ に置き換える。出来高は300億ドル、確定足のインパルスは売り側の流動性を sweep し、displacement は ATR の1.5倍を超えている。週足と日足も上方向だ。同じフィルターをそのまま通過する。同じパターン名でも、文脈が逆なら判定も逆になる。

ノイズの発生源とLiquidityScanの除外方法

なぜこれは勝率ではないのか

読み違えたくなる誘惑が強いので、繰り返しておく。ノイズをフィルタリングすると、評価する候補の質と文脈が変わる。候補のどれか1つが自分に有利な結果になるかどうかは、そこからはわからない。LiquidityScanは勝率を計算も公開もしていない。配信欄がきれいになったからといって、そこから勝率を推測するべきでもない。

具体的には、ニューヨークの kill zone で、週足と日足の合流がある BTCUSDT の新鮮な OB++ は、文脈の厚い候補である。それでもニュースによる急変、マクロ環境の変化、単純なランダム性に押し流されることはある。

フィルターが高めたのは、構造的に実在感のあるものを見ている可能性であって、取引が成功する可能性ではない。きれいな検出でも失敗する。これは普通に起きることであり、検出が「有効」だったかどうかとは別の話だ。

だから、見出しで精度の数字を売り込むスキャナーには注意したい。検出の質と取引結果は、別の単位で測るものだからである。

ツールは、構造的に弱いパターンをどう除外するかなら正直に示せる。だが、残った候補の何割が利益を生むかを正直に断言することはできない。結果は、エントリー、損切り、利確、ロット、そしてその候補を使う相場環境に左右される。

一部のエンジンが持つ WIN/LOSS ラベルは、内部のライフサイクル管理にすぎない。水準に到達したかどうかの記録であり、公開された運用成績ではない。そこから勝率を読み取ってはいけない。

最後のフィルターを加えるのは自分である

プラットフォームは、客観的に定義できるノイズを除外する。最後に残る、最も重要なフィルターは自分だ。スキャナーでは自動化できない判断である。

• 上位時間足のバイアス。最初に自分で方向感を定め、その方向に一致するシグナルだけを採用する。強い上昇の週足に逆らう完璧な弱気セットアップでも、取りたくない逆張りには変わらない。
• 書面化したチェックリスト。流動性は存在するか。ゾーンは新鮮か。合流は積み上がっているか。セッションは適切か。予定した損切り位置でリスクリワードは許容できるか。候補が自分の一覧を1つでも落としたなら、検出がどれだけきれいでも、自分にとってはノイズである。
• 生き残れるリスク。きれいなセットアップも失敗する。だから口座を守るのは、シグナルの質ではなく、ポジションサイズと損切り位置である。連敗で口座を飛ばさないためのフィルターは、これだ。

役割分担は明確である。スキャナーは客観的なルールに基づき、規模を保って構造的に偽シグナルを除外する。自分は適合性、バイアス、リスクで絞り込む。どちらも、もう一方の代わりにはならない。

よくある質問

偽シグナルを除外すれば、残ったものは勝てるのか？

いいえ。除外するのは、流動性の低い通貨ペア、未確定の足、条件を満たさない形、古いゾーンといった文脈の薄いノイズである。評価対象の質は上がるが、どの取引でも利益になる確率が上がるわけではない。LiquidityScanは勝率を公開していない。条件を完全に満たし、合流もあるセットアップでも失敗する。結果を決めるのは市場と自分のリスク管理であり、フィルターではない。

なぜ出来高基準は2,000万ドルなのか？

薄い市場では、最も誤解を招く形が出やすい。1つの注文だけで、意味のない sweep や displacement が偽装されることもある。24時間の建玉通貨建て出来高を2,000万ドル以上に限定すれば、流動性の低い通貨ペアを配信欄から完全に外せるため、その偽シグナル自体が形成されない。株式、貴金属、エネルギーなどのTradFi銘柄は、多くがその水準未満でも正当に取引されるため対象外である。

シグナルのリペイントや消失をどう防ぐのか？

すべてのエンジンは、確定したクローズ足だけを対象に検出する。形成途中のリアルタイム足は必ず捨てる。検出は確定データから再計算され、冪等性を持つため、存在したシグナルが足の確定後にちらついて消えたり、リペイントしたりすることはない。これで、現れてエントリーを誘い、その後に消える足途中の偽シグナルを丸ごと排除できる。

自分でノイズフィルターを設定できるか？

できる。ノーコードのルール作成機能である Scanner Studio では、任意のエンジンを RSI、EMA、ATR、変化率などの指標と組み合わせられる。さらに killzone、セッション、資産クラス、曜日、調整可能な出来高基準といった文脈のゲートも加え、1つの AND/OR ルールとして市場全体を毎時間評価できる。たとえば、自分のセッション外に出たセットアップをすべて捨てるといった、個人のノイズ定義をルールにできる。

関連する検索経路

生の足から、検証済みの複数時間足候補に至る検出の流れを追える。

• LiquidityScanのスキャナーの仕組み、フィルターが動く前に検出を生み出す全工程を確認できる。
• 流動性と出来高、その本当の違い、2,000万ドル基準が実際に測っているものと、その意味を理解できる。
• LiquidityScanは信頼できるのか？、検出の検証方法と、WIN/LOSS ラベルが示すもの、示さないものを確認できる。
• ICTのトップダウン分析、複数時間足の整合、最も文脈の厚いフィルターを支える合流ロジックを確認できる。
• order block スキャナー、リアルタイムの OB と FVG、OB と FVG の検出に条件判定と鮮度がどう適用されるかを確認できる。
• LiquidityScanと手作業のチャート監視、数百のチャートを目視するより、大規模なフィルタリングが有効な理由を確認できる。
• LiquidityScanは売買シグナルを出すのか？文脈エンジンとシグナル配信の違い、LiquidityScanがシグナルを出すのかという疑問を別の角度から考えられる。
• LiquidityScanに価値はあるのか、フィルタリングの流れを確認したうえで、カバレッジがコストに見合うかを評価できる。