Confluence Engine LiquidityScan

Что такое Confluence Engine LiquidityScan?

Confluence Engine — это общий каталог с доступом после входа, где собраны готовые мультифреймовые сетапы. Они появляются только тогда, когда несколько сканеров и таймфреймов сходятся в одном направлении. Вместо ручной сверки графиков вы читаете live-ленту уже собранных и согласованных сетапов.

Трейдеры постоянно говорят о «confluence»: bias на старшем таймфрейме, смена структуры на среднем, entry-паттерн на младшем. Сложность не в самой идее, а в том, чтобы каждый час проверять десятки пар и не пропускать нужное совпадение.

Confluence Engine превращает эту рутину в список, который можно просматривать. Каждая запись — это рецепт из нескольких scanner legs; сетап показывается только пока все legs активны и указывают в одну сторону. Как только согласованность исчезает, сетап получает статус dead, а не остаётся на экране и не вводит вас в заблуждение.

Как Confluence Engine превращает «проверьте confluence» в live-ленту

Каждый базовый сканер платформы работает только по закрытым свечам, поэтому его сигналы не перерисовываются. Поверх этих сканеров работает Confluence Engine: он следит за их live-выводом и задаёт каждому сетапу из каталога простой вопрос — все ли обязательные legs сейчас срабатывают на своих таймфреймах и указывают в одном направлении?

Если ответ положительный, сетап появляется в общей ленте. Рядом отображается live-счётчик: сколько символов в данный момент соответствуют ему на bull side и сколько — на bear side.

Когда leg выпадает — меняется bias, зона получает mitigation или заканчивается отведённое свечное окно, — совпадение исчезает либо сетап получает статус dead. Полезность этой системы держится на трёх свойствах:

• Фиксация направления: сетап засчитывается только при согласии всех legs по одной стороне. Bullish weekly read вместе с bearish daily read — не confluence, поэтому такое совпадение не появится.
• Мультифреймовость заложена изначально: большинство сетапов специально охватывает два или три таймфрейма. Вы одновременно видите контекст старшего таймфрейма и триггер младшего.
• Кураторский подход, а не случайные комбинации: каталог состоит из вручную собранных сетапов, которые имеют торговый смысл, а не из всех возможных арифметических сочетаний движков.

В итоге Confluence Engine отвечает на вопрос, который иначе пришлось бы решать вручную: какие пары прямо сейчас показывают настоящее согласование нескольких сканеров и в каком направлении?

Три уровня confluence: Dual, Triple и Sequences

Каталог разделён на три уровня — по числу подтверждений и по тому, важен ли порядок их появления.

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

Dual и Triple показывают, сколько факторов согласны между собой. Sequences добавляют второе измерение — в каком порядке они появились. Поэтому для них выделен отдельный уровень.

Почему Sequences особенные: порядок — это информация

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

А CHoCH, за которым следует касание OB+, рассказывает уже другую историю: структура сначала изменилась, затем цена вернулась в order block, из которого начался этот сдвиг, и теперь тестирует зону. Это более содержательное событие с более качественной логикой.

Sequences принудительно сохраняют эту логику. В движке упорядоченный сетап считается завершённым только тогда, когда каждый следующий leg срабатывает после закрытия свечи предыдущего — это жадная цепочка, которую система оценивает по времени закрытия. Если касание OB+ появилось раньше CHoCH, sequence не срабатывает: нужная вам причинно-следственная история не состоялась.

Та же логика используется в сканере Market Structure для упорядоченных паттернов. Сетап вроде «CHoCH → BOS → BOS» завершается только при появлении событий именно в такой последовательности.

Практический смысл простой: совпадение уровня Sequence — это не просто «все эти признаки присутствуют». Это «они появились в том порядке, который придаёт сетапу смысл».

Что показывает каждая запись каталога

Откройте любой сетап в каталоге — и сразу увидите, что он требует и что из этого уже подтверждено. В каждой записи есть:

• Упорядоченный рецепт — каждый leg указан как сочетание таймфрейма и движка, поэтому видно, какие условия должны выполниться: например, Leg 1: Daily ICT Bias bullish; Leg 2: 4H CHoCH bullish; Leg 3: 1H OB+ tap. Никаких скрытых оценок и непонятных баллов.
• Текущие bull и bear counts — сколько символов прямо сейчас соответствует сетапу для long и сколько — для short. Это показывает и распределение возможностей, и степень избирательности сетапа в данный момент.
• Метка «Expired» — если ранее активное совпадение стало недействительным из-за выпадения leg или завершения временного окна, сетап получает эту отметку, а не молча остаётся на экране. Вы не смотрите на старое согласование, которое уже разрушилось.

