Confluence Scanner: A+ сетапи

Confluence scanner відсіює ринок і залишає лише ті сетапи, де незалежні engines та таймфрейми погоджуються щодо одного напрямку. Розбираємо, як швидко знаходити A+ multi-scanner confluence без ручного зіставлення графіків.

Що таке Confluence Scanner?

Confluence scanner показує торговий сетап лише тоді, коли кілька незалежних чинників — різні engines або таймфрейми — вказують в один бік. Замість одного сигналу ти отримуєш стек підтверджень, який відсіює більшу частину ринку й залишає кандидатів вищої якості.

Слово «confluence» запозичене з образу річок, що зливаються: окремі потоки доказів сходяться в одній точці. У трейдингу цією точкою стають напрямок і зона. Один tap у order block — це один потік. Заповнення одного fair value gap (FVG) — інший.

Коли обидва сигнали разом із bias старшого таймфрейму вказують в один бік і сходяться біля однієї ціни, ти маєш confluence. А confluence scanner знаходить таке узгодження одразу на сотнях пар.

Чому Confluence сильніший за сигнал одного сканера

Кожен scanner кодує рівно одну перевагу. Детектор Break of Structure (BOS) показує, що структура змістилася, але нічого не каже про згоду старшого таймфрейму. Scanner для FVG бачить fair value gap, але не визначає, чи справді institutional order flow тягне ціну до цієї зони. Кожен engine — лише фільтр зі своєю сліпою плямою.

Проблема одного сигналу в тому, що будь-який окремий engine спрацьовує часто, зокрема в умовах, де його edge слабкий. Bullish CHoCH на 15M під час сильного bearish-тренду на Daily технічно є валідним сигналом, але дуже часто перетворюється на пастку. Engine виконав свою роботу — просто в нього не було контексту.

Стек незалежних engines і таймфреймів закриває цю прогалину. Логіка проста: якщо дві не пов’язані між собою умови кожна окремо відсіює більшу частину шуму, вимога їхньої одночасної згоди фільтрує ринок значно жорсткіше, ніж будь-яка з них поодинці.

Ти торгуєш рідше, але в shortlist залишаються сетапи, де кілька способів прочитати той самий ринок показують один напрямок. Це і є принцип quality over quantity, який відділяє A+ від нескінченного потоку B- і C-сигналів: ти не намагаєшся зловити кожен рух, а чекаєш на ті, де узгодження справді глибоке.

Один engine = одна перевага, одна сліпа пляма, висока частота, змішана якість.
Зв’язані engines на різних таймфреймах = фільтри, що перекривають один одного, менша частота, вища середня якість.
Компроміс свідомий: ти приймаєш менше сигналів в обмін на чистіший shortlist.

Чому шукати Confluence вручну непрактично

Теоретично ти можеш зробити все руками. На практиці арифметика швидко ламає цей підхід. Уявімо, що тобі потрібен bullish-сетап, де weekly bias, liquidity sweep на Daily і retest 4H order block збігаються. Для однієї пари треба відкрити три таймфрейми й перевірити три окремі умови. Це дев’ять переглядів графіка на один актив.

А тепер пройдися по watchlist. Для 400+ ліквідних пар дев’ять перевірок на кожну — це тисячі ручних дій. Ситуація застаріває одразу після закриття свічки, адже кожен новий bar може створити або скасувати одну з ланок. Поки ти догортаєш список, пари, які перевіряв першими, вже можуть мати неактуальний контекст.

Під час ручного пошуку виникають три конкретні проблеми:

Покриття сиплеться. Фізично неможливо стежити за 400 парами на кількох таймфреймах, тому ти звужуєш список до жменьки активів і пропускаєш найкращий сетап, бо він з’явився на парі, яку ти не відкрив.
Таймінг роз’їжджається. Confluence має часовий вимір: застарілий weekly-сигнал не повинен складатися зі свіжим daily-сигналом. Відстежувати очима, чи кожна ланка ще актуальна, на десятках пар — саме там накопичуються помилки.
Просочується bias. Коли ти полюєш на підтвердження, ти його знаходиш. Ручне зіставлення підштовхує зарахувати сумнівний сигнал як підтвердження, бо тобі хочеться зайти в угоду.

Саме таке навантаження і має забирати confluence scanner: механічну, об’ємну й чутливу до часу перевірку, яку людина виконує повільно та непослідовно.

Як LiquidityScan автоматично збирає Confluence

LiquidityScan підходить до multi-scanner confluence з двох боків, які доповнюють один одного: автоматичний engine узгодження Core-Layer і структурований каталог визначених сетапів Confluence + Sequences. Обидва працюють лише з підтвердженими закритими свічками, тому сигнали не перемальовуються постфактум.

Core-Layer: автоматичне узгодження кількох таймфреймів

Core-Layer — це composite engine. Він не шукає окремий новий price pattern, а зводить live-сигнали SuperEngulfing, CRT і Institutional Bias у alignment chains, групуючи їх за символом і напрямком.

