Paper trading, бэктест и реальная торговля: отличия

Короткий ответ: чем отличаются три режима

Бэктест применяет правила к истории. Paper trading, или демо-торговля, моделирует сделки с виртуальными средствами по мере поступления новых рыночных данных. Live-торговля отправляет реальные заявки и затрагивает реальные средства. Название режима, источник данных и способ исполнения нужно проверять отдельно.

Справка OKX описывает демо-торговлю как симулированную среду без использования реальных денег. Это описание режима OKX, а не подтверждение интеграции с Clerix. Даже если на экране движется актуальная цена, сама сделка может оставаться полностью виртуальной.

Бэктест: вопрос к историческим данным

Исторический тест удобен, когда нужно повторить один и тот же расчёт с сохранённой версией правил. Вы выбираете период и допущения, затем изучаете сигналы, условные сделки и капитал. Для подготовки параметров исполнения пригодится разбор комиссий и просадки.

Предлагаем задать отчёту три вопроса: какие данные были доступны в момент решения, как получена цена исполнения и какие расходы вычтены? Если ответов нет, одного графика недостаточно для оценки метода.

В учебном сценарии сигнал появляется после закрытия часовой свечи. Проверка должна различать время свечи, время вычисления сигнала и время предполагаемого исполнения. Иначе незаметная разница в одном шаге может полностью изменить последовательность сделок. Этот сценарий объясняет метод проверки, а не рекомендует таймфрейм.

Paper trading: вопрос к текущему поведению

Виртуальная торговля позволяет наблюдать решения в ходе нового потока данных. В документации TradingView paper trading описывается как практика с симулированными деньгами. Конкретные настройки и доступные инструменты зависят от платформы.

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

Полезная проверка — сопоставить ожидаемое действие с наблюдаемым. Например: «На закрытой свече условие истинно, открытой позиции нет, новая заявка разрешена». Затем проверьте, произошло ли ровно одно действие. Такое наблюдение оценивает выполнение спецификации, даже когда итоговый финансовый результат пока малоинформативен.

Почему симуляция отличается от live

В реальном исполнении важно состояние книги заявок и правила конкретной площадки. Binance объясняет различия типов ордеров: рыночная заявка использует доступные цены, а лимитная ограничивает цену и может остаться неисполненной.

Для оценки выбранного симулятора проверьте, что именно он моделирует:

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

Этот список — вопросы к реализации. Он не означает, что каждый paper-режим поддерживает все эти случаи. Если симулятор исполняет любую заявку полностью по последней цене, его результат нужно читать с этим ограничением. Виртуальные деньги также не воспроизводят личную реакцию на реальный убыток.

Как организовать последовательную проверку

Переход между режимами стоит оформлять как отдельное решение с сохранением версии правил. Предлагаемый исследовательский порядок:

1. Опишите условия входа, выхода и остановки; устраните неоднозначности.
2. Проверьте исторические сделки и допущения об исполнении.
3. Зафиксируйте версию стратегии и план наблюдения в paper-режиме.
4. Разбирайте каждое расхождение между ожидаемым и наблюдаемым действием.
5. После изменения правил создайте новую версию и явно укажите, какие проверки повторены.
6. Рассматривайте live как отдельный режим с отдельными разрешениями, контролем состояния и риском реальных потерь.

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

Что включить в журнал расхождений

Удобная запись содержит пять полей: версия правил, входные данные, ожидаемое действие, наблюдаемое действие и объяснение различия. Не исправляйте старую запись задним числом: добавьте решение и ссылку на новую проверку.

Например, в условном тесте после переподключения пришли повторные данные. Спецификация предполагает одну заявку на сигнал. Если симулятор создал вторую, проблема относится к обработке повторов, даже если обе виртуальные сделки закрылись с плюсом. Финансовый итог не заменяет проверку корректности поведения.

Сравнивайте режимы по одинаковым правилам. Изменение объёма, рынка или логики между двумя отчётами нужно отмечать отдельно. Иначе объяснение «бэктест и paper расходятся» объединит несколько разных причин, которые невозможно проверить одним экспериментом.

Следующий шаг: сохранить план проверки

Перед сменой режима запишите, что остаётся одинаковым: версия правил, рынок, размер и формат журнала. Отдельно перечислите изменившиеся допущения. Тогда расхождение можно будет исследовать, а не объяснять общей фразой «на истории было иначе».

Чтобы подготовить собственную спецификацию, используйте пример задания для AI с правилами и ограничениями. Посмотрите путь от идеи к правилам и проверке в Clerix.