A chi serve — A chi deve eseguire una quantità non banale rispetto alla liquidità disponibile e vuole distinguere la ricerca professionale di controparti dal semplice invio dell'ordine al venue apparentemente migliore.
Liquidity seeking è un obiettivo e una famiglia di strategie di esecuzione: cercare occasioni di incontro con la controparte distribuendo, quando appropriato, quantità, tempo, aggressività e destinazioni. Non è un singolo tipo di ordine standardizzato e non possiede una meccanica identica presso broker, banche, algoritmi e classi di attivo differenti.
La strategia può osservare spread, profondità, fill recenti, probabilità di esecuzione, costi del venue e urgenza. Può poi inviare child order passivi, aggressivi o condizionati, attendere, cancellare o spostare una parte residua. Queste decisioni cercano un equilibrio: la liquidità più economica potrebbe non essere disponibile in tempo; quella immediata potrebbe richiedere di attraversare lo spread o generare market impact.
In parole semplici — Non significa “trova sempre il prezzo migliore”. Significa applicare una policy per decidere dove, quando e con quale urgenza tentare i fill, misurando anche ciò che non viene eseguito.
Liquidità non è una cifra unica
La liquidità comprende almeno costo immediato, quantità disponibile, rapidità di esecuzione e capacità del mercato di ricostituirsi. Il top of book mostra soltanto la migliore quotazione visibile in un dato istante. Non rivela necessariamente riserve iceberg, interesse non esposto, altri venue, possibilità di internalizzazione né ordini che arriveranno o saranno cancellati.
Una strategia professionale deve quindi specificare il perimetro dei dati. Un book aggregato, un feed diretto del venue e una quotazione del broker non sono intercambiabili. Anche il prezzo nominalmente migliore può essere disponibile per una quantità troppo piccola, con fee differenti o con bassa probabilità di fill per la posizione in coda.
Liquidity seeking e smart order routing
Uno smart order router seleziona una o più destinazioni secondo regole automatizzate. Il liquidity seeking può utilizzare un router, ma può andare oltre la scelta del venue: può suddividere il parent order, modificare timing, quantità, prezzo o aggressività e gestire il residuo dopo l'invio.
La distinzione è rilevante anche nel lessico MiFID II. L'articolo 4(1)(39) esclude dalla definizione di algorithmic trading un sistema usato soltanto per instradare ordini senza determinare parametri. Se un sistema decide automaticamente timing, prezzo, quantità o gestione successiva, può invece rientrare nella definizione, secondo il perimetro applicabile.
Il Supervisory Briefing ESMA del 2026 richiama espressamente la determinazione automatica dei parametri e concentra l'attenzione su governance, test, outsourcing e controlli pre-trade. “Algoritmo fornito da terzi” non elimina quindi la necessità di comprenderne configurazione, limiti e responsabilità.
Componenti di una policy
| Componente | Domanda di controllo |
|---|---|
| Parent order | Quali quantità, limite, orizzonte e vincoli sono autorizzati? |
| Universo venue | Quali sedi o controparti sono accessibili e con quali regole? |
| Urgenza | Quanto costa attendere rispetto a eseguire subito? |
| Child order | Quali size, prezzi, TIF e modalità passive/aggressive sono ammessi? |
| Dati | Il feed descrive davvero la liquidità raggiungibile dall'ordine? |
| Controlli | Quali limiti bloccano duplicazioni, prezzi anomali o size eccessive? |
| Misura | Quale benchmark e quali fill, residui e costi verranno registrati? |
Una policy può preferire inizialmente ordini passivi, ma “passivo per default” non è una regola universale. Restare in coda può evitare l'attraversamento dello spread e contemporaneamente aumentare rischio di non esecuzione o selezione avversa. L'urgenza dipende dall'obiettivo del parent order, non da un'etichetta astratta di buona esecuzione.
I trade-off essenziali
Market impact e information leakage
Frammentare la size o distribuirla fra sedi può ridurre la pressione concentrata, ma pattern ripetuti possono rendere riconoscibile l'interesse. Cancellazioni e re-routing frequenti possono inoltre aumentare messaggi, latenza e rischio operativo.
Opportunity cost
Attendere una controparte migliore può lasciare quantità inevasa mentre il mercato si allontana. Il costo della mancata esecuzione non appare come fee, ma fa parte della valutazione economica.
Adverse selection
Un fill passivo non è automaticamente un buon fill. La controparte può eseguire proprio quando possiede informazione o urgenza che anticipa un movimento sfavorevole. Spread catturato e movimento successivo vanno distinti.
Costi e conflitti di routing
Fee, rebate, pagamento per order flow, accesso ai dati e accordi fra intermediari possono influenzare le destinazioni. Le FAQ SEC sulla Rule 606 descrivono, nel perimetro delle azioni NMS statunitensi, disclosure su routing, configurazioni algoritmiche, venue e accordi economici. Sono regole circoscritte, ma mostrano perché il routing non va valutato dal solo prezzo visualizzato.
Nessuna garanzia di best price o best execution
Una strategia liquidity-seeking non può conoscere con certezza liquidità futura, cancellazioni, code o interesse nascosto. Non garantisce:
- il miglior prezzo disponibile su ogni mercato possibile;
- il fill completo o entro una data durata;
- assenza di slippage, impact o leakage;
- accesso a tutte le sedi e controparti;
- conformità automatica agli obblighi di best execution.
Best execution è un dovere giuridico e organizzativo definito dal quadro applicabile; liquidity seeking è una tecnica o un servizio di esecuzione. Una può contribuire al processo dell'altra, ma non sono sinonimi.
Errore tipico — Confrontare due algoritmi soltanto sul prezzo medio dei fill. Un algoritmo può mostrare un prezzo migliore perché ha eseguito poca quantità, lasciando al cliente il rischio del residuo.
Esempio senza risultato predeterminato
Un ordine parent deve vendere 80.000 azioni entro la seduta. La policy osserva più sedi, prova inizialmente child passivi e aumenta l'aggressività quando il tempo residuo diminuisce. Su una sede il prezzo è migliore ma la coda è lunga; su un'altra lo spread è leggermente più ampio ma arriva un fill parziale. Durante un'accelerazione ribassista, attendere riduce le fee ma aumenta il costo opportunità.
La review non conclude che un venue “ha vinto” in assoluto. Confronta arrival price, fill ratio, prezzo ponderato, spread, fee, impatto stimato, quantità residua e comportamento dopo i fill. Il risultato può cambiare con size, strumento, orario e regime.
Checklist professionale
- Dichiarare benchmark, orizzonte, limite e urgenza del parent order.
- Documentare venue ammessi, esclusioni, dati, fee e possibili conflitti.
- Imporre limiti pre-trade su prezzo, size, valore e frequenza dei messaggi.
- Testare algoritmo, fallback, kill switch e comportamento in dati degradati.
- Conservare timestamp e legame fra parent, child, cancellazioni e fill.
- Valutare costi espliciti, impatto, adverse selection e opportunity cost.
Il percorso parte dall'hub Ordini, esecuzione e microstruttura e prosegue con sedi-di-negoziazione-e-routing, costi-di-transazione ed execution quality.
Fonti
- EUR-Lex, Direttiva 2014/65/UE, articolo 4(1)(39) — definizione di algorithmic trading e distinzione dal solo routing.
- ESMA, Supervisory Briefing on Algorithmic Trading in the EU, 26 febbraio 2026 — perimetro degli algoritmi, governance, test, outsourcing e controlli pre-trade.
- U.S. SEC, Responses to Frequently Asked Questions Concerning Rule 606 of Regulation NMS — discrezionalità, strategie algoritmiche, smart router, venue e disclosure degli accordi di routing.
- U.S. SEC, Disclosure of Order Execution and Order Routing Information — quadro ufficiale delle Rules 605 e 606.