← К списку статей
May 9, 2026
5 мин. чтения

T-Bricks (Broadridge): Как устроена платформа, на которой торгуют проп-фирмы

T-Bricks (Broadridge): Как устроена платформа, на которой торгуют проп-фирмы
#tbricks
#broadridge
#hft
#c++
#маркет-мейкинг
#low-latency
#проп-трейдинг
#алготрейдинг
#fpga

T-Bricks Trading Platform

Bloomberg — для аналитиков. TradingView — для ритейла. А на чём торгуют проп-фирмы, маркет-мейкеры опционов и ETF-дески инвестбанков? В большинстве случаев ответ — T-Bricks (ныне Broadridge Trading and Connectivity Solutions).

T-Bricks — это не терминал в привычном смысле. Это модульная серверная платформа на C++, спроектированная для одной цели: отправлять заявки на биржу быстрее конкурентов и контролировать риски в реальном времени. 100+ институциональных клиентов, подключения к 150+ биржам на трёх континентах, более 300 готовых торговых приложений.

Хронология: от стокгольмского стартапа до Broadridge за $2.5 млрд

Год Событие Что это значит
2008 Основание T-Bricks в Стокгольме Модульная архитектура вместо монолитных OMS/EMS
2012 Nordic Capital приобретает Orc Group Orc — шведский лидер в торговле деривативами
2015 Orc покупает T-Bricks Ядро T-Bricks становится основой для Orc
2016 Слияние Orc + CameronTec → Itiviti T-Bricks = флагман кросс-активной торговли + FIX-инфраструктура
2021 Broadridge покупает Itiviti за €2.14 млрд (~$2.5B) Фронт-офис T-Bricks + бэк-офис Broadridge = сквозная обработка сделок (STP)
2024 Масштабирование структурных продуктов Котирование 100K+ инструментов одновременно без деградации задержек
2026 Central Risk and Liquidity Optimization Единая консоль рисков для всех классов активов и десков

Broadridge (NYSE: BR) обрабатывает транзакции на триллионы долларов ежедневно в бэк-офисе. Покупка Itiviti/T-Bricks дала им фронт-офис — от генерации торгового сигнала до клиринга.

Архитектура: «Купи и Дострой»

T-Bricks Architecture

T-Bricks построен по принципу Buy AND Build: вы покупаете оптимизированное ядро и строите собственные алгоритмы поверх него. Три слоя:

Слой 1: Core Engine (C++, Linux)

Ядро не содержит торговых стратегий. Оно отвечает за:

  • Сетевые соединения с биржами (TCP/UDP сессии)
  • Парсинг биржевых протоколов (FIX, ITCH, OUCH, Globex)
  • Нормализацию маркет-даты в единый внутренний формат
  • Маршрутизацию сообщений между сервисами
  • Управление состоянием системы с минимальными задержками

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

Слой 2: Out-of-the-box Apps (300+)

Готовые модули, покрывающие типовые задачи индустрии:

Модуль Функция
Volatility Surface Расчёт и управление поверхностями волатильности
Auto-Quoting Автоматическое котирование опционов и структурных продуктов
Delta Hedging Динамическое хеджирование дельта-позиций
Risk Limits Предторговый контроль лимитов в реальном времени
iNAV Calculator Расчёт индикативной стоимости ETF (NAV)
Position Decomposition Декомпозиция портфеля по факторам риска
Smart Order Routing Алгоритмический поиск лучшей цены на фрагментированном рынке
RFQ Engine Обработка запросов котировок от институциональных клиентов

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

Слой 3: Custom Apps (C++ SDK)

Проприетарные алгоритмы фирмы. Разработчик пишет C++ плагин через T-Bricks API, и он бесшовно внедряется в работающую систему без остановки торгового ядра. Никакой перекомпиляции монолита, никаких перезагрузок.

Market Adapters

Взаимодействие с каждой биржей — через отдельный адаптер. Модульность позволяет развернуть неограниченное количество адаптеров в дата-центрах по всему миру (Equinix NY4 в Нью-Йорке, LD4 в Лондоне, TY3 в Токио), при этом управление — из единой системы.

C++ на критическом пути: правила HFT-инженерии

Почему C++, а не Python? Потому что каждое лишнее копирование данных в памяти стоит денег. В HFT данные не приходят из REST API — они летят бинарными пакетами по UDP multicast с экстремальной скоростью. Отставание на несколько микросекунд = потеря сделки.

Три запрета на hot path

