Бэктест, исполнение, реальный счёт: что доказывает каждый этап

Стратегия заработала на истории. Биржа приняла скопированную заявку. Реальный счёт закончил период в плюсе. Все три фразы звучат убедительно, но каждая описывает свою часть процесса.

Бэктест ничего не сообщает о фактической ликвидности в момент будущей сделки. Ответ биржи о принятой заявке ещё не показывает итоговую позицию. Доходность счёта мало что говорит о стратегии, если неизвестны период, комиссии, пропуски в данных и принятый риск.

Идея EasyTrading начинается с этого различия. XTester, CopyTrader и TradeStat относятся к разным этапам пути от гипотезы до результата реальной торговли. Сейчас они не образуют одну бесшовную систему. На странице экосистемы EasyTrading собраны роли и публичные статусы продуктов. Здесь вопрос другой: какие сведения нужно сохранить, чтобы между исследованием, исполнением и статистикой не потерялся смысл стратегии?

Что подтверждают разные данные

Что у нас есть	На какой вопрос это отвечает	Чего из этого ещё не следует
Результат исторического теста	Как заданные правила повели себя на выбранных данных при указанных настройках симуляции	Что стратегия выдержит новый рынок и реальное исполнение
Журнал заявок и исполнений	Что конкретная площадка приняла, исполнила, отклонила или оставила открытым	Что стратегия устойчива, а подписчик повторит результат лидера
История реального счёта	Что произошло на подключённом счёте за определённый период	Что результат полон, воспроизводим и относится именно к заявленной версии стратегии

Задача платформы для криптоалготрейдинга — связать эти записи, не подменяя одну другой.

Бэктест: что произошло в модели

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

XTester — действующая среда EasyTrading для разработки стратегий на C# и проверки на истории. Она работает с данными централизованных бирж и децентрализованных площадок с бессрочными контрактами; доступные типы рынков зависят от конкретной биржи. Публичное описание подтверждает моделирование контрактов, комиссий, фандинга и ликвидаций.

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

Вместе с отчётом имеет смысл сохранять:

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

Проверки на новых временных отрезках помогают заметить переоптимизацию, однако не предсказывают будущую доходность. Ценность такого исследования в другом: запуск можно повторить, а различия между версиями — объяснить. Подробная методика вынесена в руководство XTester по бэктестингу.

Где здесь место ИИ

Research Lab и MCP-интерфейс XTester позволяют совместимому ИИ-клиенту изучать проект, менять код, компилировать стратегию, запускать тесты и сравнивать результаты. Это ускоряет рутинную часть работы, но не делает выводы надёжнее автоматически. Агент тоже способен переоптимизировать модель или выбрать лучший вариант после просмотра контрольного периода.

Локальное соединение через stdio не означает, что языковая модель обязательно работает на компьютере пользователя. Загрузка истории обращается к сети и сохраняет файлы на диск. Изменение проекта, операции Git/GitHub и обновления могут менять локальное или удалённое состояние; документация предусматривает для таких действий подтверждения. Но она не обещает, что каждое подтверждение одинаково принудительно реализовано во всех сочетаниях клиента и MCP-хоста. Это нужно проверять по каталогу инструментов установленной версии и выбранному клиенту. Публичный MCP-интерфейс не заявлен как канал реальной торговли.

В результате исследования должна оставаться не фраза «ИИ нашёл стратегию», а понятная запись: гипотеза, версия кода, условия запуска, результат и принятое решение.

Исполнение: что произошло на счёте

После бэктеста меняется сам вопрос. Теперь важно не то, что рассчитала модель, а то, какие события произошли на конкретной площадке.

CopyTrader — работающая инфраструктура копирования и решений под брендом партнёра (White Label) в экосистеме EasyTrading. Публичные страницы описывают пропорциональный расчёт объёма для подписчика, проверку настроек счёта перед сделкой и отправку заявки на биржу. Сервис работает с несколькими CEX и Hyperliquid. Публичный релиз Hyperliquid подтверждает копирование рыночных и лимитных заявок. В отдельном материале CopyTrader объясняет, почему результат подписчика может отличаться от результата лидера.

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

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

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

Даже выражение «скопировать сделку» может означать разное:

повторить заявку лидера;
реагировать только на подтверждённые исполнения или изменение его позиции;
поддерживать рассчитанный размер позиции подписчика.

При частичном исполнении, отмене или замене заявки эти режимы дадут разный результат. Поэтому системе нужно заранее определить, на какое событие она опирается.

Почему между CEX и DEX сложнее

Две площадки могут предлагать бессрочный контракт на BTC, но по-разному задавать обеспечение, шаг цены и количества, минимальный объём, маржу и режим позиции. На децентрализованной площадке добавляются разрешения кошелька, подпись действий, окончательность транзакций и особенности сетевых комиссий. Ликвидность и устройство рынка также различаются.

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

Один из способов бороться с расхождениями — сверять фактическую позицию с рассчитанной целью. При этом нужно учитывать не только уже исполненный объём, но и открытый остаток активных заявок, их направление, частичные исполнения и отмены. Такой подход отличается от простой пересылки заявки лидера.

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

