Використовуй три етапи як сходинки доказів. Backtest перевіряє історичну логіку, paper trading — стратегію в роботі, а exchange sandbox — межу інтеграції. Проходження одного етапу не замінює наступного.

Коротке порівняння

ЕтапДані й часГоловне питанняЧого не доводить
BacktestingІсторичні дані, відтворені швидше за реальний часЧи поводилися ці явні правила узгоджено на обраному історичному періоді?Надійності наживо або реалістичності виконання
Paper tradingПоточний або відтворений потік із віртуальним капіталомЧи ухвалює запущена стратегія очікувані рішення та чи підтримує стан?Специфічної для біржі поведінки ордерів
Exchange sandboxAPI тестового майданчика й тестові активиЧи коректно інтеграція надсилає та звіряє симульовані ордери?Реальної ліквідності, виконання або прибутковості

Backtesting: перевір історичну логіку

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

Що може виявити backtesting

  • чи відповідають входи й виходи задуманому графу правил;
  • як результати змінюються між історичними режимами та інструментами;
  • оборот, характер drawdown, серії збитків і залежність від кількох угод;
  • чутливість до параметрів і явних припущень щодо витрат;
  • помилки look-ahead або конфлікти, видимі в журналі угод.

Що залишається штучним

Історичні свічки стискають реальну order book і шлях ціни всередині свічки. Модель може не враховувати spread, slippage, partial fills, затримки, збої та вплив на ринок. Backtesting також здешевлює повторні експерименти, що створює ризик overfitting. Прочитай про процес backtesting без коду перед налаштуванням стратегії.

Paper trading: перевір систему в роботі

Paper trading оцінює рішення з віртуальним капіталом, поки стратегія працює в часі. На відміну від швидкого історичного відтворення, вона показує операційну поведінку: планування, переходи стану, запізнілі чи відсутні дані, перезапуски, дублікати сигналів і дисципліну спостереження без зміни правил після кожного збитку.

Для чого корисна paper trading

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

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

Exchange sandbox: перевір адаптер

Біржовий sandbox, testnet або демосередовище надає API, подібний до інтерфейсу ордерів майданчика, але використовує тестові активи. Це корисно для перевірки, чи зберігається намір стратегії на межі між її рушієм і біржовим адаптером.

Що може перевірити sandbox

  • підписування запитів і налаштування тестової автентифікації;
  • перевірку символу, кількості, точності й мінімального ордера;
  • надсилання, скасування, відхилення ордерів і звіряння статусів;
  • обробку лімітів запитів і тимчасових помилок;
  • поведінку після перезапуску, коли локальний і віддалений стани ордера відрізняються.

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

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

Етап 1: логіку визначено явно

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

Етап 2: історична поведінка пояснювана

Запусти базовий тест, вивчи окремі угоди, використай out-of-sample дані та перевір параметри й витрати в складніших умовах. Рухайся далі лише тоді, коли розумієш, де стратегія працює, а де ні. Висока метрика без пояснення не проходить перевірку.

Етап 3: поведінка paper trading на нових даних відповідає моделі

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

Етап 4: життєвий цикл тестового ордера коректний

Для підтримуваних адаптерів перевір надсилання й звіряння з тестовими активами. Навмисно перевіряй збої: відхилений розмір, прострочені облікові дані, ліміти запитів, тимчасову втрату мережі та перезапуск під час відкритого ордера.

Коли переходити до наступного етапу?

Використовуй критерії доказовості замість цільової дохідності:

  • та сама зафіксована конфігурація відтворює backtest;
  • поведінка окремих угод відповідає записаним правилам;
  • результати не залежать від одного вузького параметра чи однієї угоди;
  • відомі пропуски моделі задокументовано й враховано консервативно;
  • рішення в paper trading узгоджуються з поточними або відтвореними вхідними даними;
  • тестові ордери узгоджуються від надсилання до кінцевого стану;
  • збої видимі й допускають відновлення, а не ігноруються непомітно.

Де проходить межа Koval

Koval наразі підтримує історичний backtesting і live paper trading з віртуальним капіталом. Інфраструктура Binance futures testnet існує в базових компонентах, але перехід застосунку до sandbox заблоковано до подальшої перевірки. Ринкові дані Binance й WhiteBIT можуть використовуватися для досліджень і paper simulation; виконання на WhiteBIT вимкнено, адже для Koval не перевірено публічного sandbox. Платформа не забезпечує виконання ордерів із реальними коштами.

Ця межа свідома. Інструмент може допомагати порівнювати логіку, вивчати припущення й перевіряти адаптер, не створюючи враження, що симульовані результати виправдовують фінансовий ризик.

Поширена плутанина між режимами

  • Називати історичне відтворення «paper trading». Робочий час і докази відрізняються.
  • Називати тестове виконання реалістичним. Воно перевіряє поведінку API, а не реальну ліквідність.
  • Змінювати правила протягом періоду спостереження в paper trading. Це руйнує цінність доказів на нових даних.
  • Ігнорувати розбіжності між етапами. Розбіжність містить інформацію про модель або реалізацію.
  • Сприймати будь-який етап як прогноз. Кожен етап зменшує конкретну невизначеність; жоден не гарантує майбутньої дохідності.

Про перевірену модель виконання, архівне відтворення та межі live paper trading читай у матеріалі що означає реалістичне тестування в Koval.


Хочеш побудувати цей процес візуально? Прочитай посібник із конструктора стратегій, а потім долучайся до списку очікування Koval для одного листа про запуск.