Одного зафиксированного снимка рыночных данных недостаточно, чтобы считать бэктест надёжным. Он может снова и снова давать тот же результат, скрывая, что поставщик изменил исходные данные.
Сохраняйте снимок. А ещё ведите журнал изменений, который покажет, что именно изменилось, когда это произошло и повлияло ли это на стратегию. Особенно важно это для исследований с исправленными сделками, пересмотренными фундаментальными данными, восстановленными данными о финансировании или историей, которую поставщик незаметно обновляет.
Почему воспроизводимый бэктест всё ещё может вводить в заблуждение?
Представьте: в понедельник вы скачали почасовые бары за пять лет и запустили стратегию. К пятнице поставщик исправил ошибочную сделку, учёл корпоративное действие или заполнил пропуск. Сохранённый файл по-прежнему в точности воспроизводит результат понедельника. Это и есть воспроизводимость. Но если снова загрузить актуальную историю поставщика, результат может оказаться другим, и у вас не будет записи о причине.
Проблема не ограничивается крупными исправлениями. Одно изменённое значение high может активировать стоп; пересмотренный close — перевести индикатор через порог. В широком наборе инструментов изменение истории одного символа может повлиять на его рейтинг и вытеснить из портфеля другой актив. Итоговый Sharpe может измениться, даже если код стратегии и конфигурация остались прежними.
Хеш файла показывает, что два файла отличаются. Но по нему не понять, изменила ли корректировка сплита цены за 40 лет, исправил ли поставщик три сделки или парсер превратил пустое поле в ноль.
Что записывать в журнал изменений рыночных данных?
Фиксируйте изменения на минимальном полезном уровне детализации и сохраняйте достаточно контекста, чтобы повторить затронутое исследование. Для потока баров это обычно инструмент, интервал, время события, прежнее и новое значения, источник и время, когда вы заметили обновление. Если поставщик передаёт исходную запись, сохраняйте и её.
| Что записывать | Зачем это нужно | Пример |
|---|---|---|
| Версия источника или время загрузки | Показывает, какие данные поставщика использовались | Снимок загружен 2026-11-02 08:15 UTC |
| Изменённое поле и старое/новое значения | Показывает, что именно изменилось | ETHUSDT 1h high: 3,412.10 → 3,418.60 |
| Классификация изменения | Помогает отличить исправления от преобразований | Позднее исправление сделки, корректировка сплита, дозагрузка данных |
| Версия конвейера и схемы | Позволяет отличить изменения источника от собственной обработки | Нормализатор v7, схема скорректированных баров v3 |
Для больших датасетов храните неизменяемые снимки и компактный манифест с их контрольными суммами, версиями источника и временем загрузки. Для изменённых разделов добавляйте построчные различия. Это практичный компромисс: полное повторное воспроизведение остаётся возможным, а каждую неизменившуюся строку не приходится записывать во вторую таблицу аудита.
Как оценить, насколько важно исправление?
Не ограничивайтесь подсчётом изменённых строк. Повторно запустите затронутую стратегию на старых и новых данных с теми же кодом, параметрами, комиссиями и предположениями об исполнении. Сравните решения и путь к результату.
- Определите по различиям затронутые инструменты и время событий.
- Выясните, какие признаки, сигналы, заявки или веса портфеля используют эти записи.
- Повторите расчёт на минимально достаточном временном отрезке, учитывая период ретроспективного анализа и состояние открытых позиций.
- Сравните заявки, исполнения, экспозицию, оборот, просадку и итоговую доходность.
Например, исправление поставщика, изменившее high на 1-минутном интервале на $0.02, может затронуть миллион строк и никак не повлиять на дневную стратегию моментума. А один исправленный бар на уровне стопа может оказаться важнее. Оценивайте влияние на решения: количество изменённых записей плохо его отражает.
Разделяйте два вопроса: «Могу ли я воспроизвести результат по сохранённым данным?» и «Были бы эти данные доступны стратегии в тот момент?». Журнал изменений помогает ответить на оба, но для второго нужны ещё записи о доступности данных на конкретный момент времени.
Сколько это стоит и когда оправдано?
Отслеживание изменений требует места для хранения, работы по загрузке данных и операционных решений. Поставщики могут не поддерживать стабильные версии, а некоторые исторические потоки периодически пересобираются без понятного уведомления об исправлениях. Невозможно записать изменение, которого вы не заметили.
Начните с данных, исправления которых могут изменить выводы исследования: баров, используемых логикой стопов, акций с учётом корпоративных действий, фундаментальных данных на конкретный момент времени, а также рядов финансирования или открытого интереса, которые восстанавливаются задним числом. Для широких и стабильных датасетов может хватить ежедневного манифеста и контрольных сумм разделов. Добавляйте различия на уровне полей там, где обновления часты или торговые решения зависят от отдельных записей.
Критики справедливо указывают, что полный бессрочный архив каждого ответа поставщика может обойтись дорого и всё равно не показать, что именно источник знал в тот момент. Ограничьте аудит данными и решениями, которые имеют значение, и документируйте пробелы. Снимок позволяет повторить эксперимент. Журнал изменений помогает объяснить, почему изменился его результат.
← Все статьи