Поскольку рецепт открыт, вы можете оценивать совпадение по существу. Если сетап требует Weekly bias leg, а состояние недельной свечи кажется вам пограничным, вы сами снижаете его вес. Движок показывает согласование — решение остаётся за вами.

Пример: sequence CHoCH → касание OB+ в ленте

Представим, что ETHUSDT постепенно снижается на 4H. Bearish internal trend сохраняется, пока 4H-свеча не закрывается выше последнего lower high — формируется bullish CHoCH, и структура меняется с нисходящей на восходящую. Это первый leg Sequence-сетапа, а время закрытия свечи становится его anchor.

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

Tap появляется после закрытия свечи CHoCH, поэтому второй leg завершается в правильном порядке. Sequence срабатывает, ETHUSDT появляется в bull side ленты, а в рецепте отображаются оба leg с их таймфреймами.

Для сравнения возьмём Dual-сетап, за которым вы тоже можете следить: bullish Weekly bias плюс bullish Daily CRT на BTCUSDT. Оба legs просто «истинны прямо сейчас» — требования к порядку нет, поэтому совпадение говорит о согласии, а не о разворачивающейся истории.

Тот же движок, другой уровень, другой тип подтверждения. Если weekly read по BTC меняется в середине недели, Dual-сетап получает статус Expired и выпадает из bull count.

Заметьте, чего вам делать не пришлось. Вы не открывали ETHUSDT, не прокручивали 4H назад в поисках подтверждения CHoCH, не искали order block, из которого начался импульс, и не сидели перед графиком в ожидании tap — причём не повторяли всё это для каждой пары из watchlist.

Confluence Engine проверил каждую подходящую пару и выдал ту, где упорядоченная история действительно завершилась. Рецепт уже приложен, поэтому вы проверяете идею за несколько секунд, а не собираете её с нуля.

Как это связано с Core-Layer и Scanner Studio

Confluence Engine не существует отдельно от остальных поверхностей платформы. Он находится между двумя другими слоями, и разница между ними помогает правильно выставить ожидания.

• Core-Layer — автоматический stacker. Он собирает live-сигналы Super Engulfing, CRT и ICT Bias в цепочки согласования, где одно направление повторяется на разных таймфреймах: например, Weekly, Daily и 4H одновременно bullish. Core-Layer строит такие stacks самостоятельно из фиксированного набора базовых движков и привязывает их к таймфреймам. Это постоянно работающий слой для ответа на вопрос: «где направление складывается на нескольких TF?»
• Confluence catalog — кураторский слой с несколькими движками. Его сетапы могут объединять движки, которые Core-Layer не складывает, — Market Structure, OB+ и другие, — а также учитывать порядок событий. Это вручную собранные playbooks, а не автоматические stacks одного направления.
• Scanner Studio — место, откуда появляются сетапы каталога. Каждая запись каталога — scanner из Studio, опубликованный глобально. Studio — no-code конструктор правил, где можно объединять любой движок с индикаторами и контекстными фильтрами, включая higher-timeframe wrappers, режим «событие против текущего состояния», фиксацию согласованного направления и правила упорядоченных sequences. Если готовый сетап почти подходит, но не совпадает с вашим подходом, там можно собрать собственную приватную версию.

Логика использования такая: Core-Layer — для автоматических stacks по таймфреймам, confluence catalog — для кураторских multi-engine и упорядоченных playbooks, Scanner Studio — для создания собственных правил.

Честные ограничения: согласование — это контекст, а не торговая команда

Live confluence setup — качественный фрагмент контекста, и только. Confluence Engine не публикует win rate, а совпадение не означает приказ входить в позицию. Есть несколько оговорок, которые нельзя игнорировать:

