Брейкер-блок: зміна ролі зони після порушення ордер-блока

Практична послідовність дій

1. Почніть з відомого блокуЗбережіть межі зони блока та час його публікації.
2. Спостерігати за анулюваннямВимагати закриття за межами далекої межі та буфера.
3. Створіть брейкерВикористайте новий ідентифікатор, пов'язаний з початковим батьківським елементом.
4. Оцініть перше повторне тестуванняЗастосуйте вибране правило відскоку й входу.
5. Вихід або скасуванняДотримуйтеся наперед заданих стопа, цілі та строку дії.

Зміна полярності потребує повної історії

Ведмежий ордер-блок раніше відстежувався як опір. Явне закриття вище нього скасовує цю гіпотезу. Бичачий брейкер перевіряє нове припущення: чи втримає зона ціну зверху за першого подальшого повернення? Порушений бичачий блок створює дзеркальну ведмежу гіпотезу нижче зони.

LuxAlgo описує зміну ролі брейкера та попереджає: мітки Historical Polarity Changes наносяться на минулі ділянки графіка заднім числом [1]. Приваблива історична мітка не доводить доступності сигналу в той момент. Документація платформи щодо часу обробки допомагає відрізнити місце відображення від моменту доступності інформації [2].

Цей брейкер не демонструє, що попередні продавці тепер повинні купувати в зоні. Цей наратив може спонукати до гіпотези, але OHLCV фіксує ціну, активність та час, а не ідентичність учасників. Створення нового стану зони ніколи не повинно стерти втрату початкової блокової угоди.

Від відомого блоку до нового кандидата на повторне тестування

Почніть із раніше опублікованого ведмежого block[a,b]. Зафіксуйте A=ATR14 до пробою та buffer=max(2 ticks,0.10A). Коли отримано ціну закриття бара t і виконано C[t]>b+buffer, позначте початковий блок як INVALIDATED та створіть бичачий брейкер із тими самими межами й посиланням parent_ob_id на початковий блок. Новий кандидат допускає вхід починаючи з t+1. Буфер та приклад TTL у 20 барів — дослідницькі налаштування.

Перш ніж оцінювати повернення, переконайтеся, що після пробою ціна торгувалася повністю вище зони. Ретест перетинає зону за low≤b+buffer та high≥a, потім не пізніше ніж через три бари закривається вище b+buffer. Варіант першого дотику витрачає можливість за першого підходу: не можна назвати красивіше четверте повернення першим. Якщо до підтвердження закриття падає нижче a−buffer, скасуйте кандидата.

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

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

EXPIRED, INVALIDATED та CONSUMED — кінцеві стани цього брейкера. Скасування ордера недостатньо, якщо детектор знову розглядає ту саму зону на пізнішому барі: запізніле повернення за рівень не відновлює невдалого кандидата. До переходу стану на закритті запишіть усі виконання, що відбулися, поки ордер був активний.

on_close(t):
  process_existing_order_events_until_close(t)
  for br in active_bullish_breakers_eligible_before_bar(t):
    if expired(br):
      br.state = EXPIRED; cancel_future_orders(br); continue
    if C[t] < br.low-br.buffer:
      br.state = INVALIDATED; cancel_future_orders(br); continue
    if first_retest_confirmed(br,t):
      signal_for_next_quote_once(br); br.state = CONSUMED
  A = ATR14[t-1]
  if not finite_positive(A): return
  buffer = max(2*tick,0.10*A)
  for ob in active_bearish_OBs_published_before_bar(t):
    if C[t] > ob.high+buffer:
      invalidate_once(ob,at=t)
      create_breaker_once(parent=ob.id,known_at=received_close_time(t),
                          eligible=t+1,buffer=buffer,expiry=t+20)
# Terminal breakers cannot revive; a failed parent creates at most one child.

Обсяг розрізняє гіпотези про розрив та повернення

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

OB, брейкер та BOS можуть належати до однієї цінової послідовності. Не виділяйте незалежні бюджети ризику лише через різні назви події. Пов’язані входи можуть ділити один фіксований бюджет. CVD придатний як додаткова ознака лише за надійної класифікації угод; колір свічки не відтворює дельту.

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

Синтетичні прибутковий і збитковий результати біля однієї зони

Ведмежий block[100,102] уже відомий. За опорного ATR=2 і tick=0.05 буфер дорівнює 0.20. Закриття по 102.50 створює бичачий брейкер. Пізніше ціна досягає 104, повертається до мінімуму 101.80 та закривається по 102.40. Купівля за наступною доступною для виконання котировкою 102.45 зі стопом 99.80 та ціллю 107.75 дає ризик 2.65 і потенційну винагороду 5.30, або 2R до витрат.

Якщо наступною відомою структурною ціллю є лише 104.50, такий широкий захист може залишити недостатню винагороду. Відхилити згідно з заздалегідь вибраним правилом. Не переміщуйте стоп-лосс до 101.80 після того, як дізналися, що це був успішний мінімум повторного тестування, якщо тільки початкова модель входу явно не використовувала цей вже спостережуваний мінімум.

У невдалому сценарії перше повернення закривається по 99.70. Версія з підтвердженням не входить і скасовує кандидата. Уже виставлений лімітний ордер по 102 міг виконатися, а потім закритися по 99.75 зі збитком 2.25. Результат попередньої короткої позиції з початкового ведмежого блока зберігається окремо. Звіт лише про пізнішу прибуткову угоду за брейкером спотворить повну послідовність.

Тип ордера та кількість спроб

Виберіть підтвердження з входом за наступною котировкою або лімітний ордер на заздалегідь заданій межі чи середині зони до дотику. Сприятливе закриття свічки після відвідання зони не дозволяє приписати найкращий лімітний вхід та водночас вилучити несприятливі виконання. Модель виконання й захисту має відповідати торговому майданчику [3].

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

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

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

Порівняйте брейкер зі звичайними ретестами підтримки й опору

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

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

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

Поширені помилки

Список перевірки перед застосуванням методу

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

• Початковий ордер-блок був відомий до пробою.
• Межі зони та буфер залишаються зафіксованими.
• Брейкер має часові мітки known_at та eligible_from.
• Мітки, нанесені на минулі бари заднім числом, не використовуються як сигнали в минулому.
• Усі дотики до підтвердження зберігаються.
• Уже виконаний лімітний ордер не можна видалити заднім числом.
• Звіти містять результати початкового ордер-блока й брейкера.

Джерела дослідження

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

1. Order Blocks & Breaker BlocksLuxAlgo. Вивчено оригінальний опис та попередження про мітки, нанесені на минуле заднім числом; підтвердженої історії дохідності немає. Перевірено: 2026-10-11.
2. RepaintingTradingView. Вивчено час доступності інформації та поведінку відображення. Перевірено: 2026-10-11.
3. Futures Order TypesCME Group. Вивчено механіку ордерів для розрізнення підтвердження сигналу та виконання. Перевірено: 2026-10-11.

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