Как работает сканер LiquidityScan

Как работает сканер LiquidityScan?

Сканер LiquidityScan устроен как фиксированный конвейер: он забирает живые свечи по сотням инструментов и таймфреймов, прогоняет каждую через объективную геометрию свечей своего движка, чтобы найти сетап, оценивает и перекрёстно проверяет его, отслеживает жизненный цикл — и только потом отправляет алерт, который вы можете проверить на графике.

Здесь нет модели предсказаний и проприетарного чёрного ящика, угадывающего направление. Каждый движок кодирует конкретную концепцию ICT как измеримые правила над open, high, low и close. Дальше в статье мы пройдём все пять этапов от начала до конца, чтобы вы могли судить о каждой детекции по её механике, а не по доверию.

• Этап 1 — приём данных: подтверждённые свечи забираются по каждому инструменту и таймфрейму.
• Этап 2 — детекция: каждый движок проверяет свою геометрию на закрытых барах.
• Этап 3 — валидация и грейдинг: фильтры свежести, displacement и конфлюэнции.
• Этап 4 — жизненный цикл: сформировался, затем приближается, затем коснулся, затем исход.
• Этап 5 — доставка: карточки в ленте с геометрией плюс push- и внутриприложенческие алерты.

Этапы 1 и 2: от сырых свечей до детекции каждым движком

Разбор работы сканера начинается со слоя данных. Сканер читает USDT-маржированные пары из in-memory WebSocket-фида живых klines. Если сокет не готов, он переключается на кэшированный снимок из базы, а в крайнем случае делает разовый REST-дозабор.

Семантика полей стандартная: openTime, open, high, low, close, volume — всё в UTC epoch миллисекундах, без сдвигов на летнее время.

Незакрытый бар всегда отбрасывается

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

Часовой cron сканирует 1h, 4h, 1d и 1w ровно на начале каждого часа. Дочасовой диспетчер добавляет 15m и 5m для тех движков, где внутридневной тайминг даёт преимущество, сбрасывая данные после короткой задержки сразу за закрытием младшего таймфрейма — чтобы свежая структура не ждала следующего часа.

Каждая детекция также записывает собственное время открытия сигнальной свечи, что привязывает геометрию к конкретному бару, который вы сможете найти снова.

Каждый движок — одна концепция ICT в виде геометрии

Детекция — это не один алгоритм, а семейство независимых движков, каждый из которых кодирует документированную концепцию как объективные правила над свечами:

• Order Block (OB+ / OB++): liquidity-native сильный order block, где импульсная свеча забирает buy-side или sell-side ликвидность (BSL или SSL). OB++ добавляет displacement минимум 1.5 ATR плюс Fair Value Gap (FVG).
• Fair Value Gap: трёхсвечный imbalance, где тени не перекрываются; грейдится по вложенности на нескольких таймфреймах в тиры (маленький гэп внутри более крупного гэпа старшего таймфрейма получает выше оценку).
• Market Structure (BOS / CHoCH): точный порт Pine-логики, отмечающий Break of Structure или Change of Character по подтверждённым свинговым пивотам.
• CISD / MSS: change in state of delivery, находится через идентификацию пивота, разворотную свечу и закрытие за получившимся уровнем MSS.
• CRT, Super Engulfing, RSI Divergence: sweep диапазона свечей, тела поглощения продолжения и разворота, дивергенции по Wilder-RSI на пивотах.

Поскольку каждое правило — арифметика над закрытыми свечами, результат детерминирован. Подайте те же бары дважды — получите ту же детекцию дважды. Таблица ниже сопоставляет каждый движок с концепцией, которую он кодирует, и измерением, повышающим его грейд.

Этап 3: валидация, грейдинг и конфлюэнция

Сырое геометрическое совпадение — кандидат, а не сигнал. Следующий этап фильтрует и оценивает его так, чтобы наружу выходили только детекции с богатым контекстом.

Свежесть и первое касание

