Чи існує чесний win rate для order block detection?
Ні. Ми не можемо чесно опублікувати win rate для order block detection, бо детектор не відкриває угоди. LiquidityScan позначає місце, де сформувався сильний Order Block; результат визначають твій вхід, stop, target і ризик. Справжнє питання — fidelity: чи відповідає зона власним правилам?
Ця різниця важливіша, ніж здається. «Win rate» належить цілісній торговій системі: тригеру входу, stop-loss, take-profit, розміру позиції та ринку, на якому все це застосовується. Сканер дає лише один вхідний параметр — координату на графіку.
Тож переформулюймо запитання, яке всі вводять у пошук, і дамо відповідь на ту його версію, за яку детектор справді можна притягнути до відповідальності.
Чому «win rate» — неправильна метрика для детектора
Дай двом трейдерам один і той самий order block — отримаєш два різні результати. Один купить на першому торканні зі stop у 10 пунктів, інший чекатиме shift на молодшому таймфреймі й ризикуватиме 30 пунктами заради дальшого target. Зона та сама, detection той самий, а P&L протилежний. Змінилося виконання, а не якість order block.
Ось чому win rate для order block detection — помилка категорії. Він змішує те, що контролює сканер — чи був це справжній liquidity-taking order block, — із тим, до чого він не має стосунку:
- Точність входу — перше торкання, 50% зони чи confirmation candle.
- Розміщення stop — за зоною, за wick після sweep або на фіксованій відстані.
- Вибір target — наступний liquidity pool, фіксований R multiple чи trailing exit.
- Режим і таймфрейм — той самий сетап поводиться по-різному в тренді, range або під час новинного spike.
- Дисципліна — чи справді трейдер виконав свій план.
Опублікована цифра win rate непомітно зафіксувала б один довільний набір цих рішень і видала його за точність інструмента. Це вводить в оману, тому LiquidityScan не обчислює й не публікує такий показник. Виміряти можна інше — і саме цього ти маєш вимагати від будь-якого детектора: чи вірно він ідентифікує названий патерн. Це і є detection fidelity.
Уяви smoke detector. Ти оцінюєш його за тим, чи стабільно він розпізнає реальний дим, а не за тим, чи згорить будинок. Сигналізація не контролює, наскільки швидко ти відреагуєш, чи маєш вогнегасник і як поширюється пожежа.
Вимагати від детектора «win rate» — це плутати сенсор із усією системою реагування. Order block scanner працює так само: його завдання — точно зчитати патерн і повідомити про нього без drift, а це завдання можна виміряти без жодних натяжок.
Що насправді означає, що OB+ detection «витримує перевірку»
Розклади «чи працює воно» на три конкретні властивості, які можна перевірити. Детектор витримує перевірку, коли відповідає власному визначенню, відтворюється на тих самих даних і залишається стабільним постфактум. Ось як це виглядає саме для рушія OB+ та OB++.
1. Відповідність визначенню
Позначена зона справді має відповідати правилам, заявленим для OB+. Базова зона — це остання свічка із протилежним close перед impulse. Вона отримує оцінку OB+ (Strong) лише тоді, коли цей impulse забирає liquidity — рух пробиває попередній swing high (buy-side liquidity, bullish) або попередній swing low (sell-side liquidity, bearish). Рівень достатньо взяти wick — close тілом не потрібен.
OB++ (Super Strong) з’являється, коли impulse додатково демонструє displacement щонайменше 1,5× ATR(14), тобто справді різку свічку. Якщо ці факти видно на графіку, detection є коректним незалежно від того, що ціна зробить далі.
2. Відтворюваність
Подай рушію ті самі свічки — він має повернути ту саму зону. Detection щоразу виводиться з нуля під час сканування й працює idempotently, тому результат детермінований, а не схожий на fuzzy score, який дрейфує після оновлення. Двоє людей, дивлячись на ті самі закриті свічки, мають підтвердити один і той самий OB+ за одним об’єктивним тестом.
3. Відсутність repainting
Кожен сканер працює лише з підтвердженими закритими свічками; поточний bar, який ще формується, завжди відкидається. Отже, detection, заякорений сьогодні, прив’язаний до свічки, яка вже закрилася, і не буде непомітно рухатися, зникати чи змінювати grade постфактум. Детектор із repainting взагалі не має fidelity: ти не можеш довіряти тому, що він показав годину тому.
Зверни увагу, чого в цих трьох критеріях немає: прогнозу. Fidelity — це чесність щодо визначення, а не здатність бачити майбутнє. Саме таку планку треба ставити рушію detection, а не вигаданий win rate для order block detection.
Як самостійно перевірити fidelity OB+ detection
Сенс заяви про fidelity у тому, що тобі не потрібно приймати її на віру. На відміну від статистики win rate, яку неможливо відтворити без усіх прихованих правил, definitional fidelity перевіряється менш ніж за хвилину на один сигнал. Ось точна процедура.
Крок 1: Відкрий live detection на графіку
Візьми будь-яку активну зону OB+ або OB++ і відкрий графік на її таймфреймі — 1H, 4H, 1D або 1W. Знайди позначену свічку — останню свічку із протилежним close перед impulse leg.
Крок 2: Підтвердь liquidity grab
Простеж impulse, який пішов далі. Для bullish OB+ перевір, чи high цього impulse вийшов вище чітко сформованого попереднього swing high. Для bearish — чи рух пройшов нижче попереднього swing low. Одного wick крізь рівень достатньо — саме так забирається buy-side або sell-side liquidity.
Якщо попередній swing не було пробито, зона не мала отримувати grade OB+, і ти знайшов помилку. На практиці саме тут і формується довіра: grab або є, або його немає.
Крок 3: Перевір displacement для OB++
Якщо grade — OB++, порівняй range impulse-свічки з ATR(14) на цьому таймфреймі. Показник має бути приблизно 1,5× ATR або більшим. Слабка, нерішуча свічка з бейджем OB++ була б помилкою fidelity; чиста, збільшена displacement-свічка це підтверджує.
Крок 4: Підтвердь відсутність repainting
Запиши timestamp anchor-свічки. Повернися через годину або день і перевір, чи зона прив’язана до тієї самої закритої свічки та тих самих цінових рівнів. Оскільки показуються лише свіжі, unmitigated зони, а detection працює із закритими свічками, коректна зона залишатиметься на місці, доки ціна фактично не зробить mitigation.
Крок 5: Повтори на багатьох detection
Виконай кроки 1–4 для 10, 20 або 50 різних OB+ сигналів на різних парах і таймфреймах. Ти не вимірюєш win rate — ти перевіряєш hit rate самого визначення: наскільки стабільно позначені зони справді містять swept liquidity і displacement, які обіцяють правила. Ці накопичені докази належать тобі, і вони значно надійніші за будь-яку цифру від постачальника.
Що можна чесно виміряти — і чому цифри різняться
Fidelity показує, що детектор чесний. Вона не каже, як зона зазвичай поводиться, а це цілком справедлива річ для дослідження. Дослідити її можна через reaction test — але чітко розділяй власне ілюстративне дослідження, опубліковану performance-статистику й edge, який ніхто не має права гарантувати.
Чистий спосіб такий:
- Збирай свіжі, unmitigated зони OB+, щойно вони формуються, і фіксуй їхні координати.
- У bar-replay із зафіксованим правим краєм — щоб не підглядати майбутнє — рухайся вперед свічка за свічкою.
- Записуй один заздалегідь визначений результат за власними правилами: наприклад, чи відреагувала ціна сприятливо на першому торканні щонайменше на 1R до invalidation зони.
- Зроби це на 100+ зразках, щоб шум усереднився, а потім розділи журнал на сегменти.
Коли почнеш сегментувати дані, стане зрозуміло, чому один «win rate» нічого не означає. Reaction rate змінюється залежно від режиму — тренд чи range, — таймфрейму, положення зони в premium або discount і твоїх правил входу та invalidation. Зміни stop на половину ATR — і цифра вже інша.
Оце і є чесний висновок, через який одна опублікована цифра вводила б в оману. Будь-який діапазон, який ти отримаєш, описує лише твої правила на твоїх даних — не більше.
Цей підхід узгоджується і з ширшим контекстом ринку: дані BIS про глобальний FX-обіг показують, наскільки різняться активність і ліквідність між інструментами та торговими центрами. Тому сегментація за парою, сесією й таймфреймом — не формальність, а частина нормального дослідження.
Запитання про win rate проти правильних запитань про fidelity
Таблиця нижче замінює привабливе, але безвідповідне запитання на те, за чим детектор справді можна оцінювати, і показує, як це перевірити.
| Формулювання про win rate | Правильне питання про fidelity | Як перевірити |
|---|---|---|
| «Який win rate у order block detection?» | «Чи справді позначені зони відповідають правилам OB+: liquidity grab і displacement?» | Відкрий кожну зону; підтвердь sweep попереднього swing і, для OB++, displacement ≥ 1,5× ATR. |
| «Наскільки це точно?» | «Чи відтворюється detection на тих самих свічках?» | Проскануй ті самі дані ще раз — зона буде ідентично виведена повторно (idempotent). |
| «Чи можу я довіряти сигналу пізніше?» | «Чи є repainting?» | Використовуються лише закриті свічки; через кілька годин знову перевір timestamp anchor — він має зберегтися. |
| «Як часто це виграє?» | «Як зона зазвичай реагує за моїми правилами?» | Прожени 100+ зафіксованих зон у bar-replay і запиши реакції на першому торканні; очікуй різниці між режимами та таймфреймами. |
| «Чи зробить це мене прибутковим?» | «Чи контролює інструмент вхід, stop, target і sizing?» | Ні — це твої рішення, і саме вони, а не detection, визначають твій win rate. |
Чесний вердикт: надійний детектор, але не кришталева куля
Чи витримують order block detections LiquidityScan перевірку? За метрикою, до якої можна притягнути детектор, — так. Рушій OB+ позначає зони за об’єктивними опублікованими правилами: impulse, який забирає liquidity, і за потреби displacement ≥ 1,5× ATR; він детерміновано виводить їх із закритих свічок і не використовує repainting.
Кожну з цих властивостей можна перевірити самостійно приблизно за хвилину на сигнал. Це найсильніша форма надійності, яку може запропонувати інструмент: її можна незалежно відтворити, а не просто прийняти на віру.
Чого він не робить — і чого жоден сканер не може чесно обіцяти, — так це давати win rate для order block detection. Чи перетвориться коректно знайдений OB+ на прибуткову угоду, залежить від твого входу, stop, target, режиму ринку й дисципліни — усе це лежить за межами детектора.
Тож оцінюй інструмент за fidelity, окремо проводь власне дослідження реакцій на власних правилах і не змішуй ці два запитання. Детектор, який чесно показує, що саме він знаходить, вартий значно більше за той, хто обіцяє win rate для order block detection, якого ніколи не зможе гарантувати.
Поширені запитання
Чи публікує LiquidityScan win rate для order blocks?
Ні. Код не обчислює й не публікує win rate, а робити це було б нечесно: win rate залежить від входу, stop, target і sizing, якими сканер не керує. Натомість публікуються правила detection, які можна перевірити: liquidity grab і поріг displacement, що визначають зону OB+ або OB++.
То торгівля order blocks прибуткова?
Це повністю залежить від твоєї системи, а не від детектора. Коректно позначений order block — лише координата; прибутковість визначають спосіб входу, місце ризику, вибрані targets і режим ринку. Сканер робить зону об’єктивною та відтворюваною, але результат угоди тобі ще потрібно заробити або втратити.
Чи можна довіряти, що detection не зміняться?
Так. Кожен рушій працює лише з підтвердженими закритими свічками — live bar, який формується, відкидається, — а detection щоразу виводиться idempotently. Тому зона, заякорена на закритій свічці, не буде непомітно рухатися, змінювати grade або зникати. Запиши timestamp anchor і перевір його пізніше, щоб переконатися, що він зберігся.
Як найкраще сформувати власну довіру до детектора?
Спочатку перевір fidelity, а вже потім окремо досліджуй реакції. Відкривай live-зони OB+ і підтверджуй, що кожна справді зробила sweep попереднього swing, а OB++ додатково показала displacement ≥ 1,5× ATR. Потім у bar-replay із зафіксованим правим краєм записуй реакції на першому торканні за власними правилами на 100+ зразках і сегментуй їх за режимом та таймфреймом.
Пов’язані запити
Пройди тему order blocks від ідентифікації до валідації, автоматизації та чесного аналізу даних:
- Як визначити order block на графіку — ручний тест, який автоматизує сканер.
- Головне правило валідації order block для SMC-трейдерів — єдине правило, що відділяє справжній order block від випадкової свічки.
- Order Block Scanner: OB і FVG у реальному часі — як автоматична detection працює на кожній парі із закритими свічками.
- Чи досі працюють order blocks? Data-driven framework для 2026 — як працювати з доказами, не вигадуючи win rate.
- Чи прибуткова стратегія order blocks? Аналіз даних — чому прибутковість є питанням системи, а не detection.
- Чи надійний LiquidityScan? — як платформа перевіряє detection від початку до кінця.
- Чи дає LiquidityScan buy/sell сигнали? Context Engine проти signal service — суміжний погляд на питання, чи дає LiquidityScan сигнали.
- Чи вартий LiquidityScan своїх грошей? — оціни вартість і користь сканера після перевірки його detection fidelity.
- Чи вартий LiquidityScan своїх грошей? — Після перевірки функції оцініть, чи виправдовує LiquidityScan свою ціну.
- Як користуватися LiquidityScan — Далі перевірте детекцію Order Block у X-Ray та налаштуйте перший сетап.
- Для кого LiquidityScan? — Дізнайтеся, кому підходить автоматичне сканування Order Block та ринкового контексту.
- Ринки LiquidityScan — Дізнайтеся, на яких ринках доступне виявлення ордер-блоків.