Зміст статті
- Докази та сфера застосування
- Ілюстрація
- Процес
- BOS вимагає тренду, який вже був відомий
- Зафіксуйте стан структури до перевірки поточного бара
- Імпульс і обсяг — окремі групи ознак
- Синтетичні приклади продовження та хибного пробою
- Для входу на ретесті потрібен фактичний ретест
- Чи додає BOS інформацію, окрім того, що він знаходиться у висхідному тренді?
- Поширені помилки
- Практичний список перевірки
- Поширені запитання
- Джерела дослідження
Докази та сфера застосування
Вихідний індикатор надає одну реалізацію BOS, тоді як документація платформи та біржі уточнює терміни та ордери. Запропоновані правила тут не мають перевіреного результату прибутковості.
Практична послідовність дій
- Підтвердьте попередню тенденціюВикористовуйте допустиму послідовність вищих максимумів і мінімумів або нижчих максимумів і мінімумів.
- Зафіксуйте опорний рівеньДо поточного бара збережіть ще не пробитий свінговий рівень.
- Підтвердьте пробій закриттямЗастосуйте фіксований буфер і позначте рівень як пробитий.
- Оцінити додаткові фільтриТримайте експерименти зі зміщенням та RVOL окремо.
- Виконайте вибраний варіант входуВедіть окремі результати негайного входу та входу на ретесті.
BOS вимагає тренду, який вже був відомий
Якщо підтверджені максимуми – 100, потім 104, а відповідні підтверджені мінімуми – 95, потім 99, висхідний тренд можна визначити вищими максимумами та вищими мінімумами. Пізніше закриття вище 104 є бичачим BOS згідно з цією домовленістю. У діапазоні без впорядкованої послідовності коливань те саме закриття є проривом діапазону, а не продовженням тренду.
LuxAlgo розрізняє внутрішню та свінгову структуру [1]. Зберігайте цю відмінність у даних, призначаючи scale_id кожній фіксованій конфігурації півотів. Пробій проти тренду на малому масштабі недостатній для висновку про розворот основного тренду.
Важливо, що рівень ще не пробито. Якщо вчора допустиме закриття вже перетнуло свінговий максимум, кожне вище закриття сьогодні не має створювати новий BOS на тому самому рівні. Зберігайте broken_level_id та групуйте одночасні пробої. Інакше один тривалий рух дасть десятки начебто незалежних сигналів.
Зафіксуйте стан структури до перевірки поточного бара
Запропоновані півоти використовують по три бари з кожного боку, eps=max(2 ticks,0.15ATR) та b=max(2 ticks,0.10ATR). Для висхідного тренду пізніший із двох останніх максимумів має перевищувати попередній більш ніж на eps; таке саме підвищення потрібне в парі останніх мінімумів. Для низхідного тренду нерівності обертаються. Решта конфігурацій — змішані. Довжини та пороги є дослідницькими параметрами.
На початку бара t зафіксуйте попередній тренд і останній допустимий непробитий максимум. Бичачий BOS вимагає prior_state=UPTREND, close[t]>high+b та попереднього закриття не вище цього порога. ATR береться з t−1. Півоти, підтверджені на закритті t, додавайте лише для рішень починаючи з t+1: вони не можуть замінити рівень посеред поточного циклу обробки.
Якщо одночасно пробито кілька опорних рівнів, створіть одну батьківську подію зі списком перетнутих рівнів. Головним можна вибрати найвищий рівень у заданій області, але правило вибору має бути сталим. Рівень зі спливлим строком не можна відновлювати лише через його видиму важливість на пізнішому графіку.
Визначте обробку рівних значень у базовому алгоритмі півотів. Подвійний максимум на однаковій висоті може означати один або кілька свінгів залежно від цього правила. Вибір впливає на стан тренду й наступний непробитий опорний рівень; зберігайте його у версії стратегії, а не вважайте деталлю побудови графіка.
old = structure_snapshot_at_end(t-1)
A = ATR14[t-1]
if finite_positive(A) and old.trend == UPTREND:
b = max(2*tick,0.10*A)
h = old.last_eligible_unbroken_high
if h is not None and C[t-1] <= h.price+b and C[t] > h.price+b:
emit(BOS_UP,known_at=received_close_time(t),level_id=h.id)
mark_broken(h.id)
append_pivots_confirmed_at(t,eligible_from=t+1)
# New pivots cannot replace the threshold inside this bar's decision.
Імпульс і обсяг — окремі групи ознак
Запропонований фільтр бичачого імпульсу вимагає body/ATR≥0.8, body/range≥0.6 та CLV≥0.75. Це додаткові експерименти, а не обов’язкове визначення BOS. Після гепу на відкритті бар може закритися за свінговим рівнем із малим тілом свічки. Зберігайте мітку gap_break, не підганяючи такий випадок під умову великого тіла.
RVOL на пробої показує, чи незвична торгова активність для цього часу доби. Порівнюйте BOS із фільтром та без нього на одному початковому списку пробоїв. Велике тіло свічки й високий обсяг часто супроводжують одну подію та не є незалежними підтвердженнями.
За ненадійних даних обсягу детектор структури може працювати з volume_unavailable=true. Не підставляйте RVOL=1: звичайна та невідома активність — різні стани. Зберігайте ознаки відсутності даних у звіті, щоб зміна постачальника не змінювала непомітно набір придатних для торгівлі сетапів.
Синтетичні приклади продовження та хибного пробою
Припустімо, підтверджені максимуми — 100 та 104, мінімуми — 95 та 99, ATR=2 і tick=0.05. Тоді b=0.20. Наступна свічка має O=103.80, H=105.80, L=103.60 та C=105.50, що перевищує 104.20. Її тіло становить 1.70, або 0.85ATR; body/range приблизно 0.773, а CLV — приблизно 0.864. Вона проходить запропонований фільтр імпульсу.
Припустімо, окремий малий мінімум відкату на 103.40 уже підтверджено до цього BOS. За виконання входу після закриття по 105.60, стопа на цьому попередньому мінімумі та цілі 110 ризик становить 2.20, а потенційна винагорода 4.40, або 2R до витрат. Цей стоп — заздалегідь відомий локальний торговий орієнтир, а не майбутній мінімум ретесту. Стратегія очікування подальшого ретесту має дочекатися його й розрахувати свій фактичний вхід.
За хибного пробою ціна розвертається після допустимого закриття; захисний ордер виконується по 103.35 зі збитком 2.25. BOS лишається правильно позначеною подією, хоча угода на продовження збиткова. Тінь до 104.50 із закриттям по 103.90 не запускає цей варіант, що вимагає закриття за рівнем. Для пробою тінню потрібні окремі специфікація й тест.
Для входу на ретесті потрібен фактичний ретест
Розділяйте купівлю після пробійного закриття та купівлю після подальшого ретесту. Запропоноване вікно ретесту — K=6 барів: мінімум торкається заданої зони навколо 104, а закриття повертається вище 104+b. Надсилайте ордер лише після того, як умови стануть відомі. Пряме зростання без ретесту означає відсутність виконання для цієї версії.
Стоп під мінімумом ретесту зазвичай ближчий, ніж захищений структурний мінімум. Угода може закритися за стопом, хоча весь висхідний тренд ще триває. Натомість захист на віддаленому основному мінімумі може залишати недостатню потенційну винагороду до наступної цілі. Мітка BOS не визначає ризик позиції автоматично.
До входу сплив строку кандидата або достатньо глибоке закриття всередині колишнього діапазону може скасувати очікування за наперед заданим правилом. Після виконання входу захист залежить від типу виконуваного ордера та ринкових цін [3]. Пізніше відновлення не видаляє з історії вже спрацьований стоп.
Зберігайте загальний ризик перекриття другорядних та основних входів BOS в межах одного бюджету подій. Якщо обидва сигнали виникають під час одного імпульсу, їхні втрати можуть бути сильно корельовані, навіть якщо їхні формальні ідентифікатори коливань відрізняються. Повідомляйте про додаткові позиції та виходи замість того, щоб вважати кожну мітку новою незалежною угодою.
Чи додає BOS інформацію, окрім того, що він знаходиться у висхідному тренді?
Порівняйте періоди висхідного тренду для BOS з відповідними періодами висхідного тренду з подібною волатильністю та відстанню від максимуму, але без прориву. Порівняння бичачого BOS з усім ринком може здебільшого оцінити той факт, що було обрано висхідний тренд.
Спершу виміряйте дохідності після сигналу, потім результати угод із реалістичним виконанням. Покажіть частоту ретестів, частку ретестів, що втримали рівень, затримку входу, MAE/MFE, математичне очікування та чутливість до затримки. Повторний прогін за послідовно зростаючими префіксами даних з урахуванням часу доступності інформації [2] має виключати зміну старих подій майбутніми півотами.
Перевіряйте сусідні значення довжини вікна півотів і буфера на стійкість результатів, а не оптимізуйте єдиний точний поріг. Під час оцінювання невизначеності об’єднуйте одночасні події різних масштабів. Зберігайте періоди змішаного стану тренду: їх виключення після поганих результатів штучно очистить вибірку продовження.
Поширені помилки
Кожен новий максимум стає BOS
Без визначеного попереднього тренду подією може бути лише прорив діапазону.
Використання майбутнього мінімуму ретесту
Вхід після пробійного закриття не може використовувати стоп, визначений пізніше.
Багато шкал передбачають незалежні докази
Кілька позначень можуть описувати один і той самий імпульс та пов'язаний з ним ризик.
Список перевірки перед застосуванням методу
Позначайте кожен пункт після перевірки на власних даних. Прогрес зберігається в цьому браузері й не засвідчує прибутковість стратегії.
Поширені запитання
Чи вважається пробоєм тінь за свінговим рівнем?
У цьому базовому варіанті ні: потрібне завершене закриття. Правило пробою тінню — окремий детектор.
Чи означає невдала угода BOS, що подію було неправильно позначено?
Ні. Подія може відповідати визначенню, а угода на продовження після входу все одно принести збиток.
Джерела дослідження
Кожне джерело підтверджує визначення або докази, описані поруч. Псевдокод, штучні приклади та запропоновані параметри потребують окремої перевірки.
- Smart Money ConceptsLuxAlgo on TradingView. Вивчено оригінальний опис однієї реалізації структурного індикатора. Перевірено: .
- RepaintingTradingView. Вивчено технічні рекомендації щодо доступності інформації та перемальовування сигналів. Перевірено: .
- Futures Order TypesCME Group. Вивчено механіку ордерів; джерело не підтверджує результативність торгової стратегії. Перевірено: .
Пов’язані методи
Примітка про ризики
Матеріал призначений для навчання й планування досліджень, а не є фінансовою порадою. Backtest моделює минулі дані, не гарантує майбутніх результатів і не здійснює реальних угод. Методи бібліотеки не обов’язково реалізовані в застосунку. Дивіться методологію і навчальний центр.
Перевірте правила, перш ніж ризикувати реальним капіталом
Перевірте можливості застосунку, дані й кожну змодельовану угоду; складні детектори можуть потребувати окремої реалізації.
Завантажити Backtest в App Store