Зоны деградируют. FVG, который цена уже перепрошла обратно, — не то же самое, что свежий непротестированный гэп, поэтому движок FVG требует свежести первого касания, прежде чем считать вложенный гэп живым. Та же логика работает во всех движках: сетап получает свой статус потому, что он unmitigated, а не просто потому, что когда-то сформировался.

Displacement и объективные пороги

Тиры силы берутся из чисел, а не из мнений. Order block повышается до OB++ только когда импульсное плечо displaces минимум на 1.5 ATR и оставляет за собой fair value gap. CISD помечается как High-Prob MSS только если пробойная свеча закрывается внутри нью-йоркского окна 09:00–14:00. Эти пороги — фиксированные константы, которые вы можете воспроизвести на своём графике.

Конфлюэнция: несколько движков согласны

Верхний слой контекста собирает живые детекции в цепочки много-таймфреймового совпадения. Когда недельный, дневной и 4h показывают одно направление, или когда два разных движка отмечают одну пару и одну сторону, именно это согласие выводит слой конфлюэнции.

Проверка временной когерентности отсекает фантомные стопки: трёхнедельный недельный сигнал не может встать в пару со свежим дневным и притвориться согласованным. Конфлюэнция не делает сетап правильным — она увеличивает объём контекста за ним.

Этапы 4 и 5: отслеживание жизненного цикла и доставка

Детекция — момент; сделка — процесс. Сканер ведёт каждый сетап через всю его жизнь, а не стреляет один раз и забывает.

Сформировался, приближается, коснулся

Обнаруженная зона переходит в состояние «сформировался». Затем цикл близости следит за ценой относительно зоны и может поднять предупреждающий алерт ещё до касания уровня — в этом практическая ценность сканера, который не спит.

Когда цена доходит до зоны, состояние меняется на «коснулся», и вступают движки исходов. Движки с заданными целями отслеживают TP1, TP2 и TP3 и переводят стоп в безубыток после взятия первой цели, чтобы раннер не превратился в лузера.

Другие оценивают результат качественно — strong, weak или failed — по тому, как следующие подтверждённые свечи закрываются относительно уровня, либо просто списывают сетап по истечении фиксированного бюджета свечей, если ничего решающего не произошло. Каждый переход имеет временную метку, поэтому карточка несёт честный аудит-след, а не единственный замороженный снимок.

Доставка, которую можно проверить

Выжившие детекции доходят до вас двумя путями. Первый — карточки в ленте, которые рисуют саму геометрию: order block, гэп, свинг, уровень MSS, — так что оценить сигнал можно, не открывая полный график. Второй — алерты через push-уведомления и доставку внутри приложения.

Жёсткий ценз по объёму отсекает любую пару с суточным котируемым объёмом ниже примерно двадцати миллионов долларов, так что неликвидные символы вообще не добираются до вашей таблицы.

Объективность по построению: почему сканер не перерисовывается

Смысл разбора того, как работает сканер LiquidityScan, в том, что весь конвейер детерминирован. Те же свечи на входе — та же детекция на выходе. Из этого напрямую следуют три свойства:

• Без перерисовки: оцениваются только закрытые бары, поэтому детекция не может появиться и тихо исчезнуть.
• Бэктестируемость: поскольку каждое правило — арифметика, вы можете проиграть исторические свечи и воспроизвести ровно то, что сканер отметил бы.
• Проверяемость: каждая карточка раскрывает свою геометрию, так что вы можете открыть ту же пару и убедиться в sweep, гэпе или пробое своими глазами.

Прозрачность здесь и есть цель. Инструмент, который показывает свою работу, приглашает вас с ним не соглашаться, а сетап, который можно проверить, — тот, которым можно управлять размером и риском с убеждённостью.

Это меняет и то, как вы улучшаетесь: правила фиксированы, значит, проигравшая детекция — точка данных о рыночном режиме или ваших собственных фильтрах, а не доказательство того, что сканер тихо передвинул планку.

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

Чего сканер не делает

Честность насчёт ограничений — часть доверия. Сканер не предсказывает, куда пойдёт цена, не гарантирует исход и не заменяет ваше суждение. Детекция — не то же самое, что прибыльная сделка.

