Навіщо бектестити ICT-стратегію?
Більшість трейдерів беруть собі ICT-концепцію тому, що якийсь графік гарно виглядав заднім числом. Це не доказ. Це пам'ять про ті рази, коли сетап спрацював, — а невдачі тихо забулися.
Бектест замінює цю упередженість записом. Ти визначаєш сетап, проганяєш його через сотні минулих угод і даєш цифрам сказати, реальна перевага чи уявна.
ICT-стратегію можна торгувати лише тоді, коли вона переживає вимірювання. Order blocks, fair value gaps і liquidity sweeps виглядають потужно на дібраному скріншоті, але бектест показує, як вони поводяться, коли ти не можеш вибирати лише вдалі випадки.
І ще: перед тестуванням у тебе вже має бути вузький, спеціалізований сетап. Спроба валідувати десять концепцій одночасно дає шум, а не відповіді.
Що саме вимірювати
Бектест, який рахує лише win rate, майже марний. Win rate без винагороди нічого не каже про прибутковість. Мають значення чотири метрики, і вони працюють разом.
Win rate — це частка угод, які досягли цілі. 40% win rate може бути дуже прибутковим, якщо твої перемоги великі відносно поразок.
Середній R-multiple міряє кожну угоду в одиницях ризику. Ризикуєш 1R і заробляєш 2R — угода +2R. Запис у R нормалізує різні розміри позицій та інструменти.
Expectancy — число, яке вирішує все. Це середній R на угоду: (win rate × середній прибуток у R) мінус (частка збитків × середній збиток у R). Додатне expectancy означає, що стратегія заробляє на достатній кількості угод.
Розмір вибірки — твій множник впевненості. Двадцять угод не доводять нічого. Сто починають щось означати, а кілька сотень у різних ринкових умовах — ще краще.
Як зазначає Investopedia у своєму огляді бектестингу, стратегія, валідована на замалих даних, не повториться надійно на живому ринку.
Як бектестити крок за кроком
Процес просто описати і важко чесно виконати. Тут дисципліна — вся гра.
1. Визнач механічні правила. Опиши сетап так, щоб два трейдери, прочитавши його, взяли ту саму угоду. Вкажи таймфрейм, тригер входу, де стоїть stop-loss і ціль, і всі фільтри. Якщо в правилі є слово «зазвичай» — воно ще не механічне.
2. Обери датасет. Візьми ринок і діапазон історії, що включає тренди, флети й сплески волатильності. Тестування лише на бичачому ралі лестить будь-якому лонговому ICT-сетапу. Поділи дані так, щоб валідувати на періодах, які ти ніколи не оптимізував.
3. Занотовуй кожну угоду. Прогортай графік бар за баром і записуй кожен сетап, що пройшов фільтри, — виграш чи програш, у R. Фіксуй вхід, стоп, ціль, результат, сесію і контекст. Саме ті угоди, які тобі хочеться пропустити, тримають вибірку чесною.
Тут структурований журнал окуп себе повністю. Хороший шаблон напряму годує бектест: ті самі записи, які ти ведеш на живому ринку, з часом стають твоїм датасетом.
Коли я запускаю свіжий бектест із LiquidityScan на графіку, я все одно занотовую вручну в журнал — бо сам акт запису кожного результату змушує мене бути чесним щодо того, що насправді стало тригером.
Forward-тест проти бектесту
Бектест дивиться назад, на завершену історію ціни. Його сила — обсяг: сотні угод можна зібрати за один вечір. Слабкість — знання майбутнього: ти вже знаєш, чим закрився кожен графік.
Forward-тест проганяє ті самі механічні правила на живих або невиданих даних, у реальному часі, без жодного натяку на результат. Повільніше, але значно чесніше.
Використовуй обидва послідовно. Бектест — щоб набрати вибірку й оцінити expectancy, forward-тест — щоб підтвердити, що перевага тримається, коли майбутнє не видно. Якщо forward-результати розвалилися — твій бектест, швидше за все, був curve-fit.
Типові пастки бектестингу
Більшість бектестів брешуть, і брешуть передбачувано. Знання пасток — половина захисту.
Curve fitting — підгонка правил під минулі дані до ідеалу. Сетап із сімома умовами, що працював лише на одному інструменті в одному році, — це підгонка під шум. Менше і простіших правил узагальнюються краще.
Hindsight bias просочується, коли ти розмічаєш входи, уже знаючи, чим закрився бар. Завжди вирішуй угоду на лівій стороні графіка, до того як побачиш, що було далі.
Замала вибірка дає випадковій удачі видавати себе за перевагу. 70% win rate на 15 угодах може перекрутитися у 45% на 150. Не вкладай капітал, доки вибірка не пожила через серію збитків.
Валідація на даних, зроблена ось так, — це різниця між стратегією та історією. Розібраний приклад на order blocks показує, наскільки чесні цифри можуть розходитися з популярною оповіддю.
Часті питання
Скільки угод потрібно для валідного ICT-бектесту?
Орієнтуйся мінімум на 100 угод, а краще 200 і більше, розкиданих по трендових і флетових умовах. Малі вибірки дають удачі імітувати перевагу, тож більше даних — більше впевненості у своєму expectancy.
Чи win rate — найважливіша метрика бектесту?
Ні. Найважливіше — expectancy. 40% win rate із великими перемогами часто б'є 65% win rate із крихітними. Завжди міряй win rate разом із середнім R-multiple.
Чи можна пропустити бектест і одразу forward-тестити?
Можна, але це повільно. Бектест швидко набирає велику вибірку, а forward-тест підтверджує перевагу на невиданих даних. Разом вони ловлять curve fitting, який кожен окремо пропустив би.
Пов'язані напрямки пошуку
Проходь їх, щоб зібрати елементи, які роблять бектест осмисленим.
- Як знайти свою перевагу в ICT-трейдингу — спеціалізуйся на одному сетапі, перш ніж тестувати.
- Шаблон ICT-журналу трейдингу — журнал, що годує бектест чистими даними.
- Чи працюють досі order blocks? — розібраний приклад підходу на даних.
- Ймовірність закриття FVG — статистика бектестів на реальних win rates.
- ICT-стратегія для prop firm: як пройти челендж
