Рушій кон’юнкції LiquidityScan

Що таке Confluence Engine LiquidityScan?

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

Трейдери постійно говорять про «confluence»: упередженість на старшому таймфреймі, зміна структури на середньому, патерн для входу на молодшому. Складність не в самій ідеї — важко щогодини перевіряти десятки пар і нічого не пропускати.

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

Як Confluence Engine перетворює «перевір кон’юнкцію» на живу стрічку

Кожен базовий сканер платформи аналізує лише закриті свічки, тому його сигнали не перемальовуються. Рушій кон’юнкції працює поверх цих сканерів: стежить за їхнім поточним результатом і ставить кожному сценарію з каталогу просте запитання — чи спрацьовують зараз усі необхідні елементи на своїх таймфреймах і в одному напрямку?

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

Коли один з елементів зникає — змінюється bias, зона проходить mitigation або спливає дозволений свічковий період — збіг прибирається або сценарій отримує позначку «неактивний». Користь тут тримається на трьох властивостях:

• Фіксація напрямку: сценарій зараховується лише тоді, коли всі його елементи узгоджені в одному напрямку. Бичачий тижневий аналіз у парі з ведмежим денним — це не confluence, тож такий збіг не з’явиться.
• Багатотаймфреймова побудова: більшість сценаріїв навмисно охоплює два або три таймфрейми, щоб ти бачив контекст старшого таймфрейму та тригер молодшого в одному місці.
• Відібрані сценарії, а не випадкові комбінації: каталог містить вручну зібрані сценарії, які мають торгову логіку, а не кожне можливе арифметичне поєднання рушіїв.

У результаті рушій кон’юнкції відповідає на запитання, яке інакше довелося б розв’язувати вручну: які пари просто зараз мають справжнє узгодження кількох сканерів і в якому напрямку?

Три рівні кон’юнкції: Dual, Triple і Sequences

Каталог поділено на три рівні — залежно від кількості підтверджень у сценарії та від того, чи має значення їхня послідовність.

• Dual — два підтвердження. Вони можуть бути на одному таймфреймі або перетинати кілька таймфреймів, наприклад Weekly bias плюс денний CRT (Candle Range Theory) sweep. Обидва елементи мають залишатися активними та вказувати в один бік.
• Triple — три послідовно накладені підтвердження, зазвичай зверху вниз через кілька таймфреймів: наприклад, Monthly bias, потім Weekly read і Daily trigger. Більше елементів означає суворіший фільтр і, як правило, менше активних збігів.
• Sequences — упорядковані торгові сценарії. Кожен крок має спрацювати після попереднього в часі, а не просто бути активним одночасно з ним. Класичний приклад — Change of Character (CHoCH), після якого відбувається торкання Order Block (OB+).

Dual і Triple відповідають на питання, скільки чинників узгоджені. Sequences додає другий вимір — у якому порядку вони відбулися. Саме тому цей рівень винесено окремо.

Чому Sequences особливі: порядок — це інформація

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

А CHoCH, після якого ціна торкнулася OB+, уже розповідає конкретну історію: структура спочатку змінилася, потім ціна повернулася до order block, з якого почався злам, і тепер тестує цю зону. Це інша, якісніша подія.

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

Та сама логіка використовується у сканері структури ринку для впорядкованих патернів. Наприклад, сценарій «CHoCH → BOS → BOS» завершується лише тоді, коли події з’являються саме в такому порядку.

Практичний висновок простий: збіг рівня Sequence — це не просто «ці явища присутні». Це «ці явища відбулися в послідовності, яка надає сценарію сенс».

Що показує кожен запис у каталозі

Відкриваєш будь-який сценарій у каталозі — і одразу бачиш, що саме він вимагає та що з цього справджується зараз. У кожному записі є:

• Упорядкований рецепт — кожен елемент описано через таймфрейм і рушій, щоб ти точно бачив, яка умова має виконатися: наприклад, Елемент 1: бичачий Daily ICT Bias; Елемент 2: бичачий 4H CHoCH; Елемент 3: торкання 1H OB+. За оцінкою нічого не приховано.
• Поточна кількість бичачих і ведмежих збігів — скільки символів прямо зараз відповідають сценарію для довгої позиції та скільки — для короткої. Це показує і місця з потенційними можливостями, і те, наскільки вибірковим є сценарій у цей момент.
• Позначка «Прострочено» — якщо попередній активний збіг згас через втрату одного з елементів або завершення дозволеного часу, сценарій отримує відповідну позначку, а не непомітно залишається на екрані. Ти не дивишся на застарілу узгодженість, яка вже зламалася.