• Согласование не даёт гарантии. Когда несколько таймфреймов указывают в одну сторону, контекст становится сильнее, но исход не делается определённым. Согласованные сетапы тоже ломаются, и ни к одному из них не привязан процент вероятности.
• Это read-only контекст, а не сервис сигналов. Лента показывает, что сейчас подтверждено сканерами. Она не рассчитывает размер позиции, не ставит stop и не говорит покупать или продавать. Решение о сделке, риск и управление позицией остаются на вашей стороне.
• Legs могут быть пограничными. Каждый leg — механическое чтение сканера по закрытой свече, поэтому значение около порога всё равно считается «истинным». Именно для этого рецепт показан открыто: вы сами оцениваете вес каждого leg.

Если использовать Confluence Engine именно так — как live-шортлист зон, где сейчас существует согласование нескольких сканеров, с открытой логикой каждого совпадения, — он убирает утомительную ручную сверку, но не делает вид, будто убирает риск. Разница в том, что вместо поиска confluence по одной паре за раз вы читаете ленту уже собранных сетапов, направленных в одну сторону.

Часто задаваемые вопросы

Confluence Engine — это то же самое, что Core-Layer?

Нет. Core-Layer автоматически складывает сигналы Super Engulfing, CRT и ICT Bias, направленные в одну сторону, на разных таймфреймах и из фиксированного набора базовых движков. Confluence catalog — это кураторский список multi-engine сетапов, где можно использовать другие сканеры, например Market Structure и OB+, а также задавать порядок событий. Это взаимодополняющие слои, а не одна и та же поверхность.

Получаю ли я alert, когда срабатывает confluence setup?

Сам каталог — это общая read-only лента, которую вы просматриваете. Сетапы публикуются как scanners из Scanner Studio, а Studio scanners каждый час проверяются по всему рынку и поддерживают push alerts. Чтобы получать персональные уведомления по собственным критериям, соберите или клонируйте сетап как приватный scan в Scanner Studio.

Что означает метка «Expired» на сетапе?

Она означает, что ранее активное совпадение стало недействительным: обязательный leg выпал, bias изменился или закончилось временное окно. Движок отмечает такой сетап, а не оставляет старое согласование на экране, поэтому вы не принимаете решение на основе confluence, которое уже разрушилось.

Почему у Sequences меньше совпадений, чем у Dual?

Sequences требуют, чтобы legs сработали в определённом временном порядке, а не просто совпали. Поэтому в каждый конкретный момент им соответствует гораздо меньше символов. Triple-сетапы тоже строже Dual, потому что требуют согласия трёх legs вместо двух. Меньшее число совпадений — осознанная цена более жёсткого фильтра.

Связанные материалы

Двигайтесь по естественной цепочке: что представляет собой платформа, как работает детекция и как Confluence Engine автоматизирует мультифреймовый подход.

• Что такое LiquidityScan? — полная картина о сканере, поверх которого работает Confluence Engine.
• Как работает LiquidityScan Scanner — от необработанных свечей до найденного сетапа: механика закрытых свечей для каждого leg.
• Top-down анализ ICT: согласование таймфреймов — ручной метод, который автоматизируют уровни confluence.
• Лучшие таймфреймы ICT: от HTF bias к LTF entry — как выбрать таймфреймы для Dual- или Triple-сетапа.
• Liquidity sweep, затем MSS: руководство по развороту — разбор упорядоченной последовательности, которую кодирует уровень Sequences.
• Лучший ICT-сканер: как выбрать — место confluence-инструментов в выборе сканера.
• Как собрать собственный ICT-сканер без кода — близкий по теме материал о конструкторе кастомных сканеров.
• Для кого LiquidityScan: day, swing и part-time трейдеры — как разные стили торговли используют Confluence Engine.
• Что такое LiquidityScan? — Узнайте о платформе и её возможностях перед изучением Confluence Engine.
• Для кого LiquidityScan: дейтрейдинг и свинг-трейдинг — Поймите, кому подходит движок для дейтрейдинга и свинг-трейдинга.
• Даёт ли LiquidityScan сигналы на покупку и продажу? — Уточняет, как движок контекста соотносится с торговыми сигналами.
• Есть ли у LiquidityScan win rate для order blocks? — Помогает оценить эффективность order blocks и корректно проверить сигналы самостоятельно.
• Как пользоваться LiquidityScan — Пошагово показывает регистрацию, выбор сканера и настройку алертов.
• Стоит ли LiquidityScan своих денег? — Поможет оценить пользу Confluence Engine и оправданность стоимости LiquidityScan.