Коли один напрямок збігається на кількох таймфреймах — наприклад, Weekly, Daily і 4H одночасно bullish — система показує це як один stacked setup і визначає anchor старшого таймфрейму: Weekly, Daily або 4H.

Два правила роблять цю логіку придатною для роботи. По-перше, потрібні щонайменше два узгоджені таймфрейми — одиночний сигнал не є confluence. По-друге, engine прибирає часово неузгоджені стеки: старий weekly-сигнал не складається зі свіжим daily, бо вони описують різні моменти ринку. Це напряму закриває проблему «таймінг роз’їжджається» під час ручного сканування.

Confluence catalog: Dual, Triple і Sequences

Confluence catalog — це спільна стрічка для авторизованих користувачів із заздалегідь визначеними multi-timeframe-сетапами, які спрацьовують лише тоді, коли таймфрейми погоджуються щодо одного напрямку. У каталозі є три рівні:

Dual — два підтвердження на одному або різних таймфреймах, наприклад Weekly bias плюс bullish CRT sweep на Daily.
Triple — три складені підтвердження, наприклад узгодження Monthly, Weekly і Daily.
Sequences — упорядковані playbook, де кожна ланка має спрацювати після попередньої, а не просто з’явитися одночасно. «CHoCH then OB+ tap» — це sequence: спочатку має відбутися change of character, потім — сильний retest order block.

Sequences особливо цікаві, бо кодують порядок, а не просто збіг. Два сигнали в одній сесії дають слабший доказ, ніж ті самі два сигнали, що з’явилися у правильній причинно-наслідковій послідовності.

Кожен сетап каталогу показує точний рецепт — таймфрейм та engine для кожної ланки, — а також актуальні bull і bear counts. Неактивні сетапи позначаються як «Expired», щоб ти не читав стек, який уже зламався.

Принцип незалежності: що робить Confluence справжнім

Не кожен стек є справжнім confluence. Якщо ти береш три індикатори, які вимірюють один momentum — RSI, швидкий MACD і stochastic, — їхня згода не потроює доказ. Ти просто тричі виміряв одне й те саме. Корельовані підтвердження виглядають переконливо, але майже не додають інформації.

Справжній confluence потребує незалежних чинників — показань, які можуть не збігтися, бо вони фіксують різні дані. Directional bias старшого таймфрейму, liquidity event на середньому таймфреймі й structural entry trigger на молодшому — це справді різні спостереження за ринком. Коли вони погоджуються, сама згода має вагу саме тому, що кожен чинник міг показати «ні».

У цьому сенсі multi-timeframe alignment — найчистіша форма confluence. Weekly read і 4H read — це не просто те саме вимірювання, розтягнуте на різний zoom. Старший таймфрейм задає draw on liquidity, а молодший допомагає вибрати момент входу в цей рух.

Вони відповідають на різні питання: куди прямує ціна і чи настав момент. Alignment chains Core-Layer і cross-timeframe tiers у Confluence catalog побудовані саме на цій незалежності. Тому їхня згода має зміст, а не є дублюванням одного показника.

Це узгоджується і з тим, як BIS описує структуру глобального валютного ринку у Triennial Central Bank Survey: ліквідність і потоки розподілені між різними інструментами та учасниками, тому один індикатор не може описати весь контекст руху.

Розбір прикладу: послідовність CHoCH до OB+

Візьмімо BTCUSDT. На 4H ціна послідовно знижується в чистій bearish-структурі. Потім свічка закривається вище останнього lower high — формується Change of Character (CHoCH). Це перша ланка: перший доказ, що bearish leg може завершуватися. Сам по собі CHoCH на 4H — майже coin flip; чимало таких сигналів закінчуються продовженням падіння.

Далі sequence чекає. Вона не спрацьовує на одному CHoCH. Ціна робить pullback, а остання down-close candle перед імпульсивним рухом угору визначається як сильний order block — OB+, тобто зона, з якої impulse фактично забрав buy-side liquidity, знявши попередній swing high.

Коли ціна повертається й торкається зони OB+, друга ланка завершується в правильному порядку, після CHoCH. Спрацьовує Confluence Sequence: «4H CHoCH then 4H OB+ tap», bullish.

Ти отримуєш не команду купувати. Це stacked context: структура змінилася, після чого ціна повернулася до liquidity-confirmed zone у напрямку цього зламу.

Порівняй це з входом за сирим CHoCH чотири години тому, коли ти ще не знав, чи сформує ціна валідний order block. Sequence дочекалася другого, незалежного й правильно впорядкованого підтвердження — саме воно робить сетап A+ кандидатом, а не припущенням надії.

Triple працює подібно, але без вимоги до порядку. Уявімо: Monthly Institutional Bias bullish, на Weekly формується bullish CRT reclaim, а на Daily з’являється bullish SuperEngulfing.

Три незалежні engines на трьох таймфреймах, усі bullish, зібрані в одну картку каталогу з актуальними counts — це Triple. Щоб зібрати такий стек вручну, тобі довелося б зробити десятки переглядів графіків.

