← Torna agli articoli
May 9, 2026
5 min di lettura

T-Bricks (Broadridge): Come Funziona la Piattaforma delle Prop Firm

T-Bricks (Broadridge): Come Funziona la Piattaforma delle Prop Firm
#tbricks
#broadridge
#hft
#c++
#market-making
#low-latency
#prop-trading
#algotrading
#fpga

T-Bricks Trading Platform

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 Architecture

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

Colocation Data Center

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

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.

Disclaimer: le informazioni fornite in questo articolo hanno solo scopo didattico e informativo e non costituiscono consulenza finanziaria, di investimento o di trading. Il trading di criptovalute comporta un rischio significativo di perdita.

Autori

Eugen Soloviov
Eugen Soloviov

Trading-systems engineer

Trading-systems engineer building bots since 2017: cross-exchange arbitrage (connected up to 30 venues), cointegration-based pairs arbitrage across spot and futures, scalping, news and sentiment-driven strategies, trend algorithms, and portfolio management and balancing algorithms. Also builds sub-millisecond order execution, big-data warehouses, backtesting engines, AI agents, and trading interfaces (incl. open-source profitmaker.cc). Stack: JS/TS, Python, Rust/Zig/Go, DevOps, backend, frontend, architecture.

Newsletter

Resta un Passo Avanti al Mercato

Iscriviti alla nostra newsletter per approfondimenti esclusivi sul trading con IA, analisi di mercato e aggiornamenti sulla piattaforma.

Rispettiamo la tua privacy. Annulla l'iscrizione in qualsiasi momento.