Бектести Crypto Bot: час аудиту, витрати та переобладнання

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

Почніть із мітки часу, а не кривої капіталу

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

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

Повторне налаштування змінює значення хорошого результату

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

[Дослідницький посібник QuantConnect] (https://www.quantconnect.com/docs/v2/cloud-platform/backtesting/research-guide) обговорює надмірне оснащення та заходи безпеки. Корисним практичним розширенням є заморожування стратегії перед оцінкою пізнішого, незайманого періоду часу. Якщо ця оцінка призводить до додаткового налаштування, вона стає даними розробки; зарезервувати новий підсумковий тест.

Зробіть видимими витрати

Нижче наведено гіпотетичний приклад бухгалтерського обліку, а не спостережувану стратегію:

Арифметика така: 300 - 120 - 100 - 90 = -10 USDT. Витрати можуть змінити знак результату. Уникайте подвійного підрахунку спреду, якщо він уже включений у змодельовані ціни заповнення. Фінансування має відповідати фактичній позиції, ставці та часу розрахунку в тесті, а не зручній фіксованій річній ставці.

Запитайте, чи можливі заповнення

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

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

Порівняти різні умови

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

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

Результат, який можна перевірити

Корисний звіт бота містить відтворювані налаштування, походження даних, правила відмітки часу, усі матеріальні витрати та чітке розмежування між розробкою та оцінкою. Перш ніж використовувати припущення щодо конкретної платформи, ознайомтеся з поточним [графіком комісій OrangeX] (https://www.orangex.com/agreement/fee-rates). Ця стаття оцінює симуляції та не стверджує, що OrangeX пропонує певного бота або продукт для тестування.

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