\n| Artefatto indotto dalla latenza<\/td>\n | Il feed del broker A ha ricevuto un evento di mercato pi\u00f9 velocemente. Discrepanza apparente = movimento di prezzo, non differenza tra LP<\/td>\n | da 30ms a 150ms<\/td>\n | Al momento dell’esecuzione il broker B si \u00e8 gi\u00e0 aggiornato: perdita o requote<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\nIl problema del tasso di contaminazione<\/h3>\nSenza filtri, in una tipica configurazione con due broker il 60\u201380% dei segnali \u00e8 costituito da artefatti di latenza anzich\u00e9 da vere discrepanze tra LP. Gli eventi di mercato (tick di prezzo, dati economici, variazioni di liquidit\u00e0) avvengono continuamente e ognuno crea una discrepanza transitoria indotta dalla latenza, perch\u00e9 il feed del broker pi\u00f9 veloce si aggiorna per primo. Il rapporto dipende fortemente dalla differenza di velocit\u00e0 dei feed tra i due broker: una coppia di broker in cui un feed \u00e8 costantemente 100ms pi\u00f9 veloce dell’altro genera molti pi\u00f9 artefatti di una coppia con feed entro 10ms l’uno dall’altro.<\/p>\n Perch\u00e9 i segnali indotti dalla latenza creano un flusso di ordini tossico<\/h2>\nEseguire sugli artefatti di latenza non \u00e8 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.<\/p>\n \n \n SCHEMA 1<\/div>\n Ordini in corrispondenza dei movimenti di prezzo<\/h3>\nI segnali indotti dalla latenza scattano esattamente quando si verifica un evento di prezzo, perch\u00e9 \u00e8 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.<\/p>\n<\/div>\n \n SCHEMA 2<\/div>\n Elevato tasso di selezione avversa<\/h3>\nI 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 \u00e8 mosso contro la direzione dell’esecuzione) segnala il conto per una revisione di selezione avversa.<\/p>\n<\/div>\n \n SCHEMA 3<\/div>\n P&L inversamente correlato alla volatilit\u00e0<\/h3>\nUn sistema che esegue sugli artefatti di latenza \u00e8 redditizio nei periodi di bassa volatilit\u00e0 (dominano le vere discrepanze tra LP) e in perdita nei periodi di alta volatilit\u00e0 (gli artefatti di latenza si moltiplicano). Questa correlazione inversa tra P&L e volatilit\u00e0, incoerente con un trading tecnico legittimo, \u00e8 una firma riconoscibile di flusso tossico.<\/p>\n<\/div>\n \n SCHEMA 4<\/div>\n Distribuzione asimmetrica dei tempi di mantenimento<\/h3>\nQuando un trade indotto dalla latenza viene eseguito al prezzo sbagliato, il sistema esce in pochi secondi. Questo schema (trade in profitto mantenuti pi\u00f9 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.<\/p>\n<\/div>\n<\/div>\n \n La conseguenza della classificazione<\/h3>\nUna 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.<\/strong> Il problema del filtro non riguarda solo la redditivit\u00e0 del singolo trade: determina se il conto resta utilizzabile per l’arbitraggio.<\/p>\n<\/div>\nFiltro semplice: soglia difference-to-open<\/h2>\n\n Il filtro pi\u00f9 semplice \u00e8 una soglia minima di discrepanza di prezzo, la difference-to-open, al di sotto della quale non viene collocato alcun ordine.<\/strong> Le discrepanze indotte dalla latenza tendono a essere in media pi\u00f9 piccole delle vere discrepanze tra LP: gli artefatti di latenza riflettono solo la differenza di velocit\u00e0 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\u00f9 ampie e persistenti. Impostare una soglia minima elimina i segnali di latenza pi\u00f9 piccoli mantenendo quelli genuini pi\u00f9 ampi.<\/p>\n<\/div>\nCalibrare la soglia<\/h3>\n\n\n\n| Passo<\/th>\n | Azione<\/th>\n | Risultato<\/th>\n<\/tr>\n<\/thead>\n | \n\n| Passo 1<\/td>\n | Esegui in modalit\u00e0 solo monitoraggio per 5\u201310 giorni di trading. Registra ogni discrepanza rilevata con: timestamp, ampiezza (pip), durata prima della scomparsa e movimento di prezzo nei 200ms successivi al rilevamento.<\/td>\n | Dataset grezzo dei segnali<\/td>\n<\/tr>\n | \n| Passo 2<\/td>\n | 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).<\/td>\n | Dataset classificato<\/td>\n<\/tr>\n | \n| Passo 3<\/td>\n | 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.<\/td>\n | Valore di soglia ottimale<\/td>\n<\/tr>\n | \n| Passo 4<\/td>\n | 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\u00e0 del mercato.<\/td>\n | Parametro del filtro in produzione<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\nTre limiti strutturali<\/h3>\n\n \n LIMITE 1<\/div>\n I grandi eventi di latenza passano<\/h3>\nI periodi di alta volatilit\u00e0 creano ampi movimenti di prezzo. Un artefatto di latenza durante un movimento di 10 pip pu\u00f2 apparire come una discrepanza di 4\u20135 pip tra i broker. Una soglia di 3 pip non lo intercetta. I grandi eventi di latenza sono i pi\u00f9 dannosi: perdite maggiori e schema di flusso tossico pi\u00f9 visibile.<\/p>\n<\/div>\n \n LIMITE 2<\/div>\n Soglia statica, mercato dinamico<\/h3>\nLa soglia ottimale varia con le condizioni di mercato. Nei periodi tranquilli della sessione asiatica una soglia di 1.5 pip pu\u00f2 filtrare adeguatamente. All’apertura di Londra la stessa soglia lascia passare un’elevata percentuale di artefatti di latenza. Una soglia fissa \u00e8 sempre un compromesso.<\/p>\n<\/div>\n \n LIMITE 3<\/div>\n Nessuna consapevolezza direzionale<\/h3>\nIl 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\u00f2 distinguere una vera discrepanza tra LP di 3 pip da un artefatto di latenza di 3 pip prodotto da un rapido evento di prezzo.<\/p>\n<\/div>\n<\/div>\n Filtro avanzato: architettura con feed di riferimento veloce<\/h2>\n\n Il filtro fast feed introduce una terza fonte di dati indipendente, pi\u00f9 veloce di entrambi i broker di esecuzione, come meccanismo di classificazione per ogni discrepanza rilevata.<\/strong> 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\u00ec, il segnale \u00e8 indotto dalla latenza e viene scartato. Se il feed di riferimento \u00e8 fermo, la discrepanza viene classificata come vera differenza tra LP e l’esecuzione procede.<\/p>\n<\/div>\nLa logica di classificazione a ogni rilevamento di segnale:<\/p>\n \n Segnale classificato come VERA DISCREPANZA TRA LP se TUTTE le condizioni sono vere:<\/p>\n (1) FastFeed.RateOfChange(last 100ms) < MovementThreshold
\n\u2014 Il feed di riferimento non si \u00e8 mosso in modo significativo nella finestra precedente
\n\u2014 Nessun evento di prezzo direzionale in propagazione sul mercato<\/p>\n (2) FastFeed.LastTickAge < StalenessThreshold
\n\u2014 Il feed di riferimento si aggiorna attivamente (non \u00e8 fermo o disconnesso)
\n\u2014 Garantisce che la classificazione si basi su dati live<\/p>\n (3) Discrepancy.Persistence > MinPersistenceWindow
\n\u2014 La discrepanza esiste da almeno N millisecondi
\n\u2014 Le vere discrepanze tra LP persistono; gli artefatti di latenza scompaiono in 30\u2013100ms<\/p>\n Segnale classificato come INDOTTO DALLA LATENZA se UNA QUALSIASI condizione non \u00e8 soddisfatta \u2192 ordine scartato.<\/p>\n<\/div>\n Condizione 1: tasso di variazione sul fast feed<\/h3>\nQuesta \u00e8 la condizione di classificazione principale. Il feed di riferimento veloce \u00e8 pi\u00f9 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 \u00e8 la causa probabile della discrepanza apparente: il feed di un broker di esecuzione si \u00e8 aggiornato in seguito all’evento, l’altro non ancora.<\/p>\n \n\n\n| Parametro<\/th>\n | Valore tipico<\/th>\n | Nota<\/th>\n<\/tr>\n<\/thead>\n | \n\n| MovementThreshold<\/td>\n | 0.5\u20131.5 pip per 100ms per le coppie principali; 1.5\u20133.0 pip per le coppie volatili<\/td>\n | Si imposta misurando il movimento tipico in pip per 100ms in condizioni normali e durante eventi per lo specifico strumento<\/td>\n<\/tr>\n | \n| Finestra di lookback<\/td>\n | 50\u2013200ms<\/td>\n | 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.<\/td>\n<\/tr>\n | \n| Soglia di staleness<\/td>\n | 500ms\u20132,000ms<\/td>\n | Se il feed di riferimento non si \u00e8 aggiornato entro questa finestra, potrebbe essere bloccato. Tratta i segnali durante questi eventi in modo prudente: scartali o attendi la ripresa del feed.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\nPerch\u00e9 il filtro fast feed \u00e8 qualitativamente superiore<\/h3>\n\n \n VANTAGGIO 1<\/div>\n Intercetta i grandi eventi di latenza<\/h3>\nUn 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.<\/p>\n<\/div>\n \n VANTAGGIO 2<\/div>\n Si adatta dinamicamente alla volatilit\u00e0<\/h3>\nNei periodi tranquilli il feed di riferimento mostra un basso tasso di variazione e la classificazione scatta raramente. Nei periodi volatili il feed di riferimento \u00e8 attivo e classifica continuamente gli artefatti di latenza. Il filtro si restringe automaticamente nei periodi ad alto rischio senza regolazioni manuali.<\/p>\n<\/div>\n \n VANTAGGIO 3<\/div>\n Mantiene i piccoli segnali genuini<\/h3>\nUna vera discrepanza tra LP di 0.8 pip, che la soglia semplice bloccherebbe, supera il filtro fast feed se il feed di riferimento \u00e8 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.<\/p>\n<\/div>\n \n VANTAGGIO 4<\/div>\n Eliminazione quasi completa della latenza<\/h3>\nNelle implementazioni ben calibrate, il filtro fast feed riduce la contaminazione da latenza dal 60\u201380% dei segnali non filtrati a meno del 5%. La contaminazione residua \u00e8 costituita da casi limite in cui un evento di prezzo \u00e8 abbastanza lento da non far scattare la soglia del tasso di variazione, ma abbastanza veloce da creare una differenza tra i feed.<\/p>\n<\/div>\n<\/div>\n Confronto dei filtri<\/h2>\n\n\n\n| Filtro<\/th>\n | Rifiuto della latenza<\/th>\n | Mantenimento dei segnali genuini<\/th>\n | Complessit\u00e0<\/th>\n | Ideale per<\/th>\n<\/tr>\n<\/thead>\n | \n\n| Nessun filtro<\/td>\n | 0% \u2014 passano tutti<\/td>\n | 100%<\/td>\n | Nessuna<\/td>\n | Non praticabile \u2014 flusso tossico garantito<\/td>\n<\/tr>\n | \n| Solo difference-to-open<\/td>\n | 40\u201360%<\/td>\n | 80\u201390%<\/td>\n | Bassa<\/td>\n | Configurazioni iniziali, feed dei broker con velocit\u00e0 simili<\/td>\n<\/tr>\n | \n| Difference-to-open + persistenza<\/td>\n | 60\u201375%<\/td>\n | 75\u201385%<\/td>\n | Bassa<\/td>\n | Base migliorata, ma non intercetta i grandi eventi di latenza<\/td>\n<\/tr>\n | \n| Filtro fast feed (completo)<\/td>\n | 90\u201397%<\/td>\n | 85\u201395%<\/td>\n | Alta<\/td>\n | Arbitraggio in produzione, ambienti con broker ostili<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n Sequenza di calibrazione del filtro fast feed<\/h3>\n\n- Fase 1:<\/strong> esegui in modalit\u00e0 di logging per 5\u201310 giorni. Registra ogni discrepanza rilevata con il contesto completo: stato di tutti i feed, ampiezza della discrepanza, durata della persistenza e tasso di variazione del feed di riferimento nelle finestre precedenti di 100ms e 200ms.<\/li>\n
- Fase 2:<\/strong> classifica a posteriori ogni segnale registrato come genuino (persiste oltre 150ms, feed di riferimento fermo) o indotto dalla latenza (scompare in meno di 100ms, feed di riferimento attivo al momento del rilevamento).<\/li>\n
- Fase 3:<\/strong> testa diverse combinazioni di MovementThreshold, finestra di lookback e MinPersistenceWindow sul dataset classificato. Obiettivo: mantenimento dei segnali genuini oltre l’85%, passaggio dei segnali di latenza sotto l’8%.<\/li>\n
- Fase 4:<\/strong> metti in produzione con i parametri ottimizzati sulla dimensione minima del lotto. Monitora l’attribuzione del P&L per tipo di segnale nei primi 10 giorni di trading. Ricalibra ogni trimestre o dopo cambiamenti significativi del regime di mercato.<\/li>\n<\/ul>\n<\/div>\n
Domande frequenti<\/h2>\n\n Qual \u00e8 la differenza tra una vera discrepanza tra LP e una discrepanza indotta dalla latenza?<\/div>\n \n Una vera discrepanza tra LP esiste perch\u00e9 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\u00e9 il feed di un broker ha ricevuto un evento di mercato pi\u00f9 velocemente dell’altro. Le vere discrepanze sono negoziabili e persistono da 200ms a 2,000ms. Gli artefatti di latenza scompaiono entro 30\u2013150ms, quando il feed pi\u00f9 lento si allinea, di solito prima che gli ordini possano arrivare al broker pi\u00f9 lento.<\/p>\n<\/div>\n Che cos’\u00e8 la difference-to-open e a cosa serve?<\/div>\n \n La difference-to-open \u00e8 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\u00f9 piccoli delle vere discrepanze tra LP. \u00c8 efficace nell’eliminare i piccoli segnali di latenza, ma non intercetta i grandi eventi di latenza nei periodi di alta volatilit\u00e0, quando un rapido movimento di prezzo crea un’ampia discrepanza apparente tra feed con velocit\u00e0 di aggiornamento diverse.<\/p>\n<\/div>\n Che cos’\u00e8 il filtro fast feed e come funziona?<\/div>\n \n Il filtro fast feed usa un terzo feed di prezzi di riferimento, pi\u00f9 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 \u00e8 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.<\/p>\n<\/div>\n Perch\u00e9 l’hedge arbitrage non filtrato crea un flusso di ordini tossico?<\/div>\n \n 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.<\/p>\n<\/div>\n Cosa serve per il filtro fast feed?<\/div>\n \n Una terza fonte di dati di prezzo dimostrabilmente pi\u00f9 veloce di entrambi i broker di esecuzione nel ricevere gli eventi di mercato globali. Pu\u00f2 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: \u00e8 solo un input di classificazione.<\/p>\n<\/div>\n Con quale frequenza vanno ricalibrati i parametri del filtro?<\/div>\n \n 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\u00e0 del mercato. Una ricalibrazione immediata \u00e8 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\u00e0 dello strumento. Il logging di attribuzione per segnale di SharpTrader fornisce i dati necessari per una calibrazione continua senza una modalit\u00e0 offline separata.<\/p>\n<\/div>\n<\/div>\n | | | |