L’arbitraggio triangolare su un solo broker non produce più profitti costanti — i broker allineano le quotazioni dei cross in tempo reale. L’opportunità si è spostata sull’esecuzione multi-broker, dove esistono vere discrepanze sui cross tra liquidity provider indipendenti. Questo passaggio introduce segnali contaminati dalla latenza, un’esposizione moltiplicata alle commissioni e un nuovo rischio di classificazione come flusso tossico. Questa guida copre l’intera architettura tecnica.
L’arbitraggio triangolare sfrutta incoerenze temporanee tra tre coppie di valute, quando il cross implicito — ricavato da due quotazioni dirette — differisce dal cross effettivamente quotato. Partendo dalla valuta A, convertendo in B, poi in C e di nuovo in A, in un mercato efficiente si dovrebbe tornare esattamente all’importo iniziale. Quando si ottiene di più, la discrepanza è il profitto dell’arbitraggio.
Date tre coppie EUR/USD, GBP/USD ed EUR/GBP, la condizione di assenza di arbitraggio richiede:
Esempio:
EUR/USD = 1.08500 GBP/USD = 1.27000
EUR/GBP implicito = 1.08500 ÷ 1.27000 = 0.85433
Se EUR/GBP quotato = 0.85200 (23 pip sotto l’implicito):
Passo 1: Vendi EUR → compri USD a 1.08500 (1,000 EUR → 1,085 USD)
Passo 2: Compri GBP con USD a 1.27000 (1,085 USD → 854.33 GBP)
Passo 3: Vendi GBP → compri EUR a 0.85200 (854.33 GBP → 1,002.74 EUR)
Netto: 1,000 EUR → 1,002.74 EUR = +2.74 EUR al lordo dei costi
Il ciclo deve essere eseguito in modo simultaneo o quasi — qualsiasi ritardo tra le gambe introduce un’esposizione direzionale. La finestra di profitto esiste solo finché persiste l’errore di prezzo: in genere da millisecondi a secondi, a seconda della liquidità del mercato e dell’origine della discrepanza.
I moderni broker retail garantiscono la coerenza dei cross in tempo reale tramite la sintesi automatica dei cross. Quando EUR/USD o GBP/USD si aggiornano, EUR/GBP viene ricalcolato e riquotato simultaneamente — entro microsecondi. Qualsiasi errore di prezzo triangolare sul book di un singolo broker viene corretto dal motore di pricing più velocemente di quanto qualsiasi sistema di esecuzione retail possa rilevarlo e agire.
Il motore di pricing del broker ricava matematicamente le quotazioni dei cross dalle coppie dirette in tempo reale. Quando EUR/USD si aggiorna, EUR/GBP viene ricalcolato e riquotato simultaneamente — entro microsecondi. Cross implicito e cross quotato sono sempre allineati.
Sui broker ECN/STP con conto singolo, tutte e tre le coppie attingono allo stesso pool di liquidità sottostante. Un evento di prezzo che crea un temporaneo errore di prezzo su EUR/GBP aggiorna simultaneamente EUR/USD e GBP/USD. Quando l’aggiornamento si propaga, tutte e tre le quotazioni sono di nuovo coerenti.
Nei rari casi in cui una vera discrepanza compare sul book di un singolo broker, i partecipanti istituzionali con sistemi in co-location sotto i 100 microsecondi la chiudono prima che qualsiasi software retail possa reagire. Una latenza retail VPS-broker di 1–20ms non ha alcuna possibilità contro questo.
I backtest dell’arbitraggio triangolare su un solo broker mostrano sistematicamente apparenti opportunità di profitto. L’esecuzione live mostra trade redditizi quasi nulli. Il motivo: i dati tick storici catturano stati di prezzo esistiti solo brevemente; il motore di esecuzione vede il prezzo corretto prima che l’esecuzione venga elaborata.
L’arbitraggio triangolare su un solo broker non è una strategia praticabile nel 2026. Un arbitraggio triangolare redditizio richiede vere discrepanze di prezzo tra fonti di liquidità indipendenti — il che significa esecuzione multi-broker.
| Ruolo | Fornisce | Funzione |
|---|---|---|
| Broker A | EUR/USD + GBP/USD | Il software monitora entrambe le coppie dirette e calcola l’EUR/GBP implicito in tempo reale. |
| Broker B | EUR/GBP (cross) | Fornisce la quotazione effettiva del cross. Quando il gap tra implicito e quotato supera la soglia (al netto di tutti i costi), il trade scatta. |
| Esecuzione | 3 gambe simultanee | EUR/USD e GBP/USD si aprono sul broker A; EUR/GBP si apre sul broker B in direzione opposta. Tutte e tre le gambe devono essere eseguite — un’esecuzione parziale crea esposizione direzionale. |
La configurazione a tre broker distribuisce una coppia per broker, massimizzando la probabilità di errori di prezzo tra broker. Ma massimizza anche il rischio di esecuzione parziale — se una delle tre gambe non viene eseguita entro il timeout, le altre due creano una posizione direzionale non coperta che deve essere chiusa esplicitamente.
| Broker | Coppia | Requisito di esecuzione |
|---|---|---|
| Broker A | EUR/USD | Preferibile FIX API veloce — prima gamba |
| Broker B | GBP/USD | Preferibile FIX API veloce — seconda gamba |
| Broker C | EUR/GBP | Tasso implicito da A e B confrontato in tempo reale con il tasso quotato da C |
Passare da un solo broker a più broker moltiplica la struttura dei costi. La discrepanza minima redditizia non è fissa — deve essere calcolata dinamicamente dagli spread e dalle commissioni live:
Dove:
S(x) = metà spread sul broker x (pip)
C(x) = commissione per lotto sul broker x (valuta del conto)
PipValue = valore del pip per EUR/GBP alla dimensione del lotto configurata
SlippageBuffer = stima prudente dello slippage per gamba
Esempio (2 broker, 1 lotto standard, pip EUR/GBP = $10.78):
S(A)=0.15, S(B)=0.25, C(A)=$3, C(B)=$4, Slippage=0.2 pip
MinDiscrepancy = 0.15 + 0.25 + [(3+4)/10.78] + 0.2
= 0.40 + 0.65 + 0.20 = 1.25 pip minimi per il pareggio
Qualsiasi discrepanza rilevata al di sotto di questa soglia calcolata dinamicamente deve essere scartata. Il modulo di arbitraggio triangolare di SharpTrader calcola questa soglia a ogni tick dagli spread e dalle commissioni live — non da un valore fisso impostato in fase di configurazione.
In una configurazione multi-broker, una discrepanza triangolare rilevata può derivare da due cause fondamentalmente diverse: (1) un vero errore di prezzo sul cross tra LP indipendenti, oppure (2) un errore di prezzo apparente e temporaneo creato solo perché un feed si è aggiornato e gli altri non ancora. Le due cause sono indistinguibili al momento della generazione del segnale — ma all’esecuzione producono risultati completamente diversi.
Considera la seguente sequenza di 200ms:
| Tempo | Evento | Discrepanza apparente |
|---|---|---|
| T = 0ms | EUR/USD si muove di 3 pip su tutti gli LP. Il feed del broker A si aggiorna immediatamente (connessione veloce). | Compare: discrepanza triangolare di 2.8 pip |
| T = 0–80ms | Il broker A mostra il nuovo EUR/USD. L’EUR/GBP del broker C non si è ancora aggiornato. Il sistema rileva una “discrepanza”. | La discrepanza esiste solo nella tempistica dei feed |
| T = 80ms | Il feed EUR/GBP del broker C riceve lo stesso evento e si aggiorna. La discrepanza scompare. | Scende a zero |
| T = 100ms | Se il sistema ha inviato gli ordini a T=0ms, ora arrivano al broker C — che ha già aggiornato la sua quotazione. | Il trade viene eseguito al prezzo corretto (sfavorevole) — perdita |
Un sistema che esegue su segnali contaminati dalla latenza produce uno specifico schema di flusso di ordini che i broker classificano come tossico: rapida apertura di posizioni su tre fronti concentrata negli aggiornamenti dei feed di prezzo, con alti tassi di chiusura immediata dopo esecuzioni sfavorevoli. È la firma di un sistema che sfrutta l’infrastruttura anziché operare sulla reale struttura del mercato. I broker identificano questo schema e limitano il conto — peggiorando anche i trade redditizi basati su vere discrepanze.
Filtrare i segnali triangolari contaminati dalla latenza richiede di combinare quattro test indipendenti applicati in sequenza. Nessun test da solo è sufficiente.
(1) MaxFeedTimestampDelta < SynchronisationThreshold
— Tutti e tre i feed si sono aggiornati entro ~60ms l’uno dall’altro
— Nessun feed è in anticipo rispetto agli altri
(2) Discrepancy.Duration >= PersistenceWindow (es. 80ms)
— Le vere discrepanze tra LP persistono; gli artefatti di latenza scompaiono in 30–100ms
— Applicato prima dei controlli più costosi indicati sotto
(3) abs(FastFeed.RateOfChange, 100ms) < DirectionalEventThreshold
— Nessun movimento di prezzo significativo nella finestra precedente di 100ms
— Un evento direzionale è la causa più comune degli artefatti di latenza dei feed
(4) CurrentDiscrepancy > LiveMinThreshold × (1 + SafetyMargin)
— Calcolata dinamicamente da spread live + commissioni + slippage
— Il margine di sicurezza (in genere 20–30%) copre la variabilità dello slippage di esecuzione
Mancato rispetto di UNA QUALSIASI condizione → segnale scartato, nessun ordine collocato.
Se al momento del rilevamento del segnale i feed non sono approssimativamente sincronizzati, probabilmente un feed si è aggiornato su un evento di mercato prima degli altri. Soglia tipica: 60ms tra gli aggiornamenti più recenti dei feed.
Gli artefatti di latenza scompaiono entro 30–100ms. Le vere discrepanze tra LP persistono da 200ms a diversi secondi. Richiedi che la discrepanza sopravviva per una finestra minima prima di eseguire — gli artefatti rapidi si filtrano da soli.
Se una qualsiasi coppia diretta (EUR/USD o GBP/USD) si è mossa oltre la soglia configurata nei 100ms precedenti, è un forte indizio che la discrepanza sia un artefatto di latenza dovuto a un recente evento di mercato che si propaga nei feed a velocità diverse.
La discrepanza minima redditizia viene ricalcolata a ogni tick dagli spread e dalle commissioni live. Durante le notizie, quando gli spread si allargano di 3–5 volte, i segnali che sarebbero redditizi in condizioni normali non superano automaticamente questa condizione e vengono scartati.
Nelle implementazioni ben calibrate, questo stack di filtri a quattro condizioni riduce la contaminazione dei segnali da latenza dal tipico 60–80% dei segnali non filtrati a meno del 15%.
L’arbitraggio triangolare multi-broker produce schemi caratteristici di flusso di ordini che i sistemi di rischio dei broker identificano indipendentemente dalla redditività dei singoli trade:
| Schema | Cosa vedono i broker | Mitigazione |
|---|---|---|
| Apertura correlata su 3 coppie | Tre posizioni su strumenti correlati aperte nel giro di millisecondi. Segnalato come schema tecnico — non coerente con il trading discrezionale. | Esecuzione parallela + variazione della dimensione dei lotti (±10–20%) |
| Tempi di mantenimento brevi e costanti | Posizioni chiuse sistematicamente in pochi secondi o minuti. Una distribuzione ristretta dei tempi di mantenimento è un segnale statistico primario. | Tempo minimo di mantenimento configurato (30–120 secondi) |
| Correlazione tra win rate e spread | Il win rate cala esattamente quando gli spread si allargano. La correlazione inversa tra P&L e ampiezza dello spread è una firma di flusso tecnico. | Il filtro a soglia dinamica elimina i segnali a basso margine nei periodi di spread ampi |
| Correlazione tra conti | Se la stessa entità detiene conti presso più broker, un P&L negativamente correlato in corrispondenza dei segnali è rilevabile se i broker condividono i dati di rischio. | Diversifica su più combinazioni di triangoli e sessioni |
Obiettivo: meno di 5ms di round-trip dal VPS verso ciascun broker. Una latenza asimmetrica tra il VPS e i vari broker crea incoerenze temporali tra le gambe — l’esecuzione “simultanea” diventa sequenziale, aumentando il rischio di esecuzione parziale.
Il feed di prezzi di ciascun broker deve girare su un socket di rete indipendente, con timestamp hardware della ricezione dei tick a livello di socket — non a livello di elaborazione. Code di elaborazione condivise introducono una correlazione artificiale dei timestamp che distorce il filtro di sincronizzazione.
Tutte e tre le gambe devono essere inviate simultaneamente tramite thread di esecuzione paralleli. Il collocamento sequenziale degli ordini introduce gap temporali tra le gambe che creano schemi rilevabili nei log degli ordini e aumentano il rischio di esecuzione parziale sull’ultima gamba.
Tutti i confronti tra timestamp dei feed richiedono la sincronizzazione dell’orologio con una fonte di tempo affidabile. Una deriva dell’orologio di 10ms può portare il filtro di sincronizzazione a classificare male i segnali. Usa PTP (Precision Time Protocol) se disponibile, altrimenti NTP con jitter inferiore a 5ms.
No. I motori di pricing dei broker retail garantiscono la coerenza dei cross in tempo reale tramite la sintesi automatica dei cross. Qualsiasi errore di prezzo triangolare all’interno del book di un singolo broker viene corretto microsecondi dopo la sua comparsa — più velocemente di quanto qualsiasi sistema di esecuzione retail possa reagire. Nel 2026 un arbitraggio triangolare redditizio richiede vere discrepanze sui cross tra broker indipendenti che ricevono quotazioni da liquidity provider diversi.
In una configurazione multi-broker, i feed di prezzi dei diversi broker si aggiornano a velocità diverse. Quando il feed di un broker si aggiorna prima di un altro, compare una discrepanza triangolare apparente e temporanea — non per un vero errore di prezzo tra LP, ma perché un feed è in anticipo sugli altri. Eseguire su questo segnale non è redditizio: quando gli ordini arrivano, il feed del broker più lento si è aggiornato e la discrepanza apparente è svanita.
Quattro condizioni indipendenti devono essere tutte vere contemporaneamente: (1) i timestamp di aggiornamento dei feed sono approssimativamente sincronizzati tra tutti i broker; (2) la discrepanza è rimasta sopra la soglia minima per una finestra minima (es. 80ms); (3) nessun evento di prezzo direzionale significativo si è verificato su alcuna coppia diretta nei 100ms precedenti; (4) la discrepanza supera la soglia minima redditizia calcolata dinamicamente, comprensiva di spread live, commissioni e slippage.
Almeno due. Un broker fornisce le quotazioni delle due coppie dirette (EUR/USD e GBP/USD); il secondo fornisce la quotazione del cross (EUR/GBP). Tre broker massimizzano le opportunità di veri errori di prezzo, ma moltiplicano il costo delle commissioni e la complessità di esecuzione. Le configurazioni a tre broker aumentano anche il rischio di esecuzione parziale: se una delle tre gambe non viene eseguita entro il timeout configurato, le altre due creano una posizione direzionale non coperta che deve essere chiusa esplicitamente.
Produce uno schema riconoscibile: tre posizioni correlate aperte nel giro di millisecondi, tempi di mantenimento brevi e costanti e un win rate inversamente correlato all’ampiezza dello spread. I sistemi di rischio dei broker lo identificano come flusso di ordini tecnico anziché trading discrezionale. Mitigazione: tempi minimi di mantenimento configurati, variazione della dimensione dei lotti tra gambe e trade, e diversificazione su più combinazioni di triangoli e sessioni di trading.
Un VPS con obiettivo di meno di 5ms di round-trip verso ciascun broker di esecuzione; connessioni ai feed indipendenti per ogni broker su socket di rete separati con timestamp hardware a livello di ricezione sul socket; un motore di esecuzione parallelo che invii tutte le gambe simultaneamente anziché in sequenza; preferibilmente una connessione FIX API per il broker del cross; e sincronizzazione dell’orologio con jitter inferiore a 5ms (NTP o PTP). Un logging granulare per segnale è essenziale per la calibrazione continua dei filtri.
Esecuzione multi-broker · Filtro dei segnali a 4 condizioni · Invio parallelo degli ordini · Compatibile con FIX API · 25 anni di sviluppo nell’arbitraggio