In una configurazione di hedge arbitrage con due broker, il 60–80% delle discrepanze rilevate sono artefatti di latenza, non vere differenze di prezzo tra LP. Eseguire su questi segnali fa perdere denaro a ogni trade e genera un flusso di ordini tossico che i broker classificano e limitano. Questa guida copre entrambi i livelli di filtro: la semplice soglia difference-to-open e l’architettura avanzata con feed di riferimento veloce che elimina quasi completamente la contaminazione da latenza.
Quando un software di hedge arbitrage rileva una discrepanza tra le quotazioni di due broker, questa può derivare da due cause fondamentalmente diverse. La prima è una vera differenza di prezzo tra i liquidity provider dei broker: un’opportunità negoziabile. La seconda è un artefatto di latenza del feed: un broker ha ricevuto un evento di mercato globale più velocemente dell’altro, e la discrepanza apparente esiste solo perché la quotazione del broker più lento non si è ancora aggiornata. I due casi sono indistinguibili dal solo confronto delle quotazioni grezze, ma all’esecuzione producono risultati completamente opposti.
| Tipo di segnale | Causa | Persistenza | All’esecuzione |
|---|---|---|---|
| Vera discrepanza tra LP | L’LP del broker A prezza in modo diverso dall’LP del broker B, indipendentemente dalla tempistica degli eventi di mercato | da 200ms a 2,000ms | Esecuzione ai prezzi quotati: profitto netto come previsto |
| Artefatto indotto dalla latenza | Il feed del broker A ha ricevuto un evento di mercato più velocemente. Discrepanza apparente = movimento di prezzo, non differenza tra LP | da 30ms a 150ms | Al momento dell’esecuzione il broker B si è già aggiornato: perdita o requote |
Senza filtri, in una tipica configurazione con due broker il 60–80% dei segnali è costituito da artefatti di latenza anziché da vere discrepanze tra LP. Gli eventi di mercato (tick di prezzo, dati economici, variazioni di liquidità) avvengono continuamente e ognuno crea una discrepanza transitoria indotta dalla latenza, perché il feed del broker più veloce si aggiorna per primo. Il rapporto dipende fortemente dalla differenza di velocità dei feed tra i due broker: una coppia di broker in cui un feed è costantemente 100ms più veloce dell’altro genera molti più artefatti di una coppia con feed entro 10ms l’uno dall’altro.
Eseguire sugli artefatti di latenza non è redditizio a livello di singolo trade. Ma il problema va oltre: crea uno specifico schema di flusso di ordini che i broker classificano come tecnicamente tossico.
I segnali indotti dalla latenza scattano esattamente quando si verifica un evento di prezzo, perché è in quel momento che il feed del broker veloce si aggiorna mentre quello del broker lento non lo ha ancora fatto. L’hedge arb non filtrato colloca una quota sproporzionata di ordini proprio nei momenti dei movimenti di prezzo. I sistemi di rischio dei broker che correlano i timestamp degli ordini con quelli degli eventi di prezzo identificano questa concentrazione come flusso tecnico.
I trade indotti dalla latenza vengono eseguiti sistematicamente a prezzi sfavorevoli rispetto al mercato di poche centinaia di millisecondi dopo. I sistemi di rischio dei broker monitorano la traiettoria del prezzo a breve termine dopo ogni esecuzione. Un’alta percentuale di esecuzioni seguite immediatamente da un movimento di prezzo avverso (la firma di ordini arrivati nel momento in cui il mercato si è mosso contro la direzione dell’esecuzione) segnala il conto per una revisione di selezione avversa.
Un sistema che esegue sugli artefatti di latenza è redditizio nei periodi di bassa volatilità (dominano le vere discrepanze tra LP) e in perdita nei periodi di alta volatilità (gli artefatti di latenza si moltiplicano). Questa correlazione inversa tra P&L e volatilità, incoerente con un trading tecnico legittimo, è una firma riconoscibile di flusso tossico.
Quando un trade indotto dalla latenza viene eseguito al prezzo sbagliato, il sistema esce in pochi secondi. Questo schema (trade in profitto mantenuti più a lungo, trade in perdita chiusi rapidamente) produce una distribuzione asimmetrica dei tempi di mantenimento che i sistemi di rischio segnalano come sfruttamento tecnico automatizzato.
Una volta classificato come flusso tossico, il conto riceve un’esecuzione peggiorata: requote, allargamento dello spread o instradamento interno sul book del broker. Questo peggiora anche i trade redditizi basati su vere discrepanze tra LP. Il problema del filtro non riguarda solo la redditività del singolo trade: determina se il conto resta utilizzabile per l’arbitraggio.
Il filtro più semplice è una soglia minima di discrepanza di prezzo, la difference-to-open, al di sotto della quale non viene collocato alcun ordine. Le discrepanze indotte dalla latenza tendono a essere in media più piccole delle vere discrepanze tra LP: gli artefatti di latenza riflettono solo la differenza di velocità tra due feed che ricevono lo stesso evento, mentre le vere discrepanze tra LP riflettono differenze di prezzo effettive a livello di LP, che possono essere più ampie e persistenti. Impostare una soglia minima elimina i segnali di latenza più piccoli mantenendo quelli genuini più ampi.
| Passo | Azione | Risultato |
|---|---|---|
| Passo 1 | Esegui in modalità solo monitoraggio per 5–10 giorni di trading. Registra ogni discrepanza rilevata con: timestamp, ampiezza (pip), durata prima della scomparsa e movimento di prezzo nei 200ms successivi al rilevamento. | Dataset grezzo dei segnali |
| Passo 2 | Classifica a posteriori ogni segnale: genuino (persiste oltre 150ms, feed di riferimento fermo) o indotto dalla latenza (scompare in meno di 100ms, preceduto da un evento di prezzo direzionale). | Dataset classificato |
| Passo 3 | Traccia la distribuzione delle ampiezze dei segnali genuini rispetto a quelli di latenza. Trova la soglia oltre la quale almeno l’80% dei segnali sono vere discrepanze tra LP. | Valore di soglia ottimale |
| Passo 4 | Imposta la difference-to-open sulla soglia individuata. Ricalibra ogni trimestre: la soglia ottimale cambia al variare dei rapporti tra broker e LP e dei regimi di volatilità del mercato. | Parametro del filtro in produzione |
I periodi di alta volatilità creano ampi movimenti di prezzo. Un artefatto di latenza durante un movimento di 10 pip può apparire come una discrepanza di 4–5 pip tra i broker. Una soglia di 3 pip non lo intercetta. I grandi eventi di latenza sono i più dannosi: perdite maggiori e schema di flusso tossico più visibile.
La soglia ottimale varia con le condizioni di mercato. Nei periodi tranquilli della sessione asiatica una soglia di 1.5 pip può filtrare adeguatamente. All’apertura di Londra la stessa soglia lascia passare un’elevata percentuale di artefatti di latenza. Una soglia fissa è sempre un compromesso.
Il filtro semplice tratta allo stesso modo tutte le discrepanze sopra la soglia, indipendentemente dal contesto di mercato al momento del rilevamento del segnale. Non può distinguere una vera discrepanza tra LP di 3 pip da un artefatto di latenza di 3 pip prodotto da un rapido evento di prezzo.
Il filtro fast feed introduce una terza fonte di dati indipendente, più veloce di entrambi i broker di esecuzione, come meccanismo di classificazione per ogni discrepanza rilevata. Invece di filtrare solo in base all’ampiezza, il sistema usa il fast feed per determinare se una discrepanza rilevata coincide con un movimento di prezzo sul feed di riferimento. Se sì, il segnale è indotto dalla latenza e viene scartato. Se il feed di riferimento è fermo, la discrepanza viene classificata come vera differenza tra LP e l’esecuzione procede.
La logica di classificazione a ogni rilevamento di segnale:
Segnale classificato come VERA DISCREPANZA TRA LP se TUTTE le condizioni sono vere:
(1) FastFeed.RateOfChange(last 100ms) < MovementThreshold
— Il feed di riferimento non si è mosso in modo significativo nella finestra precedente
— Nessun evento di prezzo direzionale in propagazione sul mercato
(2) FastFeed.LastTickAge < StalenessThreshold
— Il feed di riferimento si aggiorna attivamente (non è fermo o disconnesso)
— Garantisce che la classificazione si basi su dati live
(3) Discrepancy.Persistence > MinPersistenceWindow
— La discrepanza esiste da almeno N millisecondi
— Le vere discrepanze tra LP persistono; gli artefatti di latenza scompaiono in 30–100ms
Segnale classificato come INDOTTO DALLA LATENZA se UNA QUALSIASI condizione non è soddisfatta → ordine scartato.
Questa è la condizione di classificazione principale. Il feed di riferimento veloce è più rapido di entrambi i broker di esecuzione: riceve gli eventi di mercato globali prima che le quotazioni di uno qualsiasi dei broker si aggiornino. Se il feed di riferimento mostra un movimento di prezzo significativo nella finestra che precede il rilevamento del segnale, questo movimento è la causa probabile della discrepanza apparente: il feed di un broker di esecuzione si è aggiornato in seguito all’evento, l’altro non ancora.
| Parametro | Valore tipico | Nota |
|---|---|---|
| MovementThreshold | 0.5–1.5 pip per 100ms per le coppie principali; 1.5–3.0 pip per le coppie volatili | Si imposta misurando il movimento tipico in pip per 100ms in condizioni normali e durante eventi per lo specifico strumento |
| Finestra di lookback | 50–200ms | Deve catturare l’evento di movimento senza mascherare le vere discrepanze che seguono un movimento con un certo ritardo. Calibrata in base alla differenza di latenza misurata tra i feed. |
| Soglia di staleness | 500ms–2,000ms | Se il feed di riferimento non si è aggiornato entro questa finestra, potrebbe essere bloccato. Tratta i segnali durante questi eventi in modo prudente: scartali o attendi la ripresa del feed. |
Un artefatto di latenza di 5 pip durante un importante evento di prezzo viene classificato come indotto dalla latenza dal filtro fast feed, indipendentemente dall’ampiezza. La soglia semplice lo lascerebbe passare se impostata sotto i 5 pip. Il filtro fast feed classifica in base allo stato del mercato, non all’ampiezza della discrepanza.
Nei periodi tranquilli il feed di riferimento mostra un basso tasso di variazione e la classificazione scatta raramente. Nei periodi volatili il feed di riferimento è attivo e classifica continuamente gli artefatti di latenza. Il filtro si restringe automaticamente nei periodi ad alto rischio senza regolazioni manuali.
Una vera discrepanza tra LP di 0.8 pip, che la soglia semplice bloccherebbe, supera il filtro fast feed se il feed di riferimento è fermo. Il filtro non sacrifica i piccoli segnali genuini per evitare i piccoli segnali di latenza: ogni segnale viene classificato in modo indipendente in base al contesto di mercato.
Nelle implementazioni ben calibrate, il filtro fast feed riduce la contaminazione da latenza dal 60–80% dei segnali non filtrati a meno del 5%. La contaminazione residua è costituita da casi limite in cui un evento di prezzo è abbastanza lento da non far scattare la soglia del tasso di variazione, ma abbastanza veloce da creare una differenza tra i feed.
| Filtro | Rifiuto della latenza | Mantenimento dei segnali genuini | Complessità | Ideale per |
|---|---|---|---|---|
| Nessun filtro | 0% — passano tutti | 100% | Nessuna | Non praticabile — flusso tossico garantito |
| Solo difference-to-open | 40–60% | 80–90% | Bassa | Configurazioni iniziali, feed dei broker con velocità simili |
| Difference-to-open + persistenza | 60–75% | 75–85% | Bassa | Base migliorata, ma non intercetta i grandi eventi di latenza |
| Filtro fast feed (completo) | 90–97% | 85–95% | Alta | Arbitraggio in produzione, ambienti con broker ostili |
Una vera discrepanza tra LP esiste perché i liquidity provider di due broker prezzano lo stesso strumento in modo diverso: una differenza strutturale nel modo in cui ciascun LP modella il mercato o gestisce l’inventario. Una discrepanza indotta dalla latenza esiste perché il feed di un broker ha ricevuto un evento di mercato più velocemente dell’altro. Le vere discrepanze sono negoziabili e persistono da 200ms a 2,000ms. Gli artefatti di latenza scompaiono entro 30–150ms, quando il feed più lento si allinea, di solito prima che gli ordini possano arrivare al broker più lento.
La difference-to-open è una discrepanza di prezzo minima configurabile, in pip, che deve esistere tra le quotazioni di due broker prima che venga collocato qualsiasi ordine. Filtra i segnali indotti dalla latenza sfruttando la tendenza degli artefatti di latenza del feed a essere in media più piccoli delle vere discrepanze tra LP. È efficace nell’eliminare i piccoli segnali di latenza, ma non intercetta i grandi eventi di latenza nei periodi di alta volatilità, quando un rapido movimento di prezzo crea un’ampia discrepanza apparente tra feed con velocità di aggiornamento diverse.
Il filtro fast feed usa un terzo feed di prezzi di riferimento, più veloce di entrambi i broker di esecuzione, per classificare ogni discrepanza rilevata prima di collocare un ordine. Se il feed di riferimento mostra un movimento di prezzo significativo nella finestra che precede il rilevamento del segnale, la discrepanza viene classificata come indotta dalla latenza e scartata. Se il feed di riferimento è fermo, la discrepanza viene classificata come potenziale vera differenza tra LP e l’esecuzione procede. In questo modo i segnali vengono classificati in base allo stato del mercato e non solo all’ampiezza, intercettando i grandi eventi di latenza che la soglia semplice non rileva.
I segnali indotti dalla latenza producono ordini esattamente nel momento dei movimenti di prezzo. I sistemi di rischio dei broker rilevano questa concentrazione come schema di flusso tecnico. Inoltre, i trade indotti dalla latenza producono sistematicamente esecuzioni sfavorevoli e uscite rapide con piccole perdite, creando una distribuzione asimmetrica dei tempi di mantenimento e del P&L che identifica ulteriormente il conto come sfruttamento tecnico. Una volta classificato, il conto riceve un’esecuzione peggiorata che colpisce anche i trade redditizi basati su vere discrepanze tra LP.
Una terza fonte di dati di prezzo dimostrabilmente più veloce di entrambi i broker di esecuzione nel ricevere gli eventi di mercato globali. Può essere un fornitore dedicato di dati di mercato, un servizio di feed di prezzi in co-location o un terzo conto broker usato solo come feed di riferimento (senza collocare ordini tramite esso). Il feed di riferimento gira su un thread di monitoraggio separato con timestamp a livello hardware alla ricezione sul socket. Nessun ordine viene mai collocato tramite il feed di riferimento: è solo un input di classificazione.
Almeno ogni trimestre. I parametri ottimali cambiano con l’evoluzione dei rapporti tra broker e LP, con le modifiche all’infrastruttura dei feed e con il variare dei regimi di volatilità del mercato. Una ricalibrazione immediata è necessaria quando: un broker cambia LP o motore di pricing; cambi di fornitore VPS o di routing di rete influiscono sulle latenze dei feed; oppure si verificano variazioni persistenti nella volatilità dello strumento. Il logging di attribuzione per segnale di SharpTrader fornisce i dati necessari per una calibrazione continua senza una modalità offline separata.
Difference-to-open · Filtro con feed di riferimento veloce · Logging di attribuzione per segnale · Compatibile con FIX API · 25 anni di sviluppo nell’arbitraggio