Оскільки рецепт відкритий, ти можеш оцінювати збіг по суті. Якщо сценарій вимагає Weekly bias, а тижневий аналіз здається тобі слабким, ти враховуєш це у своїй оцінці. Рушій показує узгодженість, а рішення залишається за тобою.

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

Уявімо, що ETHUSDT поступово знижується на 4H. Ведмежа внутрішня структура зберігається, доки 4H-свічка не закривається вище останнього нижчого максимуму — це бичачий CHoCH, тобто структура переходить зі знижувальної в підвищувальну. Це перший елемент сценарію Sequence, а час його закриття стає точкою відліку.

Протягом наступних кількох годин ціна повертається до order block, з якого почався пробій, — останньої ведмежої свічки перед імпульсним рухом, що забрав buy-side liquidity. Коли тінь ціни заходить у цю зону, сканер OB+ платформи фіксує торкання: зона сформована, ціна наближається, відбувся тест.

Торкання з’явилося після закриття свічки CHoCH, тому другий елемент завершується у правильному порядку. Sequence спрацьовує, ETHUSDT з’являється у бичачій частині стрічки, а рецепт показує обидва елементи разом із їхніми таймфреймами.

Порівняй це з Dual-сценарієм, за яким ти теж міг стежити: бичачий Weekly bias плюс бичачий Daily CRT на BTCUSDT. Обидва елементи просто «активні зараз» — вимоги до порядку немає, тож збіг ґрунтується на узгодженості, а не на історії, що розгортається крок за кроком.

Той самий рушій, інший рівень, інший тип підтвердження. Якщо тижневий аналіз BTC зміниться посеред тижня, цей Dual-збіг отримає позначку «Прострочено» і зникне з бичачого лічильника.

Зверни увагу, чого тобі не довелося робити. Ти не відкривав ETHUSDT, не гортав 4H назад, щоб підтвердити CHoCH, не шукав origin order block, не сидів перед графіком в очікуванні торкання — і не повторював усе це для решти свого списку спостереження.

Рушій кон’юнкції перевірив кожну придатну пару й показав ту, де впорядкована історія справді завершилася, разом із рецептом. Ти можеш перевірити аналіз за кілька секунд, а не відновлювати його з нуля.

Як це пов’язано з Core-Layer і Scanner Studio

Рушій кон’юнкції не працює ізольовано. Він розташований між двома іншими поверхнями платформи, і розуміння різниці допомагає правильно оцінювати їхні можливості.

• Core-Layer — автоматичний укладач. Він поєднує активні сигнали Super Engulfing, CRT та ICT Bias у ланцюжки узгодженості, де один напрямок збігається на різних таймфреймах — наприклад, Weekly, Daily і 4H одночасно бичачі. Core-Layer сам формує такі конструкції з фіксованого набору базових рушіїв і прив’язує їх до таймфреймів. Сприймай Core-Layer як постійно активний шар, який відповідає на питання: «Де напрямок накопичується на кількох таймфреймах?»
• Каталог кон’юнкції — відібраний шар із кількома рушіями. Його сценарії можуть поєднувати рушії, які Core-Layer не складає разом, зокрема Market Structure, OB+ та інші, а також вимагати певного порядку подій. Це вручну підібрані торгові сценарії, а не автоматичні конструкції з одним напрямком.
• Scanner Studio — місце, звідки фактично походять сценарії каталогу. Кожен запис каталогу — це сканер Studio, опублікований глобально. Studio — конструктор правил без коду, де можна поєднувати будь-який рушій з індикаторами та фільтрами контексту, зокрема обгортками старших таймфреймів, режимом «подія проти поточного стану», перевіркою узгодженості напрямку та правилами впорядкованих послідовностей. Якщо готовий сценарій майже підходить, але не повністю відповідає твоїй логіці, там можна зібрати власну приватну версію.