Ручне зіставлення графіків проти Confluence Scanner

Річ не в тому, що scanner бачить щось недоступне твоїм очам. За необмеженого часу та ідеальної дисципліни ти міг би знайти всі ці сетапи сам. Різниця — у покритті, швидкості й послідовності роботи на ринку, який надто великий для ручного контролю.

Параметр	Ручне зіставлення	Confluence scanner (Core-Layer + Confluence catalog)
Охоплення пар	Жменька активів, які ти встигаєш дивитися	Увесь ліквідний universe під час кожного сканування
Таймфрейми на пару	Стільки, скільки встигнеш відкрити	Від Weekly до sub-hour, паралельна перевірка
Часова узгодженість	Легко випадково додати застарілу ланку	Часово неузгоджені стеки прибираються автоматично
Упорядковані sequences	Дуже складно відстежувати порядок ланок на різних парах	Sequences примусово перевіряють «ланка B після ланки A»
Confirmation bias	Ти схильний знаходити те підтвердження, якого хочеш	Фіксовані механічні критерії без бажаного підрахунку
Неактивні сетапи	Можеш не помітити, що ланка втратила валідність	Сетап отримує статус «Expired», коли стек ламається

Чесний workflow — це партнерство, а не autopilot. Scanner знаходить узгоджений або послідовний сетап і виконує cross-reference; ти перевіряєш те, чого жоден engine не оцінить сам: macro backdrop, календар новин, розташування зони щодо draw on liquidity. Лише після цього ти ухвалюєш власне торгове рішення.

Інструмент звужує 400 пар до shortlist. Judgment залишається за тобою.

Є два чесні обмеження. По-перше, alignment — це контекст, а не trade call і не win rate: stacked confluence setup показує згоду кількох показань щодо напрямку, але не обіцяє, що угода відпрацює.

По-друге, більша кількість ланок не робить сетап автоматично кращим. Triple фільтрує сильніше за Dual, але трапляється рідше, а четверте чи п’яте підтвердження зрештою починає вдруге вимірювати те саме й додає redundancy замість незалежності.

Мета будь-якого confluence scanner — достатня кількість незалежних підтверджень, щоб підвищити якість сетапу, а не зібрати якомога більшу купу сигналів.

Поширені запитання

Скільки підтверджень роблять сетап A+?

Фіксованого числа немає, але два незалежні й правильно синхронізовані підтвердження на різних таймфреймах — уже серйозний крок уперед порівняно з одним сигналом. У LiquidityScan рівень Dual потребує двох підтверджень, а Triple — трьох. Якість визначають незалежність і порядок, а не голий count: три корельовані momentum-індикатори слабші за два справді незалежні чинники, що погоджуються.

Чим Confluence Sequence відрізняється від Triple?

Triple потребує трьох підтверджень, які з’являються в одному контексті, незалежно від порядку. Sequence вимагає, щоб кожна ланка спрацювала після попередньої: «CHoCH then OB+ tap» завершується лише тоді, коли спочатку відбувся change of character, а потім — tap в order block. Порядок дає сильніший доказ, бо фіксує причинно-наслідковий зв’язок, а не просто збіг.

Чи каже confluence scanner, коли купувати або продавати?

Ні. LiquidityScan виявляє та об’єднує patterns, але не видає trade calls. Confluence setup — це контекст: він показує, що кілька незалежних показань погоджуються щодо напрямку. Ти сам перевіряєш macro backdrop, обираєш entry, stop і target та керуєш ризиком. Alignment — це фільтр для кандидатів, а не сигнал для сліпої дії.

Чи перемальовуються confluence-сигнали?

Ні. Кожен engine LiquidityScan працює лише на підтверджених закритих свічках — live bar, який ще формується, завжди відкидається. Тому confluence stack, що спрацював, не змінюється заднім числом. Якщо подальший рух ціни позбавляє ланку валідності, сетап отримує статус «Expired», а не тихо переписується, і ти бачиш його актуальний стан.

Confluence будується на multi-timeframe alignment. У цих гайдах детальніше розібрано механіку кожної ланки та різницю між автоматичним скануванням і ручною роботою.

ICT top-down analysis: multi-timeframe alignment — базова дисципліна, яку автоматизує confluence scanning.
Найкращі ICT таймфрейми: від HTF bias до LTF entry — як поєднати bias старшого таймфрейму з входом на молодшому.
Fractal market structure на різних таймфреймах — чому структура вкладається одна в одну та що робить показання таймфреймів незалежними.
Order Block Scanner: real-time OB та FVG — як окремі engines, що живлять confluence, знаходять патерни в реальному часі.
Найкращий ICT scanner: як обрати — як оцінювати scanners і де в цій системі працює confluence layer.
LiquidityScan проти ручного сканування — аргументи на користь автоматизації cross-referencing: час і покриття.
Як ловити Asian-range sweeps на кожній сесії — суміжний погляд на asian range sweep scanner.
Що таке LiquidityScan confluence engine — як engine поєднує scanners перед пошуком A+ сетапів.