Bloomberg è per gli analisti. TradingView è per il retail. Ma su cosa tradano le prop firm, i market maker di opzioni e i desk ETF delle banche d'investimento? Nella maggior parte dei casi, la risposta è T-Bricks (ora Broadridge Trading and Connectivity Solutions).
T-Bricks non è un terminale nel senso tradizionale. È una piattaforma server-side modulare in C++, progettata per un unico scopo: inviare ordini agli exchange più velocemente dei concorrenti controllando il rischio in tempo reale. 100+ clienti istituzionali, connessioni a 150+ exchange su tre continenti, oltre 300 applicazioni di trading pronte all'uso.
Cronologia: Da Startup di Stoccolma all'Acquisizione da $2,5 Miliardi di Broadridge
| Anno | Evento | Significato |
|---|---|---|
| 2008 | T-Bricks fondata a Stoccolma | Architettura modulare vs OMS/EMS monolitico |
| 2012 | Nordic Capital acquisisce Orc Group | Orc — leader svedese nel trading di derivati |
| 2015 | Orc acquisisce T-Bricks | Il core di T-Bricks diventa la base di Orc |
| 2016 | Fusione Orc + CameronTec → Itiviti | T-Bricks = trading cross-asset di punta + infrastruttura FIX |
| 2021 | Broadridge acquisisce Itiviti per €2,14 miliardi (~$2,5 miliardi) | T-Bricks front-office + Broadridge back-office = straight-through processing (STP) |
| 2024 | Scaling dei prodotti strutturati | Quotazione di 100K+ strumenti simultaneamente senza degradazione della latenza |
| 2026 | Central Risk and Liquidity Optimization | Console di rischio unificata su tutte le classi di attivi e i desk |
Architettura: "Buy AND Build"
T-Bricks segue il principio Buy AND Build: si acquista il core ottimizzato e si costruiscono i propri algoritmi sopra di esso. Tre livelli:
Livello 1: Core Engine (C++, Linux)
Il core non contiene strategie di trading. Si occupa di:
- Connessioni di rete agli exchange (sessioni TCP/UDP)
- Parsing dei protocolli degli exchange (FIX, ITCH, OUCH, Globex)
- Normalizzazione dei dati di mercato in un formato interno unificato
- Routing dei messaggi tra i servizi
- Gestione dello stato del sistema con latenze minime
L'architettura è basata su microservizi distribuiti. Ogni servizio può essere collocato su un server separato senza colli di bottiglia.
Livello 2: App Pronte all'Uso (300+)
Moduli pronti che coprono le attività standard del settore:
| Modulo | Funzione |
|---|---|
| Volatility Surface | Calcolo e gestione delle superfici di volatilità |
| Auto-Quoting | Quotazione automatizzata per opzioni e prodotti strutturati |
| Delta Hedging | Hedging dinamico delle posizioni delta |
| Risk Limits | Controllo dei limiti di rischio pre-trade in tempo reale |
| iNAV Calculator | Calcolo del NAV indicativo degli ETF |
| Smart Order Routing | Ricerca algoritmica del miglior prezzo su mercati frammentati |
| RFQ Engine | Elaborazione delle richieste di quotazione da clienti istituzionali |
Punto chiave: i clienti ricevono il codice sorgente di queste applicazioni. Nessuna scatola nera.
Livello 3: App Custom (C++ SDK)
Algoritmi proprietari delle firm. Uno sviluppatore scrive un plugin C++ tramite le API di T-Bricks, e questo si inietta senza interruzioni nel sistema in esecuzione senza fermare il core di trading.
Adapter di Mercato
Ogni interazione con uno exchange avviene tramite un adapter dedicato. La modularità consente di distribuire adapter illimitati nei data center globali (Equinix NY4 a New York, LD4 a Londra, TY3 a Tokyo), tutti gestiti da un unico sistema.
C++ sul Percorso Critico: Le Regole dell'Ingegneria HFT
Perché C++ e non Python? Perché ogni copia di memoria extra costa denaro. In HFT, i dati arrivano come pacchetti binari via UDP multicast a velocità estreme. Restare indietro di pochi microsecondi = perdere il trade.
Le Tre Proibizioni sull'Hot Path
1. Zero Allocazione Dinamica: new sul percorso critico è vietato. Al suo posto — memory pool: migliaia di oggetti pre-allocati prima della sessione di trading.
2. Sincronizzazione Lock-free: I mutex (std::mutex) fanno dormire i thread. T-Bricks usa code lock-free e atomics. I thread scambiano dati in modo continuo.
3. Isolamento dal SO: Gli algoritmi di trading sono assegnati a core fisici della CPU (CPU core pinning). I dati rimangono sempre nella cache L1/L2. Inoltre c'è la consapevolezza della topologia NUMA.
C++ Enterprise vs C++ HFT
| Aspetto | C++ Enterprise | C++ HFT (T-Bricks) |
|---|---|---|
| Contenitori | std::vector con crescita dinamica | std::array, buffer fissi |
| Sincronizzazione | std::mutex | Ring buffer, atomics, code lock-free |
| Polimorfismo | Funzioni virtuali (vtable) | Template, CRTP (dispatch a compile-time) |
| Networking | Socket Linux | Kernel bypass (Solarflare OpenOnload, ExaNIC) |
| Profiling | gdb, valgrind | LTTng (tracing al nanosecondo senza rallentamenti) |
Livello Hardware
Un algoritmo è inutile senza l'hardware giusto. Software e hardware nell'HFT sono un unico organismo.
| Componente | IT Enterprise | HFT (T-Bricks) |
|---|---|---|
| Posizione | Cloud (AWS, Azure) | Co-location (data center degli exchange) |
| Trasporto | TCP/IP | UDP multicast, link a microonde |
| NIC | Gigabit Ethernet | Solarflare/ExaNIC con kernel bypass |
| Logica | CPU (Xeon) | CPU + FPGA (controllo del rischio hardware) |
| Latenza | Millisecondi | Microsecondi a cifra singola |
Cosa Si Tratta su T-Bricks
Market Making di Opzioni
Il dominio storico della piattaforma. Quando il prezzo del sottostante (Apple) cambia di un centesimo, il market maker deve ricalcolare istantaneamente il valore teorico di centinaia di opzioni correlate e aggiornare le quotazioni. T-Bricks fornisce il calcolo server-side dei Greeks e le superfici di volatilità in nanosecondi.
Arbitraggio e Liquidità ETF
L'ETF contiene un paniere di asset. L'algoritmo aggrega i prezzi di tutti i componenti da tutti i venue, calcola il iNAV in microsecondi e quota l'ETF sull'exchange. Se il prezzo di mercato si discosta dal iNAV — opportunità di arbitraggio. Finestra: frazioni di secondo.
Prodotti Strutturati
T-Bricks consente alle banche d'investimento di quotare simultaneamente centinaia di migliaia di prodotti strutturati senza degradazione della latenza.
Internalizzazione degli Ordini
Invece di instradare un grande ordine istituzionale all'exchange (il che farebbe muovere il prezzo), l'algoritmo lo abbina con altri clienti o con la liquidità interna della firm. Risultato: commissioni risparmiate e prezzi migliori.
Rischio Centrale (2026): Il Nuovo Paradigma
Nell'aprile 2026, Broadridge ha lanciato Central Risk and Liquidity Optimization su T-Bricks. La nuova architettura unifica:
- Smart Order Routing (SOR): Ricerca dinamica del miglior prezzo su tutti i venue (exchange, dark pool)
- Fusione Agency + Principal: Confini sfumati tra brokeraggio e prop trading
- Matrice di rischio unificata: Monitoraggio centralizzato di posizioni, PnL ed esposizione su tutte le classi di attivi in tempo reale
Confronto
| Caratteristica | T-Bricks (Broadridge) | Bloomberg EMSX | Trading Technologies |
|---|---|---|---|
| Tipo | Piattaforma HFT server-side | Terminale + EMS | Piattaforma di trading cloud |
| Linguaggio core | C++ | Proprietario | C++ |
| SDK custom | ✅ C++ con codice sorgente delle app | ❌ Solo API | ✅ C++ / Python |
| Supporto FPGA | ✅ (integrazione) | ❌ | ✅ (Decodex) |
| Co-location | ✅ 150+ exchange | ❌ | ✅ |
| Rischio centralizzato | ✅ (2026) | Parziale | ❌ |
Link
- 🌐 Broadridge Tbricks: broadridge.com/tbricks
- 📄 Broadridge IR (NYSE: BR): broadridge.com/investor-relations
- 🏢 BHFT (prop firm che usa T-Bricks): bhft.com
Conclusione
T-Bricks non è software per trader retail. È l'infrastruttura che alimenta il mercato istituzionale: market maker di opzioni, desk ETF delle banche d'investimento, prop firm come BHFT. Architettura modulare "Buy AND Build", accesso al codice sorgente di 300+ applicazioni, latenze al nanosecondo tramite kernel bypass e FPGA, e ora — una console di rischio unificata per l'intera firm. In 18 anni la piattaforma si è evoluta da startup di Stoccolma al core di Broadridge — un'azienda che elabora trilioni di dollari ogni giorno.
