\n| Ibrido \/ C-book<\/td>\n | Parte del flusso trattenuta, parte coperta presso gli LP<\/td>\n | Un mix dei due, calibrato per cliente<\/td>\n | Dipende interamente dalla trasparenza<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Ecco la sfumatura che quasi nessuna pagina di marketing ammette: il B-book non \u00e8 automaticamente negativo e l’A-book non \u00e8 automaticamente pulito.<\/strong> Un desk B-book ben gestito pu\u00f2 offrire spread ridotti ed esecuzioni istantanee ai trader comuni, perch\u00e9 statisticamente la maggior parte dei conti retail perde e il broker non ha motivo di interferire. Un broker A-book pu\u00f2 comunque instradarti verso un liquidity provider lento od ostile e nascondersi dietro un “noi ci limitiamo a passarlo”.<\/p>\nLa vera domanda sulla trasparenza non \u00e8 “in quale book sono?” ma “il broker cambia il mio book in base al fatto che io sia profittevole, e me lo dice?”. Quel cambio silenzioso \u00e8 il punto in cui finisce l’esecuzione onesta.<\/p>\n \n\n\n\nQuando il routing \u00e8 equo<\/h4>\nL’assegnazione del tuo book \u00e8 dichiarata o almeno coerente. Le esecuzioni seguono il mercato visibile. I conti vincenti e perdenti ottengono gli stessi spread, la stessa velocit\u00e0 e lo stesso comportamento dello slippage.<\/p>\n<\/td>\n | \nQuando il routing diventa ostile<\/h4>\nVieni spostato silenziosamente su un percorso peggiore nel momento in cui diventi profittevole. Gli spread si allargano solo sul tuo conto, lo slippage diventa unidirezionale e i rifiuti compaiono solo sulle operazioni che sarebbero state vincenti.<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n <\/p>\n Flusso tossico: perch\u00e9 i broker trattano alcuni trader in modo diverso<\/h2>\nDal punto di vista del broker, non tutto il flusso di ordini \u00e8 uguale. “Flusso tossico” (toxic flow) \u00e8 il termine del settore per indicare un flusso di ordini costantemente profittevole contro chiunque sia la controparte, di solito perch\u00e9 il trader ha un vantaggio informativo o di velocit\u00e0 che il broker non pu\u00f2 coprire a basso costo.<\/p>\n I flussi che un risk desk tende a segnalare come tossici includono:<\/p>\n \n\n\n| Tipo di flusso<\/th>\n | Perch\u00e9 \u00e8 difficile per il broker<\/th>\n<\/tr>\n<\/thead>\n | \n\n| Arbitraggio di latenza<\/td>\n | Il trader agisce su un feed pi\u00f9 veloce ed entra prima che la quotazione del broker si allinei<\/td>\n<\/tr>\n | \n| Trading sulle notizie<\/td>\n | Grandi movimenti direzionali in millisecondi intorno alle pubblicazioni programmate<\/td>\n<\/tr>\n | \n| Scalping veloce<\/td>\n | Numero elevato di operazioni, target minimi, sfrutta sistematicamente le quotazioni non aggiornate<\/td>\n<\/tr>\n | \n| Correlazione tra pi\u00f9 conti<\/td>\n | Molti conti che operano sullo stesso segnale nello stesso istante<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Questo \u00e8 rilevante per la trasparenza perch\u00e9 la gestione del flusso tossico \u00e8 esattamente il punto in cui vengono applicate modifiche non dichiarate all’esecuzione. Un broker che non pu\u00f2 trattenere in modo profittevole il tuo flusso, e non vuole o non pu\u00f2 coprirlo presso un liquidity provider, ha tre opzioni: rifiutarlo, ritardarlo o peggiorarne il prezzo. Tutte e tre sono invisibili a meno che tu non stia misurando.<\/p>\n La posizione onesta:<\/strong> un broker ha il diritto di proteggersi da un flusso che non pu\u00f2 coprire. Il fallimento della trasparenza sta nel farlo in silenzio mentre pubblicizza “nessun dealing desk” e “zero requote”. La protezione \u00e8 legittima. L’occultamento \u00e8 il problema.<\/div>\n <\/p>\n Last look: la finestra di attesa nascosta<\/h2>\nIl last look \u00e8 un meccanismo in cui, dopo che hai inviato un ordine, la parte che lo esegue dispone di una breve finestra per accettare o rifiutare l’operazione dopo aver gi\u00e0 visto la tua richiesta. \u00c8 nato nel mercato FX istituzionale ed \u00e8 ora comune anche nel livello bridge retail.<\/p>\n La finestra \u00e8 di solito breve, da circa un millisecondo a qualche decina di millisecondi. In quella finestra il prezzo pu\u00f2 muoversi. Quello che succede dopo \u00e8 il cuore della questione:<\/p>\n \n\n\n| Il prezzo si muove durante la finestra di last look<\/th>\n | Last look simmetrico (equo)<\/th>\n | Last look asimmetrico (ostile)<\/th>\n<\/tr>\n<\/thead>\n | \n\n| A tuo favore<\/td>\n | Eseguito, a volte con miglioramento del prezzo<\/td>\n | Rifiutato o riprezzato a tuo sfavore<\/td>\n<\/tr>\n | \n| Contro di te<\/td>\n | Rifiutato con la stessa soglia<\/td>\n | Eseguito al prezzo peggiore<\/td>\n<\/tr>\n | \n| Nessun movimento<\/td>\n | Eseguito al prezzo quotato<\/td>\n | Eseguito al prezzo quotato<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Il last look simmetrico applica la stessa tolleranza in entrambe le direzioni ed \u00e8 difendibile come un vero controllo del rischio. Il last look asimmetrico \u00e8 un “testa vince il broker, croce perdi tu”.<\/strong> Vieni eseguito solo quando il movimento ha favorito la controparte e rifiutato quando ha favorito te. Su migliaia di operazioni diventa una tassa grande e silenziosa che, sulla singola esecuzione, sembra solo “sfortuna”.<\/p>\nPuoi rilevare l’asimmetria senza alcun accesso interno. Se registri il prezzo richiesto, il prezzo di esecuzione o il rifiuto e il prezzo medio di mercato al momento di ogni richiesta, la distribuzione dice la verit\u00e0: un last look equo rifiuta in modo pi\u00f9 o meno simmetrico, un last look ostile rifiuta quasi esclusivamente le operazioni che stavano per muoversi a tuo favore.<\/p>\n <\/p>\n Analisi forense dello slippage: simmetrico vs asimmetrico<\/h2>\nLo slippage \u00e8 la differenza tra il prezzo che hai richiesto e quello che hai ottenuto. Lo slippage di per s\u00e9 \u00e8 normale. I mercati si muovono. La domanda che separa un broker equo da uno ostile \u00e8 la forma della distribuzione del tuo slippage<\/strong>, non la sua entit\u00e0.<\/p>\nDefinisci lo slippage per operazione in pip come:<\/p>\n # Positivo = eseguito meglio del richiesto, Negativo = eseguito peggio<\/span>\r\nslippage_pips = (fill_price - requested_price) \/ pip_size * direction\r\n\r\n# direction = +1 per buy, -1 per sell, cos\u00ec il segno \u00e8 coerente<\/span>\r\n# Poi osserva la DISTRIBUZIONE su molte operazioni, non su una singola<\/span>\r\nsymmetry_ratio = count(slippage > 0) \/ count(slippage < 0)<\/pre>\n\n\n\n\nFirma di un’esecuzione equa<\/h4>\nSi verificano sia slippage positivo sia negativo. Il rapporto di simmetria si aggira intorno a 1.0. Il miglioramento del prezzo \u00e8 reale e compare nei tuoi log, non solo nella brochure. L’entit\u00e0 dello slippage varia con la volatilit\u00e0, allo stesso modo per operazioni vincenti e perdenti.<\/p>\n<\/td>\n | \nFirma di un’esecuzione manipolata<\/h4>\nLo slippage \u00e8 quasi sempre negativo. Rapporto di simmetria molto al di sotto di 1.0. Il miglioramento del prezzo non compare praticamente mai. Lo slippage ha picchi proprio sulle tue operazioni profittevoli e intorno alle notizie, ma non su quelle in perdita.<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Ecco perch\u00e9 conservare le tue registrazioni tick per tick conta pi\u00f9 di qualsiasi sito di recensioni. Il valore aggregato di “slippage medio” di un broker pu\u00f2 sembrare corretto mentre la tua distribuzione \u00e8 completamente sbilanciata. La media nasconde l’asimmetria. La distribuzione la rivela.<\/p>\n <\/p>\n Requote, allargamento dello spread e plugin di esecuzione lato server<\/h2>\nOltre al last look e allo slippage, altri tre strumenti modificano le tue esecuzioni a livello di server, prima ancora che l’ordine raggiunga il mercato.<\/p>\n Requote<\/h3>\nInvece di eseguire o rifiutare, il server ti propone un nuovo prezzo, peggiore, e ti chiede di confermare. Sulle strategie veloci il solo ritardo del requote basta a distruggere l’operazione. Un broker che pubblicizza “nessun requote” e li emette solo sulle tue operazioni vincenti sta praticando un’esecuzione selettiva.<\/p>\n Allargamento selettivo dello spread<\/h3>\nGli spread si allargano legittimamente in condizioni di scarsa liquidit\u00e0 e intorno alle notizie. La versione ostile allarga lo spread su conti specifici o su strumenti specifici solo quando viene rilevato un pattern profittevole, per poi restringerlo di nuovo. Poich\u00e9 \u00e8 specifico per conto, non puoi vederlo confrontandolo con un grafico pubblico. Puoi vederlo solo registrando nel tempo il tuo spread quotato.<\/p>\n Plugin di esecuzione lato server (plugin virtual dealer)<\/h3>\nSi tratta di moduli server che si collocano tra il tuo ordine e l’esecuzione e applicano ai conti presi di mira ritardi configurabili, slippage artificiale, probabilit\u00e0 di requote o rifiuto puro e semplice. Esistono proprio per neutralizzare il flusso che il desk considera tossico. Il trader non vede altro che risultati peggiori. L’unica difesa \u00e8 la misurazione: un plugin che aggiunge, ad esempio, da 30 a 300 millisecondi di ritardo artificiale al tuo conto lascia nel tuo log della latenza di esecuzione un’impronta chiara che un conto pulito non ha.<\/p>\n Pattern da tenere d’occhio:<\/strong> un’esecuzione perfetta in demo e nelle prime settimane sul conto reale, che peggiora proprio quando il tuo conto diventa costantemente profittevole. Quel tempismo \u00e8 la firma di un conto riclassificato e spostato dietro un filtro di esecuzione.<\/div>\n <\/p>\n Sette test: il tuo broker ti gestisce in B-book contro il tuo interesse?<\/h2>\nNon puoi leggere la tabella di routing di un broker, ma puoi eseguire test controllati e lasciare che siano i dati a rispondere. Nessuno di questi richiede software speciali oltre a un log delle operazioni con timestamp e prezzi.<\/p>\n 1<\/span><\/p>\nRegistra la simmetria dello slippage.<\/h4>\n Registra il prezzo richiesto e quello di esecuzione su almeno 200 operazioni. Un rapporto di simmetria sano \u00e8 vicino a 1.0. Un rapporto molto inferiore, con slippage positivo quasi assente, \u00e8 il segnale singolo pi\u00f9 forte.<\/p>\n<\/div>\n 2<\/span><\/p>\nConfronta le esecuzioni demo e reali.<\/h4>\n Esegui la stessa identica strategia in parallelo su demo e su conto reale. La demo \u00e8 quasi sempre puro B-book con esecuzioni di facciata. Un divario ampio e persistente tra la qualit\u00e0 di esecuzione in demo e quella reale ti dice come viene realmente gestito il tuo flusso reale.<\/p>\n<\/div>\n 3<\/span><\/p>\nMonitora il momento dei rifiuti.<\/h4>\n Annota il prezzo medio a ogni rifiuto. Se i rifiuti si concentrano sulle operazioni che si sarebbero mosse a tuo favore, stai osservando un last look asimmetrico, non controlli del rischio casuali.<\/p>\n<\/div>\n 4<\/span><\/p>\nMisura la latenza di esecuzione nel tempo.<\/h4>\n Registra i millisecondi dall’invio all’esecuzione. Un improvviso salto della latenza media, soprattutto subito dopo che il tuo conto \u00e8 diventato profittevole, indica un ritardo aggiunto lato server.<\/p>\n<\/div>\n 5<\/span><\/p>\nOsserva il tuo spread, non quello pubblico.<\/h4>\n Registra il tuo spread quotato per strumento. Un allargamento specifico del conto che non corrisponde alle quotazioni pubbliche del broker \u00e8 un segnale di targeting.<\/p>\n<\/div>\n 6<\/span><\/p>\nFai test intorno alle notizie programmate.<\/h4>\n La gestione del flusso tossico \u00e8 pi\u00f9 aggressiva intorno alle pubblicazioni. Se esecuzioni, spread e rifiuti peggiorano bruscamente solo sul tuo conto durante le finestre delle notizie, il desk sta trattando il tuo flusso come informato.<\/p>\n<\/div>\n 7<\/span><\/p>\nAumenta la dimensione e osserva cosa cambia.<\/h4>\n Un’esecuzione pulita a 0,1 lotti che improvvisamente subisce slippage, requote o rifiuti su dimensioni maggiori rivela una soglia nella logica di rischio. Un’esecuzione equa peggiora gradualmente con la liquidit\u00e0, non a gradino nel momento in cui diventi rilevante.<\/p>\n<\/div>\n <\/p>\n Misurare oggettivamente la qualit\u00e0 dell’esecuzione<\/h2>\nTutto quanto detto sopra diventa operativo quando smetti di discutere sulle intenzioni e inizi a valutare i numeri. Queste sono le metriche fondamentali di qualit\u00e0 dell’esecuzione che ogni trader serio dovrebbe monitorare per ciascun broker.<\/p>\n \n\n\n| Metrica<\/th>\n | Cosa misura<\/th>\n | Valore ottimale<\/th>\n<\/tr>\n<\/thead>\n | \n\n| Tasso di esecuzione<\/td>\n | Quota di ordini eseguiti rispetto a quelli inviati<\/td>\n | Alto e stabile in tutte le condizioni di mercato<\/td>\n<\/tr>\n | \n| Tasso di rifiuto<\/td>\n | Quota di ordini rifiutati<\/td>\n | Basso e non correlato con le tue operazioni vincenti<\/td>\n<\/tr>\n | \n| Simmetria dello slippage<\/td>\n | Equilibrio tra slippage positivo e negativo<\/td>\n | Rapporto vicino a 1.0, miglioramento del prezzo presente<\/td>\n<\/tr>\n | \n| Latenza di esecuzione<\/td>\n | Millisecondi dall’invio all’esecuzione<\/td>\n | Bassa e stabile, senza salti nel tempo<\/td>\n<\/tr>\n | \n| Frequenza dei requote<\/td>\n | Quanto spesso vieni riprezzato<\/td>\n | Vicina a zero e non selettiva sulle operazioni vincenti<\/td>\n<\/tr>\n | \n| Spread effettivo<\/td>\n | Lo spread che paghi realmente, per strumento<\/td>\n | Corrisponde alle quotazioni pubbliche, nessun markup specifico per conto<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Il motivo per raccoglierle tutte e sei anzich\u00e9 una sola \u00e8 che un broker ostile pu\u00f2 mantenere rispettabile qualsiasi singolo numero. \u00c8 la combinazione, valutata in modo coerente nel tempo e nei diversi stati del mercato, a rivelare il percorso di esecuzione. \u00c8 esattamente la logica alla base del BJF Broker Execution Quality Index (BEQI), una metodologia aperta per trasformare i tuoi log di operazioni e di tick in un unico punteggio di esecuzione comparabile, cos\u00ec da poter classificare due broker in base alle prove anzich\u00e9 alla reputazione.<\/p>\n Principio:<\/strong> la reputazione \u00e8 un segnale ritardato e manipolabile. Il tuo log di esecuzione \u00e8 un segnale anticipatore e non manipolabile. Qualsiasi broker pu\u00f2 comprare recensioni. Nessuno pu\u00f2 modificare la registrazione tick per tick che si trova sul tuo computer.<\/div>\n <\/p>\n Perch\u00e9 \u00e8 una questione esistenziale per i trader di arbitraggio, latenza e notizie<\/h2>\nPer uno swing trader discrezionale che mantiene le posizioni per giorni, qualche decimo di pip di slippage asimmetrico \u00e8 un fastidio. Per una strategia di arbitraggio, latenza o notizie \u00e8 l’intero risultato economico.<\/p>\n Queste strategie vincono catturando molte volte un vantaggio molto piccolo e di brevissima durata. Il profitto medio per operazione \u00e8 minimo per costruzione. Ci\u00f2 significa che la strategia vale quanto le sue esecuzioni peggiori, e un percorso di esecuzione ostile colpisce esattamente le operazioni che avrebbero dovuto vincere. Come illustrato nel nostro lavoro sul divario del tempo di esecuzione, un vantaggio che appare solido in un backtest pu\u00f2 diventare negativo in produzione solo a causa della latenza di esecuzione aggiunta e delle esecuzioni asimmetriche, senza alcun difetto nella logica della strategia.<\/p>\n Le conseguenze pratiche:<\/p>\n \n\n\n| Strategia<\/th>\n | Cosa le fa un percorso di esecuzione ostile<\/th>\n<\/tr>\n<\/thead>\n | \n\n| Arbitraggio di latenza<\/td>\n | Il ritardo aggiunto dal server cancella il vantaggio di millisecondi su cui si basa l’intera strategia<\/td>\n<\/tr>\n | \n| Trading sulle notizie<\/td>\n | L’allargamento selettivo dello spread e i rifiuti intorno alle pubblicazioni eliminano proprio le esecuzioni che rendono<\/td>\n<\/tr>\n | \n| Scalping veloce<\/td>\n | Lo slippage asimmetrico trasforma un’aspettativa positiva in negativa, operazione dopo operazione<\/td>\n<\/tr>\n | \n| Arbitraggio su coppie \/ statistico<\/td>\n | Esecuzioni di una sola gamba e requote rompono la copertura e ti lasciano con un rischio scoperto<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Ecco perch\u00e9 i trader seri e sensibili all’esecuzione fanno due cose: misurano il proprio broker senza sosta e, nei test, modellano un’esecuzione realistica invece di presupporre esecuzioni perfette. Il backtest su dati tick reali con latenza di esecuzione modellata e spread variabile, come fa SharpTrader Optimizer, \u00e8 l’unico modo per sapere se un vantaggio sopravvive al contatto con un percorso di esecuzione reale e imperfetto prima di rischiare capitale.<\/p>\n <\/p>\n Domande frequenti<\/h2>\n\n L’esecuzione B-book \u00e8 sempre negativa per me?<\/h3>\nNo. Un broker B-book pu\u00f2 offrire spread ridotti ed esecuzioni istantanee e, per la maggior parte dei trader retail, non c’\u00e8 alcuna interferenza. Il rischio \u00e8 il passaggio non dichiarato, in cui la tua esecuzione peggiora silenziosamente una volta che diventi profittevole. Il problema non \u00e8 il modello, ma l’occultamento.<\/p>\n Qual \u00e8 la differenza tra last look e slippage?<\/h3>\nLo slippage \u00e8 l’esecuzione a un prezzo diverso da quello richiesto. Il last look \u00e8 una breve finestra prima dell’esecuzione in cui la controparte pu\u00f2 accettare, rifiutare o riprezzare il tuo ordine dopo averlo visto. Il last look asimmetrico \u00e8 una fonte comune di slippage unidirezionale e di rifiuti selettivi.<\/p>\n Posso dimostrare che il mio broker manipola le mie esecuzioni?<\/h3>\nPuoi costruire prove solide. Registra per ogni operazione il prezzo richiesto, il prezzo di esecuzione o il rifiuto, il prezzo medio di mercato e la latenza di esecuzione. Se lo slippage \u00e8 sistematicamente negativo, i rifiuti si concentrano sulle tue operazioni vincenti e la latenza \u00e8 aumentata quando sei diventato profittevole, i dati parlano chiaro anche senza accesso ai server del broker.<\/p>\n “Nessun dealing desk” o “ECN” significano che la mia esecuzione \u00e8 equa?<\/h3>\nNon di per s\u00e9. Queste etichette descrivono un modello di routing, non la qualit\u00e0 della liquidit\u00e0 che c’\u00e8 dietro n\u00e9 se il tuo conto specifico viene filtrato. Misura da solo tasso di esecuzione, simmetria dello slippage e latenza invece di fidarti dell’etichetta.<\/p>\n Perch\u00e9 la mia strategia funziona in demo ma fallisce sul conto reale?<\/h3>\nI server demo di solito simulano esecuzioni quasi perfette. Il flusso reale, soprattutto quello che un desk considera tossico, pu\u00f2 essere instradato dietro ritardi, last look asimmetrico o filtri di esecuzione. Un divario ampio e persistente tra demo e conto reale \u00e8 di per s\u00e9 una misura di come viene gestito il tuo flusso reale.<\/p>\n Che cos’\u00e8 un plugin virtual dealer?<\/h3>\n\u00c8 un termine generico per un modulo lato server che applica ai conti presi di mira ritardi configurabili, slippage artificiale, probabilit\u00e0 di requote o rifiuto. Viene utilizzato per neutralizzare il flusso che un broker non pu\u00f2 coprire in modo profittevole. La sua impronta appare nei tuoi log come latenza di esecuzione aggiuntiva e specifica per il conto.<\/p>\n<\/p><\/div>\n <\/p>\n \n Iscriviti alle ricerche di trading di BJF<\/h3>\nNuovi articoli, paper di ricerca e rilasci di prodotti, inviati quando li pubblichiamo. Esecuzione dei broker, arbitraggio di latenza e trading sulle notizie, con i dati che li supportano.<\/p>\n <\/div> | | | | | | |