Бектестування на секундних свічках: коли це потрібно
Бектестування на секундних свічках — це найточніший спосіб моделювання реальної торгівлі. Стандартне тестування на хвилинних або годинних даних не враховує мікроструктуру ринку: прослизання, затримки виконання, внутрішньосвічкову динаміку. Секундні дані розкривають правду про стратегію, яку ховають старші таймфрейми.
Навіщо потрібні секундні дані
Класичне бектестування на 1-хвилинних свічках має фундаментальне обмеження: ви не знаєте, що відбувалось всередині кожної хвилини. Свічка з Open 100, High 102, Low 98, Close 101 може бути результатом зовсім різних сценаріїв руху ціни.
Для скальпінг-стратегій з цільовим прибутком 0.1–0.3% це критично. Стратегія може показувати прибуток на хвилинних даних, але на секундних виявиться, що stop-loss спрацьовує раніше, ніж take-profit, через внутрішньосвічкову послідовність High та Low.
Секундні дані також дозволяють моделювати затримку виконання — час між генерацією сигналу та фактичним відкриттям позиції. Навіть 500 мілісекунд затримки можуть суттєво змінити ціну входу на волатильному ринку.
Обсяг даних: виклик мільйонів свічок
Головний технічний виклик секундного бектестування — обсяг даних. Порівняння для однієї торгової пари:
| Параметр | 1M дані | 1S дані | Різниця |
|---|---|---|---|
| Свічок на день | 1 440 | 86 400 | ×60 |
| Свічок на рік | ~525 000 | ~31 500 000 | ×60 |
| Розмір даних (1 пара) | ~50 MB | ~3 GB | ×60 |
| Час обчислення | Секунди | Хвилини | ×30–60 |
31.5 мільйонів свічок на рік для однієї пари — це серйозне навантаження. Для портфеля з 10 інструментів за 2 роки обсяг досягає 630 мільйонів записів. Звичайні бектестери на Python не впораються — потрібне оптимізоване ядро на компільованій мові.
На StratBase.ai обчислювальне ядро на Rust обробляє секундні дані з швидкістю 5–10 мільйонів свічок на секунду. Бектест за 1 рік секундних даних BTC/USDT займає 3–6 секунд замість 15–30 хвилин на Python-бектестерах.
Моделювання виконання на секундному рівні
Секундна роздільна здатність дозволяє реалістично моделювати процес виконання ордерів:
- Лімітний ордер: на 1M свічці ви не знаєте, чи ціна досягла вашого ліміту та повернулася, чи пробила його наскрізь. На 1S видно точний момент дотику рівня та поведінку ціни після нього
- Ринковий ордер: прослизання моделюється через затримку в 1–3 секунди від моменту сигналу. Різниця між ціною сигналу та ціною через 2 секунди — ваше реалістичне прослизання
- SL/TP послідовність: якщо протягом 1-хвилинної свічки ціна торкнулася і SL, і TP, хвилинний бектест не знає, що спрацювало першим. Секундні дані дають однозначну відповідь
Для скальпінг-стратегій з SL 0.2% різниця у Win Rate між 1M та 1S бектестами складає 5–8% — хвилинний бектест систематично завищує результати.
Типи скальпінг-стратегій, що потребують 1S даних
Не всі стратегії потребують секундної точності. Конкретні типи, де 1S дані критичні:
- Market-making: двобічні лімітні ордери на відстані 0.05–0.1% від mid-price. Секундна динаміка визначає, чи заповниться ордер
- Breakout scalping: пробій рівня з TP 0.1–0.3%. На 1M неможливо оцінити швидкість та надійність пробою
- Grid з вузькими рівнями: сітка з кроком 0.1–0.2%. Порядок заповнення рівнів визначає P&L
- Momentum scalping: вхід у перші секунди різкого руху (volume spike)
Що показують секундні дані, чого не бачать хвилинні
Практичні приклади відмінностей між результатами на різних таймфреймах:
- Прослизання при вході: на хвилинних даних вхід відбувається за ціною Close свічки. На секундних видно реальну динаміку: ціна може відійти на 0.05–0.15% за час виконання ордера
- Порядок спрацювання SL та TP: якщо High та Low хвилинної свічки обидва досягають рівнів SL і TP, хвилинний бектест не знає, що спрацювало першим. Секундні дані дають точну відповідь
- Свічкові патерни: патерн, що виглядає як молот на 1M, на секундних даних може бути серією мікро-рухів без чіткої структури
- Ліквідність та спред: секундні дані з aggTrades включають інформацію про реальні угоди, що дозволяє оцінити ліквідність у конкретний момент
Апаратні та обчислювальні вимоги
Секундне бектестування висуває серйозні вимоги до інфраструктури:
- Зберігання: 3 GB на пару на рік у CSV. Parquet зі стисканням (Zstd) зменшує обсяг у 5–8 разів. Для 20 пар за 3 роки — 180 GB у сирому вигляді
- Пам'ять: Python DataFrame з 31.5M рядків займає 2–4 GB RAM. Rust-ядро оптимізує через потокову обробку, знижуючи вимоги до 500 MB–1 GB
- Процесор: однопотокова продуктивність критична — бектест послідовний (кожна свічка залежить від попередньої). Тактова частота важливіша за кількість ядер
StratBase.ai зберігає секундні дані на S3 серверно — користувач не завантажує нічого, обчислення на Rust-ядрі відбуваються на платформі за секунди.
Коли 1M даних достатньо: аналіз доцільності
Секундне тестування — не панацея. Рекомендації за типом стратегії:
| Тип стратегії | SL/TP | Потрібен 1S? | Різниця 1M vs 1S |
|---|---|---|---|
| Скальпінг | < 0.5% | Обов'язково | 5–15% Win Rate |
| Дейтрейдинг (1H) | 0.5–2% | Рекомендовано | 2–5% Win Rate |
| Свінг (4H–1D) | 2–5% | Не потрібно | < 1% Win Rate |
| Позиційна (1W+) | > 5% | Не потрібно | Незначна |
Правило: SL менше 0.5% — секундні дані обов'язкові. Від 0.5% до 2% — бажані для фінальної валідації. Вище 2% — хвилинних достатньо. Кількість угод також впливає: стратегія з 500+ угодами на рік отримує більшу користь від 1S, ніж стратегія з 50.
Високоточне бектестування на StratBase.ai
Платформа StratBase.ai підтримує бектестування на секундних даних для криптовалют. Обчислювальне ядро на Rust обробляє мільйони секундних свічок з високою швидкістю, а дані OHLCV+ (з додатковими метриками об'єму) забезпечують максимальну точність моделювання.
Режим високої точності (Precision Mode) використовує секундні дані для моделювання входів та виходів, навіть коли стратегія побудована на старшому сигнальному таймфреймі. Сигнал генерується на 5M або 15M графіку, а виконання моделюється посекундно.
Це дає реалістичну оцінку прослизання та дозволяє трейдеру побачити різницю між ідеалізованим та реальним виконанням стратегії.
Коли секундні дані необхідні
Секундне бектестування обов'язкове для:
- Скальпінг-стратегій: будь-яка стратегія з цільовим прибутком менше 0.5% потребує секундної точності
- Grid-стратегій: рівні сітки можуть бути на відстані 0.1–0.3%, внутрішньосвічкова динаміка критична
- Стратегій з вузьким stop-loss: SL менше 0.5% часто спрацьовує через внутрішньосвічковий шум
- Високочастотних стратегій: більше 20 угод на день потребують секундної роздільної здатності
Для свінг-трейдингу з утриманням позиції кілька днів та SL більше 2% секундні дані дають мінімальну додаткову інформацію — хвилинних або годинних даних достатньо.
Висновок
Секундні дані — це останній рубіж точності у бектестуванні. Вони розкривають приховані витрати стратегії (прослизання, порядок SL/TP, затримки виконання) та дають реалістичну оцінку очікуваного результату. Обсяг даних у 60 разів перевищує хвилинні — це вимагає оптимізованого ядра та ефективних форматів зберігання. Різниця у Win Rate між 1M та 1S бектестами для скальпінгу складає 5–15% — хвилинні дані систематично завищують результати. Для стратегій з SL більше 2% секундна точність надмірна — хвилинних даних достатньо. Тестуйте ваші скальпінг-стратегії на секундних даних через StratBase.ai для отримання реалістичної оцінки перед виходом на реальний ринок.
Про автора
Фінансовий аналітик з 6+ роками досвіду в алгоритмічному трейдингу. Спеціалізується на технічному аналізі та бектестуванні торгових стратегій для криптовалютних ринків.
Часті запитання
Навіщо бектестувати на секундних свічках?▾
Секундні свічки потрібні для: 1) Скальпінгу — стратегії з утриманням 1-5 хвилин. На 1m свічках SL/TP визначаються неточно (порядок спрацювання всередині хвилини невідомий). 2) Точних SL/TP — при тісних стопах (0.1-0.5%) різниця між тіковою і баровою симуляцією суттєва. 3) High-frequency — стратегії з десятками угод на годину. 4) Верифікації — перевірити результат 1m бектесту на більш точних даних.
Чи варто завжди використовувати секундні?▾
Ні. Для більшості стратегій 1m або 1h свічок достатньо: 1) Свінг-трейдинг (4h-1d) — секундна точність не має значення. 2) Широкі SL/TP (>2%) — різниця між тіковою і баровою симуляцією мінімальна. 3) Об'єм даних — 1 рік 1s = ~31 мільйонів точок. Обробка повільніша. 4) Вартість — секундні дані дорожчі і важчі. Використовуйте 1s тільки для скальпінгу і верифікації.
Схожі статті
Коментарі (0)
Loading comments...