1. Нулевая динамическая аллокация: Оператор new на критическом пути — запрещён. Обращение к куче (heap) требует вызова диспетчера памяти ОС, время непредсказуемо. Вместо этого — пулы памяти (memory pools): тысячи объектов пре-аллоцируются до начала торговой сессии.

2. Lock-free синхронизация: Мьютексы (std::mutex) заставляют один поток «спать», пока другой работает. В T-Bricks — неблокирующие структуры данных (lock-free queues) и атомарные операции. Потоки обмениваются данными непрерывно.

3. Изоляция от ОС: Торговый алгоритм жёстко привязывается к физическому ядру процессора (CPU core pinning). ОС не может запускать на нём фоновые процессы. Данные алгоритма всегда в кэше L1/L2. Плюс учёт NUMA-топологии — процессор обращается только к ближайшим банкам RAM.

Enterprise C++ vs HFT C++

Аспект Enterprise C++ HFT C++ (T-Bricks)
Контейнеры std::vector с динамическим ростом std::array, фиксированные буферы
Синхронизация std::mutex Ring buffers, atomics, lock-free queues
Полиморфизм Виртуальные функции (vtable) Templates, CRTP (compile-time dispatch)
Сеть Linux sockets Kernel bypass (Solarflare OpenOnload, ExaNIC)
Профилирование gdb, valgrind LTTng (наносекундная трассировка без замедления)

Event-driven модель

Разработчик не пишет бесконечные циклы. Он переопределяет callbacks: обновление стакана → onOrderBookUpdate(), исполнение ордера → onFill(), срабатывание таймера → onTimer(). Ядро T-Bricks мгновенно вызывает код стратегии при каждом событии.

Аппаратный слой

Colocation Data Center

Алгоритм мёртв без соответствующего железа. Программа и оборудование в HFT — единый организм.

Colocation

Серверы T-Bricks физически стоят в тех же зданиях, что и матчинговые движки бирж. Длина кабеля до биржи — метры, а не километры. Equinix NY4 (NYSE, NASDAQ), LD4 (LSE, Eurex), TY3 (TSE).

Сетевое оборудование

Стандартные коммутаторы используют store-and-forward: читают пакет целиком, проверяют, передают. HFT-свичи используют cut-through: начинают передачу, считав первые байты заголовка. Задержка буферизации → физический минимум.

FPGA

Критические пути переносятся из C++ на кремний. Предторговый риск-контроль прошивается прямо в сетевую карту: ошибочная заявка отбрасывается за наносекунды на уровне NIC, не доходя до CPU.

Сравнение инфраструктуры

Компонент Enterprise IT HFT (T-Bricks)
Расположение Облако (AWS, Azure) Co-location (дата-центры бирж)
Транспорт TCP/IP UDP multicast, микроволновые линки
Сетевые карты Gigabit Ethernet Solarflare/ExaNIC с kernel bypass
Логика CPU (Xeon) CPU + FPGA (аппаратный риск-контроль)
Задержка Миллисекунды Единицы микросекунд

Что торгуют на T-Bricks

Маркет-мейкинг опционов

Историческая доминанта платформы. Алгоритм одновременно выставляет Bid и Ask по ценам чуть ниже/выше справедливой стоимости. Прибыль = спред, при условии что контрагенты покупают по Ask и продают по Bid.

Сложность: когда цена базового актива (Apple) меняется на цент, маркет-мейкер должен мгновенно пересчитать теоретическую стоимость сотен связанных опционов (разные страйки, экспирации) и обновить котировки. Слишком медленно = арбитражёры конкурентов купят по «протухшим» ценам.

T-Bricks предоставляет серверный расчёт «греков» (Delta, Gamma, Theta, Vega) и поверхностей волатильности с пересчётом за наносекунды.

Арбитраж и ликвидность ETF

ETF содержит корзину активов (S&P 500 = 500 акций). Алгоритм агрегирует цены всех компонентов со всех площадок, рассчитывает iNAV (справедливую стоимость) в микросекундах и котирует ETF на бирже.

Если рыночная цена ETF отклоняется от iNAV — арбитражная возможность. Алгоритм покупает недооценённый актив и продаёт переоценённый. Окно — доли секунды.

Интеграция с S&P Global и Ultumus для актуальных составов корзин (PCF — Portfolio Composition Files).

Структурные продукты