Практический вывод прост: успешный ответ API о принятии запроса ещё не подтверждает итоговую позицию, издержки и финансовый результат.

Реальная статистика: откуда взялась цифра

Статистика без источника мало что значит. Для её оценки нужно знать:

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

Бэктест и историю реального счёта не стоит объединять в один рейтинг. Первый описывает поведение модели при заданных условиях. Вторая фиксирует события подключённой площадки. Ошибки и ограничения в этих источниках тоже разные.

TradeStat сейчас доступен как демонстрация будущего сервиса статистики EasyTrading. Значения на странице помечены как примеры. Сайт сообщает, что API статистики, очереди обработки и событийная система для реальных данных ещё подключаются. Поэтому нынешний интерфейс показывает предполагаемый формат, а не подтверждённые результаты трейдеров.

И после подключения реальных счетов происхождение данных должно оставаться на виду. Сравнивать стратегии имеет смысл только после того, как понятны источник, период и полнота истории.

Что должно связывать продукты

Чтобы исследовательский запуск, биржевая заявка и показатель доходности сложились в одну историю, нужны единые идентификаторы и журнал событий.

Система должна позволять ответить на конкретные вопросы:

Какая версия стратегии участвовала в тесте?
Какие данные и настройки использовались?
Какая версия была допущена к исполнению?
Как сопоставлялись инструменты на разных площадках?
Какое событие вызвало заявку и чем она закончилась?
Какие исполнения и издержки вошли в расчёт результата?
Что изменилось в следующей версии?

У EasyTrading уже опубликованы .NET-пакеты с общими абстракциями и интеграциями Hyperliquid, Aster и dYdX. Они сокращают повторную работу с DEX, но не подтверждают общее покрытие CEX и не создают готовую связь между всеми продуктами.

Цель — сохранить цепочку от кода и условий теста до событий на бирже и рассчитанной статистики. Каждый инструмент при этом остаётся ответственным за свою часть работы.

Что уже доступно

Статусы сверены с публичными страницами 21 августа 2026 года.

Направление	Текущее состояние	Граница подтверждённого
XTester	Выпущенная Windows-среда разработки и исторического тестирования	Результат относится к симуляции при заявленных условиях; публичный MCP не заявлен как канал реальной торговли
CopyTrader	Работающая инфраструктура межбиржевого копирования и решений для партнёров, включая CEX и Hyperliquid	Подтверждена отправка заявок; полный цикл сверки целевой позиции требует отдельных подтверждений
TradeStat	Публичный демонстрационный интерфейс	Система получения реальной статистики и настоящие публичные страницы стратегий пока не подтверждены как подключённые
.NET-пакеты EasyTrading	Опубликованные абстракции и интеграции Hyperliquid, Aster и dYdX	Наличие пакетов не означает общего CEX-покрытия или готовой межпродуктовой системы
Полная история стратегии	Направление разработки	Самостоятельный путь от теста до проверяемой реальной статистики ещё не представлен как готовый продукт

Пока это последовательная работа в нескольких продуктах, а не единая техническая интеграция.

К чему мы идём

Рабочий процесс должен оставлять понятный след:

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

Часть этого процесса уже существует в отдельных продуктах. Для остальных переходов ещё нужна общая реализация. Такая схема позволяет оценивать готовность по наблюдаемому результату, а не по числу функций.

Витрина стратегий появляется позже. Сначала должны быть понятны история, ограничения исполнения и источник показанных цифр.

Риски и область материала

Это рассказ об архитектуре продуктов и исследовательском процессе, а не инвестиционная рекомендация или совет по выбору стратегии, биржи и размера позиции. Бэктест, автоматизация, ИИ и копирование сделок не гарантируют прибыль и не защищают от убытка. Торговля криптоактивами связана с рыночными и операционными рисками, ликвидностью, контрагентами, смарт-контрактами и безопасностью кошельков.

Правила автоматического копирования различаются по странам. Британский FCA, например, указывает, что в зависимости от устройства сервиса оно может считаться управлением портфелем или инвестиционным управлением. Операторам и пользователям нужно самостоятельно оценивать правовой режим, необходимые разрешения и меры контроля. CFTC предупреждает, что ИИ не превращает торгового робота в источник гарантированного заработка.

Зачем платформе общая история

Бэктест не должен выглядеть как реальная доходность, а принятая заявка — как уже сверенная позиция. Каждую запись нужно читать вместе с условиями, в которых она появилась.

EasyTrading пытается связать исследование, исполнение и статистику так, чтобы по журналу одного этапа можно было понять события следующего. Продукты находятся на разных стадиях, и часть связей ещё предстоит построить. Для нас это даёт ясный критерий готовности: можно ли восстановить путь стратегии по данным, а не просто увидеть очередную функцию в интерфейсе.

Частые вопросы

Что нельзя потерять при переходе от теста к исполнению?

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

Почему ответа API недостаточно для сверки позиции?

Заявка может остаться открытой, исполниться частично, быть отменена или изменить итоговый объём после применения правил биржи. Нужны фактическое состояние счёта и открытый остаток активных заявок.

Как различать бэктест, учебный запуск и реальную торговлю?

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