Solo a scopo educativo; non costituisce consulenza né raccomandazione d’investimento. Gli investimenti possono comportare perdite.
Risposta diretta
Un book ordini è uno stato o una vista di dati, specifica per sede e prodotto, degli ordini di acquisto e vendita a riposo o dei livelli di prezzo aggregati. Il bid visibile più alto e l’ask visibile più basso formano il miglior denaro e la miglior lettera; la differenza è lo spread. Questo stato visibile rappresenta interesse eseguibile in un istante, non una previsione, un impegno a restare né una mappa completa della liquidità nascosta, iceberg, RFQ, OTC o di altre sedi.
Il livello dei dati di mercato è importante. Il livello 1 mostra la testa del book, il livello 2 aggrega la quantità per prezzo e il livello 3 può mostrare singoli ordini e dettagli della coda se la sede li fornisce. Una quantità di livello 2 può includere più ordini e non rivela la posizione in coda di un conto. Un book locale affidabile combina uno snapshot coerente con eventi incrementali continui e correttamente ordinati e smette di essere valido quando la continuità di sequenza o checksum fallisce.
Le regole di abbinamento sono specifiche della sede. Alcuni book continui usano priorità prezzo-tempo; altri prodotti possono usare ripartizione proporzionale, aste, regole per ordini nascosti, prevenzione dell’autoabbinamento o ordinamento per blocco. Gli ordini a mercato negoziano ai prezzi disponibili, non all’ultimo prezzo garantito. Gli ordini limite possono prendere subito liquidità e lasciare un residuo a riposo. La cancellazione compete con gli eseguiti finché non è confermata: eseguiti, commissioni, residuo, saldi e regolamento vanno riconciliati da eventi ufficiali.
- Slittamento medio
- 0,09%
- Quantità non riempita
- 0
I risultati sono approssimazioni didattiche. Escludono regole della sede, tasse, latenza, comportamento degli oracoli e altri parametri specifici del protocollo se non indicati.
Come funziona
- Fissare sede ed entità giuridica, prodotto e sessione, direzione base/quotata, contratto spot o derivato, tick, lotto, nozionale minimo, fascia commissionale, livello del book, modello di custodia o regolamento e orologio.
- Costruire una vista locale coerente: sottoscrivere e memorizzare gli eventi, ottenere lo snapshot documentato, applicare solo aggiornamenti compatibili e ordinati, distinguere dimensione assoluta e delta, validare sequenza o checksum e acquisire un nuovo snapshot a ogni lacuna.
- Leggere le regole esatte per priorità, aste, prevenzione dell’autoabbinamento, modifiche, cancellazione, ordini nascosti o iceberg e ordinamento onchain o intrablocco. Non dedurre la posizione in coda da un livello aggregato.
- Specificare lato, quantità base o budget in valuta quotata, comportamento limite o a mercato, trigger stop, validità come
GTC,IOCoFOK, indicatori post-only o reduce-only, bande di protezione e peggior prezzo accettabile. - Percorrere il lato eseguibile livello per livello per stimare quantità, nozionale, VWAP, spread e slippage rispetto a un benchmark esplicito. Aggiungere commissioni maker o taker per ogni eseguito e stressare latenza, profondità scomparsa o nascosta ed esecuzione parziale.
- Inviare con un identificativo cliente idempotente ed elaborare conferme private, rifiuti ed eseguiti. Trattare modifica, cancellazione e sostituzione come concorrenti finché il motore o la rete non le confermano; riconciliare quantità residua, inventario, cassa e commissioni effettivi.
- Confrontare book pubblico, stato privato, eseguiti e registro di regolamento. Per una CEX, separare abbinamento, custodia e prelievo; per book onchain o ibridi, separare invio, ordinamento, esecuzione, regolamento, riorganizzazione e finalità, quindi sospendere e risincronizzare in caso di stato incoerente.
Maker e taker descrivono il ruolo di liquidità di ogni eseguito, non un’etichetta permanente del conto o dell’ordine. Un ordine limite negoziabile può prendere più livelli e poi restare come maker. Gli ordini stop sono generalmente assenti dal book visibile finché un trigger definito dalla sede crea un altro ordine; il prezzo di attivazione non garantisce l’esecuzione. Validità, post-only, protezione di mercato e modifiche vanno verificati per la sede e il prodotto esatti.
Esempi svolti
- Spread e identità della quotazione. Il miglior denaro è
99.90e la miglior lettera100.10; quindimidpoint = (99.90 + 100.10) / 2 = 100.00, lo spread assoluto è0.20e quello relativo al midpoint0.20 / 100.00 = 0.20% = 20 bps. Un ultimo scambio a99.70non modifica da solo queste quotazioni eseguibili. - Consumo della profondità e commissioni. Le proposte in vendita sono
2 @ 100.00,3 @ 100.20e5 @ 100.50. Un acquisto a mercato di8costa200.00 + 300.60 + 301.50 = 802.10, pertantoVWAP = 802.10 / 8 = 100.2625. Lo slippage rispetto alla miglior lettera è0.2625% = 26.25 bps. Con commissione taker di20 bps, la commissione è1.6042, l’esborso totale803.7042e il costo unitario all-in100.463025. - Residuo di un limite negoziabile. Un limite in acquisto per
8 @ 100.20esegue2 @ 100.00e3 @ 100.20, costa500.60con VWAP100.12e lascia3ineseguiti. ConIOCil residuo è cancellato; conGTCpuò restare a100.20. La commissione taker di20 bpssul nozionale eseguito è1.0012, quindi l’esborso attuale è501.6012prima di eventuali eseguiti maker. - Concorrenza tra sequenza e cancellazione. Uno snapshot a
sequence = 100mostra4 @ 100.10. L’evento101lo porta a1, ma il successivo ricevuto è103; mancando102, il book è ignoto,103non può ripararlo e serve un nuovo snapshot. Separatamente, una vendita di10riceve eseguiti di2e1prima della conferma di cancellazione: la quantità eseguita finale è3, quella cancellata7, non zero.
Rischi
- Sede, entità giuridica, prodotto, contratto, sessione o ambiente errato.
- Direzione base/quotata invertita o unità di quantità e nozionale incoerenti.
- Tick, lotto, nozionale minimo, decimali o banda di prezzo errati.
- Snapshot obsoleto, incompleto, di altra sessione o incompatibile con gli eventi memorizzati.
- Lacuna, duplicato, evento fuori ordine o errore di checksum ignorato.
- Dimensione assoluta applicata come delta o cancellazione con zero gestita male.
- Aggregazione di livello 2 confusa con identità o posizione in coda di livello 3.
- Liquidità nascosta, iceberg, RFQ, dark, OTC, internalizzata o di altra sede omessa.
- Regole prezzo-tempo, proporzionali, d’asta, autoabbinamento, modifica o reintegro presunte erroneamente.
- Semantica di mercato, limite, stop, banda, post-only, reduce-only,
GTC,IOCoFOKfraintesa. - Ordine a mercato parzialmente eseguito, rifiutato o negoziato lontano da ultimo, midpoint o miglior prezzo.
- Cancellazione, modifica o sostituzione compete con eseguiti e crea inventario residuo o sovraesecuzione.
- Invio duplicato, conferma persa, collisione dell’ID cliente o discordanza dell’ID ordine rompe l’idempotenza.
- Ruolo maker/taker, fascia, rebate, commissione per eseguito, funding o costo di regolamento contabilizzato male.
- Spread o profondità visibili scompaiono durante latenza di rete, elaborazione, coda o blocco.
- Muri in acquisto o vendita sono cancellati, simulati, stratificati, reintegrati o fraintesi tra sedi frammentate.
- Benchmark, lato, spread, VWAP, commissioni, conversione valutaria o costo all-in calcolati male.
- Sospensione, asta, modalità solo-limite, manutenzione, indisponibilità, rate limit o cambio di stato altera il comportamento.
- Custodia CEX, registro, segregazione, prelievo, insolvenza o integrità API fallisce indipendentemente dall’abbinamento.
- Il flusso onchain o ibrido aggiunge rischi di allowance, nonce, gas, sequencer, MEV, contratto, riorganizzazione, finalità e indexer, e la riconciliazione finale fallisce.
Idee errate comuni
- «Un grande muro in acquisto garantisce un rialzo». Gli ordini visibili possono essere legittimi, cancellati, spostati, nascosti dietro altri flussi o destinati a ingannare.
- «Un ordine a mercato viene eseguito all’ultimo prezzo, al midpoint o al miglior prezzo». Consuma la liquidità opposta e può essere parziale o attraversare molti livelli.
- «Un ordine limite è sempre maker e non costa». Una parte negoziabile può essere taker, il residuo può attendere o non eseguire mai; restano commissioni, costo opportunità e fuga di informazioni.
- «Un alto volume storico garantisce liquidità profonda ed eseguibile a ogni dimensione». Il volume registra scambi passati; profondità corrente, latenza, flusso nascosto e impatto determinano l’esecuzione.
- «Un book onchain è interamente visibile, subito finale e privo di fiducia». Ordinamento, ordini firmati offchain, sequencer, contratti, indexer, regolamento e finalità possono restare dipendenze distinte.
Argomenti correlati
Fonti
- Recommended Practices for Book Management - FIX Trading Community (consultato: 2026-08-13)
- Exchange Matching Engine - Coinbase Developer Documentation (consultato: 2026-08-13)
- Exchange WebSocket Channels - Coinbase Developer Documentation (consultato: 2026-08-13)
- Create a new order - Coinbase Developer Documentation (consultato: 2026-08-13)
- Get all fills - Coinbase Developer Documentation (consultato: 2026-08-13)
- Get fees - Coinbase Developer Documentation (consultato: 2026-08-13)
- Order Types - Coinbase Developer Documentation (consultato: 2026-08-13)
- Order book - Hyperliquid Docs (consultato: 2026-08-13)