Що насправді робить backtest без коду?
Backtest застосовує визначену стратегію до історичних ринкових даних. На кожній свічці тест оцінює інформацію, яка була б доступною на той момент, визначає, чи дозволяють правила вхід або вихід, і записує отриману симульовану угоду.
Платформа backtesting без коду змінює спосіб вираження правил. Замість написання циклів, обчислень індикаторів, об’єктів ордерів і коду звітності ти з’єднуєш візуальні блоки. Стандарт доказовості має залишатися тим самим: кожна умова явна, кожне припущення видиме, а результат можна вивчити глибше за підсумкову дохідність.
Крок 1: запиши спростовну торгову гіпотезу
Почни з одного речення, яке може виявитися хибним. «Купувати, коли ринок виглядає сильним» не піддається перевірці. Корисна гіпотеза визначає стан ринку, вхід, вихід і причину, чому поведінка може зберігатися.
Приклад структури: коли повільний трендовий фільтр позитивний, а швидший сигнал підтверджує імпульс, увійти на наступній допустимій свічці; вийти, коли імпульс зміниться або спрацює правило ризику.
Це навмисно лише структура, а не рекомендована стратегія. Параметри й ринок мають випливати з твого дослідження. Попередній запис гіпотези ускладнює нескінченну зміну правил заради привабливого історичного результату.
Крок 2: перетвори ідею на візуальні блоки
Зрозумілий граф зазвичай розділяє п’ять завдань:
- Вхідні дані: символ, timeframe та історичні OHLCV-свічки.
- Індикатори: обчислення на основі інформації, доступної на кожній свічці.
- Фільтри: умови, що визначають, коли стратегія може діяти.
- Правила входу й виходу: точні логічні рішення, включно з часом оцінювання.
- Ризик і розмір позиції: обмеження симульованої експозиції та виходів.
З’єднай блоки так, щоб дані рухалися в одному напрямку, а рішення читалися без здогадок. Називай важливі вузли за наміром, наприклад «повільний тренд позитивний», а не загальним «порівняння 3». Візуальний конструктор найцінніший, коли інша людина може перевірити граф.
Більше про структуру графа читай у посібнику з візуального конструктора криптостратегій.
Крок 3: обери ринок, timeframe і період тесту
Діапазон даних визначає умови, з якими стикається стратегія. Короткий інтервал одного ринкового режиму може створити враження стабільності крихкого правила. Обирай період із суттєво різними умовами: тривалими трендами, діапазонами, швидкими розворотами, спокійними й стресовими періодами там, де доступні надійні дані.
- Переконайся в узгодженості часових позначок і часових поясів.
- Перевір відсутні, повторені або очевидно пошкоджені свічки.
- Не обирай період лише тому, що вже знаєш про сприятливий рух у ньому.
- Залиш пізніший період недоторканим для out-of-sample перевірки.
- Використовуй лише активи й майданчики, історичні дані яких відповідають дослідницькому питанню.
Більше даних не завжди краще. Дані зі структури ринку, яка вже не відповідає задуманому тесту, можуть додати хибної впевненості. Запиши, чому обраний період репрезентативний.
Крок 4: визнач припущення щодо виконання й витрат
Стратегія не торгує за абстрактною ціною на графіку. Визнач, коли спостерігається сигнал, яку подальшу ціну можна використати для симульованого виконання та які витрати враховано. Не дозволяй правилу читати закриття свічки й удавати виконання раніше на тій самій свічці.
Щонайменше задокументуй fees, припущення щодо spread й slippage, тип ордера, розмір позиції та обробку partial fills. Якщо backtest чогось не моделює, зазнач це поруч із результатом.
Модель backtest Koval застосовує налаштовані spread, slippage й commission до кожного виконання, а margin визначає як номінальну вартість, поділену на leverage. Вона не моделює funding, біржові fee tiers, partial fills, liquidation чи затримки, тому результат є орієнтиром за заявлених припущень, а не прогнозом виконання. Посібник із точності пояснює, як ці прогалини впливають на інтерпретацію.
Крок 5: запусти базову версію перед оптимізацією
Запусти найпростішу версію, що відображає початкову гіпотезу. Збережи конфігурацію як основу для порівняння. Якщо ідея явно не працює, досліди причину перед додаванням винятків. Додаткові блоки мають відповідати обґрунтованій ринковій гіпотезі, а не просто виправляти непривабливий період.
Веди невеликий журнал експериментів: гіпотеза, зміна, очікуваний ефект, фактичний ефект і рішення. Це запобігає налаштуванню по колу та робить наступні порівняння змістовними.
Крок 6: вивчи журнал угод, а не лише підсумок
Загальна дохідність може приховати залежність від однієї незвичної угоди, неприйнятні drawdown або непрацездатність у більшості режимів. Переглянь окремі симульовані виконання й запитай:
- Чи відбувся кожен вхід лише після появи всієї потрібної інформації?
- Чи відповідають виходи графу, включно з конфліктами кількох правил виходу?
- Чи визначають результат кілька угод або один актив?
- Наскільки тривалі серії збитків і періоди нижче попереднього піку капіталу?
- Чи робить оборот результат надмірно чутливим до неврахованих витрат виконання?
- Чи є неможливі угоди через нестачу ліквідності або неоднозначність свічок?
Для архівних запусків Koval показує збережені свічки, записані виконання, витрати й контекст угод. Використовуй ці деталі для налагодження логіки та перевірки базового результату, а не сприймай звіт як оцінку.
Крок 7: перевір стійкість
Стратегія заслуговує на подальшу увагу лише після тестів, покликаних виявити її слабкості.
- Out-of-sample період: зафіксуй правила й оціни дані, які не використовувалися для їх створення.
- Сусідні параметри: невеликі зміни вхідних параметрів не мають руйнувати весь результат.
- Різні режими: визнач, де логіка працює, де ні, а де залишається неактивною.
- Вищі витрати: перерахуй очікування з менш сприятливими припущеннями виконання.
- Операційна затримка: розглянь, що станеться, якщо рішення або виконання відбудуться пізніше, ніж в ідеалізованій моделі.
Стійкість не доводить майбутньої прибутковості. Вона зменшує ймовірність того, що видимий результат — лише артефакт одного параметра, одного періоду чи прихованого припущення.
Крок 8: переходь далі по одному рівню доказів
Історичний backtest не перевіряє планування наживо, поведінку вхідних даних, збереження стану або семантику біржового API. Koval підтримує live paper trading як наступний експеримент. Перехід до exchange sandbox в застосунку наразі заблоковано до подальшої перевірки.
Дізнайся, що саме змінюється між цими етапами, у матеріалі backtesting, paper trading й exchange sandbox . Koval свідомо обмежується цими sandbox й не розміщує ордери з реальними коштами.
Контрольний список backtesting без коду
- Гіпотезу записано до оптимізації.
- Кожне правило має однозначне візуальне представлення.
- Граф не використовує інформації з майбутнього.
- Обсяг даних і перевірки якості зафіксовано.
- Fees та всі невраховані витрати виконання видимі.
- Журнал угод відповідає задуманій логіці.
- Out-of-sample період залишається недоторканим до фіксації правил.
- Чутливість до параметрів і режимів перевірено.
- Результат описано як гіпотетичний, а не прогнозований.
- План перевірки через paper trading або sandbox складено до сильніших висновків.
Про перевірену модель виконання, архівне відтворення та межі live paper trading читай у матеріалі що означає реалістичне тестування в Koval.
Хмарний візуальний конструктор Koval ще готується до запуску. Ти можеш долучитися до списку очікування для одного листа про запуск або вже зараз переглянути відкритий рушій стратегій із головної сторінки.