Инфраструктура алгоритмической торговли: данные, сигналы, риск и границы исполнения
Практическая карта инфраструктуры алгоритмической торговли: рыночные данные, сигналы, policy-допуск, риск-контроль, исполнение и наблюдаемость.
Инфраструктура алгоритмической торговли — это набор систем, который превращает сырые рыночные события в проверяемые данные для стратегии, принятия решений и риск-контроля. Важен не сам список сервисов, а то, есть ли у каждого перехода владелец, контракт данных и возможность позднее восстановить ход решения.
Barfinex использует модель из пяти сервисов, чтобы эти границы были явными. Эта страница посвящена именно инфраструктуре, а не конкретной стратегии.
Цепочка инфраструктуры
Удобно разложить стек по ответственности:
| Слой | На какой вопрос отвечает | Поверхность Barfinex |
|---|---|---|
| Доступ к рынку | Что произошло на площадке и когда? | Provider, каталог бирж |
| Нормализация | Можно ли сравнивать разные площадки через единый контракт? | Provider |
| Формирование сигнала | Какое наблюдаемое условие обнаружила стратегия? | Detector, сигналы |
| Policy-допуск | Соответствует ли неизменяемый кандидат детерминированным правилам? | Advisor |
| Исполнение, риск и размер | Допустим ли кандидат при текущей truth и как должен продолжиться governed order lifecycle? | Inspector |
| Broker/venue evidence | Что брокер или площадка фактически приняли и исполнили? | Граница Provider и venue-confirmed facts |
| Наблюдаемость | Можно ли восстановить путь решения? | Studio и audit-oriented записи |
Разделение ответственности уменьшает распространённую проблему автоматизированных систем: один компонент не должен одновременно менять смысл данных, стратегическую логику и риск.
Качество данных — часть инфраструктуры
Стратегия не может быть надёжнее контракта данных под ней. Для каждого источника полезно явно видеть минимум пять вещей:
- Площадка и идентичность инструмента — откуда пришло наблюдение.
- Время события и время получения — могла ли задержка изменить решение.
- Правило нормализации — как преобразованы символы, единицы, стакан или свечи.
- Свежесть — достаточно ли актуально значение для горизонта стратегии.
- Происхождение — какой источник дал evidence, использованный стратегией.
Публичную часть этого слоя описывают источники данных, рынки и граница API Provider.
Сигнал — это evidence, а не ордер
Detector владеет логикой стратегии. Хороший сигнал должен позволять понять, какое условие сработало, какие входы использовались и какая версия конфигурации породила кандидата.
Это важно, потому что статистически интересный сигнал может быть непригоден для торговли. Спред, ликвидность, состояние счета, портфельная экспозиция или деградация инфраструктуры могут запретить действие, не делая сам сигнал «неправильным».
См. контекст сигналов и API Detector.
Допуск и риск — разные задачи
Advisor в Barfinex намеренно мал. Он не придумывает новую торговую гипотезу и не пересчитывает размер позиции. Его задача — детерминированно записать ADMIT или REJECT по неизменяемому кандидату и evidence.
Inspector отвечает за следующую execution/risk границу: получает актуальную truth, рассчитывает финальный размер, применяет ограничения экспозиции и счёта и владеет governed order lifecycle. Одобренные order mutations проходят через Provider — единственную broker/exchange границу.
Так audit trail отвечает на два разных вопроса:
- Был ли кандидат структурно допустим?
- Был ли он приемлем при текущем execution/risk state?
Что должна показывать хорошая инфраструктура
Оператор должен иметь возможность восстановить:
- рыночное evidence на момент решения;
- точную версию стратегии;
- результат policy-проверки и причину;
- действовавшие риск-ограничения;
- запрошенный execution intent и подтверждённую площадкой правду об ордере/исполнении;
- ошибки, повторы, устаревшие данные и деградированные зависимости.
Если этой цепочки нет, красивый график, backtest или PnL часто невозможно объяснить постфактум.
Вопросы при выборе инфраструктуры
Вместо общего «поддерживает ли система торговлю?» полезнее спросить:
- одинаково ли идентифицируется инструмент на разных площадках;
- детерминированно ли нормализуются время и единицы;
- можно ли версионировать стратегию отдельно от risk policy;
- остаётся ли отклонённый кандидат доступен для анализа;
- может ли риск-контроль остановить исполнение, не переписывая стратегию;
- изолированы ли приватные credentials и данные счета от публичных поверхностей;
- можно ли связать каждый order/fill с evidence, которое к нему привело.
Эти вопросы полезны и при собственной разработке, и при использовании компонентов Barfinex.
Что читать дальше
- Архитектура — границы сервисов и поток.
- Provider API — контракт единого шлюза.
- Advisor — детерминированный допуск.
- Риск-политики Inspector — финальная execution/risk governance.
- Платформа торгового исследования — как исследователь использует инфраструктуру до operational deployment.
Инфраструктура повышает последовательность и проверяемость, но не делает стратегию прибыльной и не устраняет риск исполнения. Перед operational use прочитайте уведомление о рисках.