Як працює сканер LiquidityScan

Як працює сканер LiquidityScan?

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

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

• Етап 1 — Зчитування: підтверджені свічки стягуються по кожному інструменту і таймфрейму.
• Етап 2 — Детекція: кожен двигун тестує свою геометрію на закритих барах.
• Етап 3 — Валідація і грейдинг: фільтри свіжості, displacement і конфлюенсу.
• Етап 4 — Життєвий цикл: сформувався, потім ціна наближається, потім торкнулась, потім результат.
• Етап 5 — Доставка: картки в фіді з геометрією плюс push- і внутрішні алерти.

Етапи 1 і 2: від сирих свічок до детекції кожним двигуном

Розуміння того, як працює сканер LiquidityScan, починається з шару даних. Сканер читає USDT-маржиновані пари з in-memory WebSocket-фіду живих klines. Якщо сокет не готовий — береться кешований снапшот із бази, а якщо і його нема — одноразове дозаповнення через REST.

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

Незакритий бар завжди відкидається

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

Погодинний cron сканує 1h, 4h, 1d і 1w на початку кожної години. Внутрішньогодинний диспетчер додає 15m і 5m для тих двигунів, де внутрішньобарний таймінг має значення, зі скиданням після короткого debounce одразу за закриттям нижчого таймфрейму — щоб свіжа структура не чекала до наступної години.

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

Кожен двигун — один концепт 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 від підтверджених swing-півотів.
• CISD / MSS: change in state of delivery, який знаходиться через ідентифікацію півота, реверсну свічку і закриття крізь утворений рівень MSS.
• CRT, Super Engulfing, RSI Divergence: sweep діапазону свічки, поглинаючі тіла продовження і розвороту, дивергенції Wilder-RSI на півотах.

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

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

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

Свіжість і перший дотик

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

Displacement і об'єктивні пороги

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

Конфлюенс: кілька двигунів погоджуються

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

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

Етапи 4 і 5: відстеження життєвого циклу і доставка

Детекція — це момент; трейд — процес. Сканер веде кожен сетап упродовж його життя, а не стріляє раз і забуває.

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

Щойно зону знайдено, вона сидить у стані formed. Далі proximity-цикл стежить за ціною відносно зони і може підняти попередній алерт ще на підході, до самого дотику до рівня — у цьому практична цінність сканера, що не спить.

Коли ціна доходить до зони, стан переходить у touched, і вмикаються двигуни результатів. Двигуни з визначеними цілями ведуть TP1, TP2 і TP3 і пересувають стоп у breakeven щойно друкується перша ціль, щоб runner не перетворився на лузера.

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

Доставка, яку можна оглянути

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

Жорсткий ценз обсягу відсіює будь-яку пару менш як приблизно з двадцятьма мільйонами доларів добового quote volume, тож неліквідні символи взагалі не доходять до твого столу.

Об'єктивність за конструкцією: чому сканер не перемальовується

Причина, чому важливо розуміти, як працює сканер 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. Грейдинг і конфлюенс. Зона онемітігейджена (свіжа, перший дотик). Шар конфлюенсу відзначає, що денний bias читається в той самий бік, додаючи контексту картці.
4. Proximity-алерт. За кілька годин ціна відкатує до блока. Proximity-цикл дає 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. Грейди описують структуру і таймінг, а не гарантований результат.

Чому неліквідна пара ніколи не з'являлась у моєму фіді?

Жорсткий ценз обсягу прибирає будь-яку пару менш як приблизно з двадцятьма мільйонами доларів добового quote volume ще до твого столу. Тонкі ринки дають ненадійну геометрію і погані виконання, тож сканер їх фільтрує, а не виносить шум, який ти реально не отрейдуєш.

Пов'язані запити

Йди за концептами за кожним двигуном — від того, що таке платформа, до того, як перевірити її на власних даних.

• Що таке LiquidityScan? — огляд платформи, що стоїть за конвеєром сканера.
• Що таке order block? — концепт, який двигун OB+ кодує як геометрію.
• Що таке Fair Value Gap (FVG)? — трисвічковий imbalance, який грейдує двигун FVG.
• Що таке ринкова структура в ICT? — swing-логіка за детекцією BOS і CHoCH.
• Що таке CISD в ICT-трейдингу? — розбір двигуна change in state of delivery.
• Як правильно бектестити ICT-стратегію — перевір детерміновані детекції на власній історії.
• Тарифи LiquidityScan: Free, Starter і Pro — як це пов'язано з liquidityscan vs tradingview indicators.
• Чи надійний LiquidityScan? Як валідується детекція — логічний наступний крок.