--- title: "Book ordini di criptoasset" description: "Un book ordini è una vista specifica della sede sugli ordini di acquisto e vendita a riposo; usarlo in sicurezza richiede dati di mercato coerenti, regole di abbinamento esatte, calcolo dell'esecuzione sulla profondità e riconciliazione di eseguiti e regolamento." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Book ordini di criptoasset > 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. ## Come funziona 1. 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. 2. 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. 3. 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. 4. Specificare lato, quantità base o budget in valuta quotata, comportamento limite o a mercato, trigger stop, validità come `GTC`, `IOC` o `FOK`, indicatori post-only o reduce-only, bande di protezione e peggior prezzo accettabile. 5. 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. 6. 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. 7. 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.90` e la miglior lettera `100.10`; quindi `midpoint = (99.90 + 100.10) / 2 = 100.00`, lo spread assoluto è `0.20` e quello relativo al midpoint `0.20 / 100.00 = 0.20% = 20 bps`. Un ultimo scambio a `99.70` non modifica da solo queste quotazioni eseguibili. - **Consumo della profondità e commissioni.** Le proposte in vendita sono `2 @ 100.00`, `3 @ 100.20` e `5 @ 100.50`. Un acquisto a mercato di `8` costa `200.00 + 300.60 + 301.50 = 802.10`, pertanto `VWAP = 802.10 / 8 = 100.2625`. Lo slippage rispetto alla miglior lettera è `0.2625% = 26.25 bps`. Con commissione taker di `20 bps`, la commissione è `1.6042`, l'esborso totale `803.7042` e il costo unitario all-in `100.463025`. - **Residuo di un limite negoziabile.** Un limite in acquisto per `8 @ 100.20` esegue `2 @ 100.00` e `3 @ 100.20`, costa `500.60` con VWAP `100.12` e lascia `3` ineseguiti. Con `IOC` il residuo è cancellato; con `GTC` può restare a `100.20`. La commissione taker di `20 bps` sul nozionale eseguito è `1.0012`, quindi l'esborso attuale è `501.6012` prima di eventuali eseguiti maker. - **Concorrenza tra sequenza e cancellazione.** Uno snapshot a `sequence = 100` mostra `4 @ 100.10`. L'evento `101` lo porta a `1`, ma il successivo ricevuto è `103`; mancando `102`, il book è ignoto, `103` non può ripararlo e serve un nuovo snapshot. Separatamente, una vendita di `10` riceve eseguiti di `2` e `1` prima della conferma di cancellazione: la quantità eseguita finale è `3`, quella cancellata `7`, 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`, `IOC` o `FOK` fraintesa. - 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 - [Exchange centralizzato](/it/crypto/cex/) - [Ordine limite](/it/crypto/limit-order-crypto/) - [Ordine a mercato](/it/crypto/market-order-crypto/) ## Fonti - [Recommended Practices for Book Management](https://www.fixtrading.org/wp-content/uploads/download-manager-files/MDOWG_Book_Mgt-v20.pdf) - FIX Trading Community (consultato: 2026-08-13) - [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation (consultato: 2026-08-13) - [Exchange WebSocket Channels](https://docs.cdp.coinbase.com/exchange/websocket-feed/channels) - Coinbase Developer Documentation (consultato: 2026-08-13) - [Create a new order](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/create-new-order) - Coinbase Developer Documentation (consultato: 2026-08-13) - [Get all fills](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/get-all-fills) - Coinbase Developer Documentation (consultato: 2026-08-13) - [Get fees](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/fees/get-fee) - Coinbase Developer Documentation (consultato: 2026-08-13) - [Order Types](https://docs.cdp.coinbase.com/prime/concepts/trading/order-types) - Coinbase Developer Documentation (consultato: 2026-08-13) - [Order book](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/order-book) - Hyperliquid Docs (consultato: 2026-08-13) Source: https://wiki.fcontext.com/it/crypto/order-book-crypto/index.mdx