A chi serve — A chi deve distribuire un ordine nel tempo o valutare un'esecuzione rispetto a una media temporale, senza confondere il nome del benchmark con il comportamento concreto dell'algoritmo.
TWAP significa Time-Weighted Average Price. Il termine viene usato per due oggetti collegati ma distinti:
- un benchmark, cioè una media dei prezzi osservati a intervalli temporali definiti;
- una strategia di esecuzione, che suddivide un ordine complessivo in child order distribuiti lungo una finestra.
Il benchmark serve a confrontare un risultato. L'algoritmo decide come tentare di ottenere dei fill. Un ordine etichettato “TWAP” da una piattaforma non promette che il prezzo finale coincida con il benchmark e non implica che ogni child order abbia la stessa quantità o venga eseguito.
In parole semplici — “Media del prezzo ogni cinque minuti” è una regola di misurazione. “Invia porzioni del mio ordine durante due ore” è una regola di esecuzione. Possono usare lo stesso orologio, ma rispondono a due domande diverse.
Il benchmark TWAP
Data una serie di prezzi osservati in istanti equidistanti, una forma semplice è:
TWAP = somma dei prezzi osservati / numero delle osservazioni
La definizione operativa deve dichiarare quale prezzo viene campionato — ultimo trade, midpoint, prezzo tipico di una barra —, la frequenza, l'inizio e la fine della finestra. Cambiando questi elementi cambia il benchmark. Il TWAP non è quindi “la vera media” indipendente dai dati: è una misura costruita secondo una metodologia.
Il VWAP attribuisce invece più peso ai prezzi associati a maggiore volume. TWAP e VWAP coincidono soltanto in casi particolari; una sessione con volumi concentrati nelle ore di prezzi alti può produrre valori molto diversi. Perciò un algoritmo temporale non deve essere descritto come un modo certo per ottenere il VWAP.
L'algoritmo di esecuzione TWAP
L'istruzione iniziale, o parent order, stabilisce almeno lato, quantità, strumento e finestra. Possono aggiungersi prezzo limite, data di avvio, urgenza, venue ammessi e condizioni di cancellazione. L'algoritmo genera o gestisce i child order necessari per lavorare la quantità.
Un modello didattico divide 1.200 unità in dodici tranche da 100. Le implementazioni reali possono però:
- variare o randomizzare leggermente la size dei child;
- usare ordini passivi e diventare più aggressive vicino alla fine del bucket;
- redistribuire quantità non eseguite sulle finestre successive;
- rispettare un prezzo limite e lasciare inevasa la quantità non compatibile;
- sospendere, cancellare o terminare allo scadere della durata.
La documentazione di Coinbase Advanced, per esempio, specifica che la size dei
suborder è stimata e può variare, che alcuni child vengono randomizzati e che
quantità non eseguite può essere redistribuita. Coinbase Prime richiede invece
parametri quali start_time, expiry_time e limit_price per il proprio ordine
TWAP. Sono esempi di prodotto, non una definizione universale valida per ogni
fornitore.
Istruzione, algoritmo e qualificazione normativa
Un utente può selezionare “TWAP” come istruzione nell'interfaccia, ma dietro quella scelta opera un sistema che determina timing, quantità o gestione dei child order. L'articolo 4(1)(39) MiFID II definisce algorithmic trading il trading in cui un algoritmo determina automaticamente parametri individuali degli ordini, con intervento umano limitato o assente; esclude i sistemi usati soltanto per instradare senza determinare parametri.
Il Supervisory Briefing ESMA del 2026 chiarisce che timing, prezzo, quantità e gestione successiva sono esempi di parametri e richiama controlli pre-trade, governance, test e outsourcing. La qualificazione concreta dipende comunque dall'attività, dal soggetto e dal quadro applicabile: la presenza del pulsante TWAP non sostituisce un'analisi normativa.
Cosa può ottenere e cosa non garantisce
Distribuire la quantità può evitare di richiedere tutta la liquidità nello stesso istante e ridurre la concentrazione temporale. Non garantisce però:
- il completamento della quantità parent;
- un prezzo migliore di un ordine immediato;
- un prezzo uguale al TWAP o al VWAP;
- market impact o slippage inferiori;
- anonimato o assenza di information leakage;
- protezione da un mercato che si allontana durante la finestra.
Una durata più lunga può ridurre l'urgenza e l'impatto immediato, ma aumenta l'esposizione al rischio di prezzo e al costo opportunità. Una durata più breve concentra i child e può consumare più liquidità. L'uso di ordini passivi riduce l'attraversamento dello spread, ma introduce rischio di non esecuzione e selezione avversa. Non esiste una regolazione dell'orologio ottimale per ogni strumento e regime.
Errore tipico — Valutare il TWAP soltanto dal prezzo medio dei fill completati. Se una parte importante non viene eseguita, ignorare la quantità residua e il movimento successivo nasconde il costo opportunità.
Esempio di valutazione
Un investitore deve acquistare 12.000 azioni fra le 10:00 e le 12:00 con un limite massimo. L'algoritmo pianifica child order durante la finestra, ma il prezzo supera il limite per quaranta minuti. Alcuni child restano inevasi e vengono riproposti successivamente; alla scadenza risultano acquistate 9.500 azioni.
Il prezzo medio delle 9.500 va confrontato con benchmark dichiarati, ma la valutazione deve includere anche fill ratio, quantità residua, commissioni, spread e costo della mancata esecuzione. Dire soltanto “prezzo migliore del TWAP” non descrive l'intero risultato.
Checklist di controllo
- Definire quantità parent, finestra, limite e regola di fine.
- Leggere come il fornitore dimensiona, randomizza e recupera i child order.
- Stabilire benchmark e timestamp prima dell'esecuzione.
- Registrare fill ponderati per quantità, residui, cancellazioni e costi.
- Separare risultato dell'algoritmo, benchmark TWAP e confronto con VWAP.
- Verificare controlli, outage e comportamento nelle sospensioni del mercato.
Il contesto completo è nell'hub Ordini, esecuzione e microstruttura. Le componenti economiche sono trattate in costi-di-transazione e qualità di esecuzione.
Fonti
- Coinbase Help, Advanced Trade order types — TWAP orders — parametri, suborder, redistribuzione, modalità passiva/aggressiva e randomizzazione dell'implementazione documentata.
- Coinbase Developer Documentation, Prime — Order Types — parametri degli ordini TWAP e distinzione dai VWAP nel prodotto Prime.
- EUR-Lex, Direttiva 2014/65/UE, articolo 4(1)(39) — definizione di algorithmic trading ed esclusione del mero routing.
- ESMA, Supervisory Briefing on Algorithmic Trading in the EU, 26 febbraio 2026 — parametri automatizzati, governance, test, outsourcing e controlli pre-trade.