Как работает Barfinex
Приступая к работе: границы сервисов Barfinex
Введение в пять сервисов Barfinex, их ответственность, приватный runtime-поток и порядок изучения платформы перед развертыванием.
Barfinex — не торговый бот и не набор готовых стратегий. Это модульная торговая инфраструктура, в которой отдельно существуют рыночные данные, кандидаты стратегии, детерминированный policy-допуск, риск-контроль и операционная наблюдаемость.
Пять сервисов
У каждого сервиса одна определённая зона ответственности:
| Компонент | Ответственность |
|---|---|
| Provider | Шлюз рыночных данных. Получает, нормализует и предоставляет биржевое и account evidence авторизованным runtime-потребителям. |
| Detector | Движок стратегий. Оценивает типизированные правила на рыночных данных и выпускает scored candidates. |
| Advisor | Небольшой детерминированный policy-этап. Проверяет неизменяемые кандидаты Detector и подписанное evidence Provider, затем записывает ADMIT или REJECT. |
| Inspector | Финальная execution/risk authority. Получает актуальную account/portfolio truth, рассчитывает размер, применяет risk policy и исполняет одобренные intents через Provider. |
| Studio | Операционный терминал. Показывает lifecycle кандидатов, policy-решения, состояние риска и operational context. |
Как они соединяются в приватном runtime
Биржа
│
▼
Provider ──────────────────────────────────────────▶ Studio
│ (авторизованное runtime-представление)
├──▶ Detector ──▶ Advisor ──▶ Inspector ──▶ Provider ──▶ площадка
│ (кандидат) (policy) (risk + execution authority) (broker boundary / подтверждённый outcome)
│
└──▶ внутренняя событийная система
Provider служит авторизованным шлюзом приватного runtime. Публичный сайт не подключается к полному операторскому графу: он показывает только public-safe документацию, каталоги и санитизированные market-intelligence проекции.
Как движутся данные
- Provider получает и нормализует наблюдения площадок.
- Detector проверяет правила стратегии и создаёт неизменяемого кандидата с attribution стратегии.
- Advisor проверяет кандидата и обязательное evidence, затем детерминированно записывает
ADMITилиREJECT. - Inspector является финальной execution/risk authority: получает актуальную truth, рассчитывает размер или блокирует intent и владеет governed order lifecycle.
- Inspector исполняет через Provider. Provider остаётся единственной broker/exchange границей; подтверждённое площадкой account/order/fill evidence остаётся операционным источником истины.
- Studio показывает авторизованное runtime-состояние оператору.
Перед установкой
- Сначала разберитесь с границами ответственности сервисов и только потом настраивайте credentials.
- Биржевые credentials и operator-only controls должны оставаться внутри приватного deployment.
- Публичные примеры — это ориентация, а не замена актуальной конфигурации стенда.
- Стратегии должны версионироваться и проходить review.
- Risk rules должны оставаться отдельно проверяемыми от strategy logic.
Рекомендуемый порядок изучения
- Архитектура — ownership и границы.
- Provider — market-data gateway.
- Detector — кандидаты стратегии.
- Advisor — детерминированный допуск.
- Inspector — финальное исполнение, sizing и риск.
- Studio — наблюдение runtime.
Для исследовательского взгляда на платформу см. Платформа торгового исследования.