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 построен по принципу 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 мгновенно вызывает код стратегии при каждом событии.
Аппаратный слой
Алгоритм мёртв без соответствующего железа. Программа и оборудование в 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) кардинально отличается от обычного программирования. Разработчик физически сидит в торговом зале рядом с трейдерами.
Ежедневный цикл
-
Трансляция моделей: Кванты пишут модели на Python (ML, фильтры Калмана, Order Flow Imbalance). Desk Developer переводит их в детерминированный C++ для T-Bricks.
-
Адаптация на лету: Трейдер видит, что алгоритм теряет деньги из-за токсичного потока ордеров. Разработчик модифицирует логику, тестирует и деплоит обновление по ходу торговой сессии через CI/CD.
-
Профилирование задержек: Анализ телеметрии (Prometheus, Grafana, T-Bricks Explorer), поиск latency drift, микротюнинг параметров Linux.
-
Предторговый риск: Жёсткие лимиты в логике стратегии и на аппаратном уровне. Цена ошибки — миллионы долларов за доли секунды (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 |
Ссылки
- 🌐 Broadridge Tbricks: broadridge.com/tbricks
- 📄 Broadridge IR (NYSE: BR): broadridge.com/investor-relations
- 🏢 BHFT (проп-фирма, использует T-Bricks): bhft.com
Итог
T-Bricks — это не софт для ритейл-трейдера. Это инфраструктура, на которой работает институциональный рынок: маркет-мейкеры опционов, ETF-деск инвестбанков, проп-фирмы вроде BHFT. Модульная архитектура «Buy AND Build», доступ к исходному коду 300+ приложений, наносекундные задержки через kernel bypass и FPGA, и теперь — единая консоль рисков для всей фирмы. За 18 лет платформа прошла путь от стокгольмского стартапа до ядра Broadridge — компании, обрабатывающей триллионы долларов ежедневно.