Варранты, автоколлы, сертификаты с защитой капитала. T-Bricks позволяет инвестбанкам (Marex Solutions, азиатские маркет-мейкеры на HKEX) одновременно котировать сотни тысяч структурных продуктов без деградации задержек.

Интернализация ордеров

Институциональный клиент хочет купить крупный блок акций. Вместо вывода на биржу (что сдвинет цену) алгоритм ищет встречный ордер среди других клиентов того же брокера или сводит заявку против собственной ликвидности. Результат: экономия на комиссиях и лучшие цены для клиентов.

Desk Developer: разработчик в торговом зале

Роль Desk Developer в HFT-фирме (например, BHFT) кардинально отличается от обычного программирования. Разработчик физически сидит в торговом зале рядом с трейдерами.

Ежедневный цикл

  1. Трансляция моделей: Кванты пишут модели на Python (ML, фильтры Калмана, Order Flow Imbalance). Desk Developer переводит их в детерминированный C++ для T-Bricks.

  2. Адаптация на лету: Трейдер видит, что алгоритм теряет деньги из-за токсичного потока ордеров. Разработчик модифицирует логику, тестирует и деплоит обновление по ходу торговой сессии через CI/CD.

  3. Профилирование задержек: Анализ телеметрии (Prometheus, Grafana, T-Bricks Explorer), поиск latency drift, микротюнинг параметров Linux.

  4. Предторговый риск: Жёсткие лимиты в логике стратегии и на аппаратном уровне. Цена ошибки — миллионы долларов за доли секунды (flash crash).

Требования к разработчику

Навык Уровень
C++14/17 Expert — шаблоны, CRTP, move semantics, constexpr
Linux internals Профилирование, perf, LTTng, NUMA, huge pages
Сетевые протоколы FIX, ITCH, OUCH, UDP multicast
Финансовая математика Модель Блэка-Шоулза, греки, микроструктура рынка
T-Bricks API Практический опыт с SDK

Central Risk (2026): Новая парадигма

В апреле 2026 Broadridge запустил Central Risk and Liquidity Optimization на базе T-Bricks. Суть: исторически банки управляли рисками разрозненно (отдел деривативов — свой, отдел акций — свой). Это приводило к неэффективному использованию капитала и скрытым уязвимостям.

Новая архитектура объединяет:

  • Smart Order Routing (SOR): Динамический поиск лучшей цены на всех площадках (биржи, dark pools), с разбивкой крупных ордеров.
  • Слияние agency и principal: Стирание границ между брокерской деятельностью и проп-торговлей. Перехват клиентских потоков с предоставлением собственной ликвидности.
  • Единая матрица рисков: Централизованный мониторинг позиций, PnL и экспозиции по всем классам активов (Equities, FX, Fixed Income, Derivatives) в реальном времени. HFT-алгоритмы корректируют агрессивность (спреды, объёмы) в зависимости от загрузки капитала всей фирмы.

Это ответ на Basel III и ужесточение требований к капитальной достаточности: удержание активов на балансе становится дороже, и оптимизация использования капитала — конкурентное преимущество.

Сравнение с аналогами

Характеристика T-Bricks (Broadridge) Bloomberg EMSX Trading Technologies
Тип Серверная HFT-платформа Терминал + EMS Облачная торговая платформа
Язык ядра C++ Проприетарный C++
Custom SDK ✅ C++ с исходниками apps ❌ Только API ✅ C++ / Python
FPGA поддержка ✅ (интеграция) ✅ (Decodex)
Co-location ✅ 150+ бирж
Структурные продукты ✅ (100K+ одновременно) Ограниченно
Централизованный риск ✅ (2026) Частично
Цена Enterprise (по запросу) ~$25K/год/терминал Enterprise

Ссылки

Итог

T-Bricks — это не софт для ритейл-трейдера. Это инфраструктура, на которой работает институциональный рынок: маркет-мейкеры опционов, ETF-деск инвестбанков, проп-фирмы вроде BHFT. Модульная архитектура «Buy AND Build», доступ к исходному коду 300+ приложений, наносекундные задержки через kernel bypass и FPGA, и теперь — единая консоль рисков для всей фирмы. За 18 лет платформа прошла путь от стокгольмского стартапа до ядра Broadridge — компании, обрабатывающей триллионы долларов ежедневно.

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

MarketMaker.cc Team

Количественные исследования и стратегии

Обсудить в Telegram
Newsletter

Будьте в курсе событий

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

Мы уважаем вашу конфиденциальность. Отписаться можно в любой момент.