Абсолютно корректный order block всё равно может провалиться, потому что draw on liquidity старшего таймфрейма смотрит в другую сторону или новости переоценили пару. Сканер выдаёт кандидатов с богатым контекстом; bias, требуемую вами конфлюэнцию, вход и риск обеспечиваете вы. Относитесь к любому грейду как к описанию структуры, но никогда — как к обещанию прибыли.

Жизнь одной детекции: разобранный пример

Вот реалистичная иллюстративная последовательность — форма, которую принимает детекция, а не утверждение о какой-то конкретной сделке.

1. Свечи закрываются. На 4h BTCUSDT импульсная свеча разгоняется вверх, забирает кластер sell-side ликвидности под предыдущим минимумом и закрывается с сильным displacement. Бар финализируется; сканер подхватывает его на следующей оценке.
2. Движок срабатывает. Движок order block подтверждает, что импульс забрал SSL и оставил за собой fair value gap. Displacement превышает 1.5 ATR, поэтому кандидат грейдится как OB++, а не простой OB+.
3. Грейдинг и конфлюэнция. Зона unmitigated (свежая по первому касанию). Слой конфлюэнции отмечает, что дневной bias читается в том же направлении, добавляя карточке контекст.
4. Алерт близости. Спустя часы цена откатывается к блоку. Цикл близости отправляет push ещё до касания уровня — у вас есть время подготовиться, а не догонять.
5. Решаете вы. Вы открываете график, подтверждаете геометрию, сверяете собственный взгляд по старшему таймфрейму и тайминг сессии — и только потом выбираете: действовать или пройти мимо. Сканер принёс вам грейдованный, отслеживаемый, проверяемый кандидат; решение по сделке остаётся вашим.

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

Этот путь от начала до конца и есть работа сканера LiquidityScan на практике: он превращает сырые свечи в грейдованный, отслеживаемый, проверяемый кандидата и передаёт вам решение. Ничто в конвейере не предсказывает будущее и не обещает выигрыш.

Он убирает ручную работу по просмотру сотен графиков ради объективной структуры, чтобы ваше внимание уходило на bias, контекст и исполнение — те части процесса, которые сканер не может и не должен автоматизировать за вас.

Частые вопросы

Перерисовывает ли сканер LiquidityScan свои сигналы?

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

Можно ли доверять детекции, не проверяя график?

Действовать быстрее — можно, но проверить всё равно стоит. Каждая карточка в ленте рисует сам order block, гэп или пробой структуры, так что оценить сигнал можно с одного взгляда, а полный график позволяет подтвердить sweep и контекст. Сканер находит кандидатов с богатым контекстом; финальное суждение и риск — ваши.

Что на самом деле означает грейд вроде OB++ или High-Prob MSS?

То, что кандидат прошёл дополнительные объективные пороги. OB++ требует displacement минимум 1.5 ATR плюс fair value gap на импульсном плече. High-Prob MSS требует, чтобы пробойная свеча закрылась внутри нью-йоркского окна 09:00–14:00. Грейды описывают структуру и тайминг, а не гарантированный результат.

Почему неликвидная пара так и не появилась в моей ленте?

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

Смежные темы

Следуйте за концепциями за каждым движком — от того, что такое платформа, до проверки на собственных данных.

• Что такое LiquidityScan? — обзор платформы, стоящей за конвейером сканера.
• Что такое order block? — концепция, которую движок OB+ кодирует как геометрию.
• Что такое Fair Value Gap (FVG)? — трёхсвечный imbalance, который грейдит движок FVG.
• Что такое market structure в ICT? — свинговая логика за детекцией BOS и CHoCH.
• Что такое CISD в трейдинге ICT? — разбор движка change in state of delivery.
• Как правильно бэктестить стратегию ICT — проверьте детерминированные детекции на собственной истории.
• Тарифы LiquidityScan: Free, Starter и Pro — как это связано с индикаторами liquidityscan vs tradingview.
• Надёжен ли LiquidityScan? Как валидируется детекция — логичный следующий шаг.