Тож порядок використання такий: Core-Layer — для автоматичних конструкцій між таймфреймами, каталог кон’юнкції — для відібраних сценаріїв із кількома рушіями та заданим порядком, а Scanner Studio — для створення власних.

Чесні обмеження: узгодженість — це контекст, а не торговий заклик

Активний сценарій кон’юнкції — це якісний фрагмент контексту, і не більше. Рушій кон’юнкції не публікує відсоток прибуткових угод, а сам збіг не є вказівкою відкривати позицію. Тут важливі кілька чесних застережень:

• Узгодженість не гарантує результат. Коли кілька таймфреймів вказують в один бік, контекст стає якіснішим, але результат не стає визначеним. Узгоджені сценарії теж провалюються, і жодного відсотка до них не прив’язано.
• Це контекст для читання, а не сервіс сигналів. Стрічка показує, що зараз справджується в роботі сканерів. Вона не розраховує розмір позиції, не встановлює stop і не каже купувати чи продавати. Рішення про угоду, ризик і супровід залишаються за тобою.
• Окремі елементи можуть бути граничними. Оскільки кожен елемент — це механічне читання сканера на закритих свічках, елемент, що перебуває біля свого порога, все одно вважається «істинним». Саме для цього рецепт показано повністю: ти можеш сам зважити якість кожної умови.

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

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

Чи Confluence Engine — це те саме, що Core-Layer?

Ні. Core-Layer автоматично складає сигнали Super Engulfing, CRT та ICT Bias, які вказують в один бік на різних таймфреймах, використовуючи фіксований набір базових рушіїв. Каталог кон’юнкції — це відібраний список сценаріїв із кількома рушіями, де можуть поєднуватися інші сканери, наприклад Market Structure і OB+, а також може враховуватися порядок подій. Це доповнювальні шари, а не одна й та сама поверхня.

Чи отримаю я сповіщення, коли спрацює сценарій кон’юнкції?

Сам каталог — це спільна стрічка лише для перегляду. Сценарії публікуються як сканери Scanner Studio, а сканери Studio щогодини перевіряються на всьому ринку та підтримують push-сповіщення. Щоб отримувати персональне сповіщення за власними критеріями, створи або склонуй сценарій як приватне сканування у Scanner Studio.

Що означає позначка «Прострочено»?

Це означає, що збіг, який раніше був активним, згас: необхідний елемент зник, bias змінився або дозволений час завершився. Рушій позначає такий сценарій, а не залишає застарілу узгодженість на екрані, тому ти не діятимеш на підставі confluence, яка вже зламалася.

Чому Sequences показує менше збігів, ніж Dual?

Sequences вимагає, щоб елементи спрацьовували в конкретному часовому порядку, а не просто були активними одночасно, тому в кожен момент таким умовам відповідає набагато менше символів. Triple також суворіший за Dual, бо потребує трьох узгоджених елементів замість двох. Менша кількість збігів — свідомий обмін заради якіснішого фільтра.

Пов’язані матеріали

Рухайся природним маршрутом: від того, що таке платформа, до механіки виявлення і далі — до багатотаймфреймового підходу, який автоматизує рушій кон’юнкції.

• Що таке LiquidityScan? — повна картина роботи сканера, поверх якого працює рушій кон’юнкції.
• Як працює сканер LiquidityScan — від необроблених свічок до виявленого сценарію: механіка закритих свічок, на якій ґрунтується кожен елемент.
• Top-down аналіз ICT: узгодження кількох таймфреймів — ручний метод, який автоматизують рівні кон’юнкції.
• Найкращі таймфрейми ICT: від HTF bias до входу на LTF — як обирати таймфрейми для Dual- або Triple-сценарію.
• Liquidity Sweep, потім MSS: посібник із розвороту — розбір впорядкованої послідовності, яку кодує рівень Sequences.
• Найкращий сканер ICT: як обрати — як інструменти кон’юнкції впливають на вибір сканера.
• Як створити власний сканер ICT без коду — суміжний матеріал про конструктор власних сканерів.
• Для кого LiquidityScan: внутрішньоденні, свінг- і трейдери з частковою зайнятістю — як різні стилі торгівлі використовують Confluence Engine.