Profondità aggregata e ordine per ordine
La profondità aggregata riporta una sola taglia totale per livello di prezzo, mentre la profondità ordine per ordine (market by order, MBO) riporta ogni singolo ordine in attesa con la sua identità, la sua taglia e la sua posizione in coda. I due flussi descrivono lo stesso book, ma solo quello ordine per ordine permette a una piattaforma di seguire un ordine lungo la sua vita e di separare gli annullamenti dalle esecuzioni.
Senzoukria · Glossario · Aggiornato a settembre 2026
Cosa porta ogni flusso
| Aggregata (market by price) | Ordine per ordine (market by order) | |
|---|---|---|
| Contenuto del messaggio | Prezzo, lato, taglia totale, numero di ordini | Id ordine, prezzo, lato, taglia, priorità |
| Posizione in coda | Non disponibile | Ricavabile dalla priorità |
| Annullamento, modifica o esecuzione | Solo la variazione netta del totale | Ogni evento attribuito a un ordine |
| Banda passante | Più bassa | Più alta |
| Abilitazione | Dipende dall'abbonamento dati | Abilitazione separata, dove è offerta |
Cosa si può dedurre dai totali e cosa no
- Un calo della taglia totale a un livello dice che della taglia è uscita; non dice se un ordine sia stato annullato o se dieci ordini siano stati ridotti.
- Incrociare una diminuzione con una transazione allo stesso prezzo e allo stesso istante sostiene la lettura che la taglia sia stata eseguita; non prova quale ordine sia stato eseguito.
- Un iceberg che si ricarica è visibile come ricarica ripetuta su entrambi i flussi, ma solo quello ordine per ordine mostra se le ricariche sono lo stesso ordine o ordini nuovi.
- La posizione in coda, cioè quanta taglia sta davanti al tuo ordine a un prezzo, richiede il flusso ordine per ordine.
Quali mercati offrono cosa
Il CME documenta sia il flusso market by price sia quello market by order per i suoi future; quale dei due arrivi a una piattaforma dipende dall'abilitazione legata all'abbonamento dati, non dal codice della piattaforma. Gli exchange cripto in genere pubblicano istantanee di profondità aggregata e aggiornamenti differenziali su websocket pubblici, senza identità degli ordini.
In Senzoukria
La schermata heatmap disegna la profondità dal flusso che la connessione consegna. Le funzioni che richiedono il flusso ordine per ordine lo dichiarano: lo stato vuoto del pannello tracker di liquidità dice che gli serve il flusso ordine per ordine (MBO), perché legge la vita di ogni ordine e non solo i totali visibili. Le letture ricavate dalla profondità aggregata portano il suggerimento «dedotto dal book aggregato: mai presentato come osservazione MBO».
I dati di mercato sono fatturati dal fornitore, e l'abilitazione alla profondità fa parte di quell'abbonamento; l'applicazione non sostituisce una vista ordine per ordine dedotta quando il flusso è aggregato.
Errori frequenti
- Aspettarsi posizione in coda o tracciamento per ordine da un flusso aggregato.
- Supporre che una piattaforma che pubblicizza una heatmap riceva il flusso completo ordine per ordine.
- Confrontare immagini di profondità fra due flussi come se avessero la stessa copertura.
Correlati
Questa pagina in altre lingue
Domande frequenti
- Mi servono dati ordine per ordine per usare una heatmap?
- No. Una heatmap disegna la taglia totale in attesa per prezzo nel tempo, che la profondità aggregata fornisce. Il flusso ordine per ordine aggiunge la capacità di attribuire le variazioni a ordini specifici, il che alimenta un tracker di liquidità e le stime di coda. L'immagine è la stessa; a cambiare è l'attribuzione.
- La profondità aggregata può distinguere un annullamento da un'esecuzione?
- Solo per deduzione. Se il totale di un livello cala nello stesso momento in cui a quel prezzo stampa una transazione di taglia corrispondente, il calo è compatibile con un'esecuzione. Se non stampa nessuna transazione, il calo è stato un annullamento o una modifica. La deduzione è spesso corretta, ma è una correlazione fra due flussi, non un evento osservato.
- Perché il flusso ordine per ordine costa di più da gestire?
- Perché ogni evento su un ordine è un messaggio. Un future di indice liquido genera molti più invii, modifiche e annullamenti di ordini che transazioni, quindi la frequenza dei messaggi è parecchie volte quella del flusso aggregato. La piattaforma deve elaborare e conservare ogni evento per ricostruire la vita degli ordini, il che è più pesante che mantenere dei totali per prezzo.