DeepBook

Che cos’è DeepBook?

DeepBook è il protocollo CLOB (central limit order book) nativo di Sui, completamente on-chain, progettato per fornire una sede di liquidità “all’ingrosso” condivisa in cui altre applicazioni Sui possano integrarsi, invece di costringere ogni DEX ad avviare da zero una liquidità isolata nei propri pool.

Il problema fondamentale che affronta è di tipo strutturale: il trading on-chain su molte L1 tende a frammentarsi tra AMM e pool specifici per singole app, creando order book poco profondi, forte slippage per ordini di dimensioni elevate e instradamento fragile.

Il “vantaggio competitivo” di DeepBook, per quanto possa esistere un moat nell’infrastruttura DeFi, non è il branding ma gli aspetti tecnici e distributivi: è strettamente allineato con il modello di esecuzione object–centric di Sui ed è diventato l’integrazione di default nell’ecosistema per i team che vogliono una scoperta del prezzo in stile order book senza dover gestire da zero uno stack di exchange. Questa posizione è enfatizzata nel materiale dell’ecosistema Sui e nelle guide agli strumenti per sviluppatori, come le analisi tecniche e i riferimenti d’integrazione orientati a Sui/Mysten (si veda sul blog Sui la panoramica su DeepBook e la discussione sull’uso nell’ecosistema in “Deep Dive into DeepBook” e “DeepBook powers DeFi protocols”, insieme alla documentazione infrastrutturale di provider come “QuickNode’s DeepBook guide”).

In termini di posizionamento di mercato, DeepBook va analizzato meno come un DEX autonomo e consumer-facing, e più come un’infrastruttura di mercato condivisa il cui “prodotto” è la liquidità componibile e la logica di matching.

I cruscotti pubblici che tracciano DeepBook specificamente come protocollo (piuttosto che come front-end) ne inquadrano di solito la scala in termini di TVL e volume spot instradato; il dataset pubblico più comunemente citato è la pagina “DeepBook V3” su DeFiLlama.

A partire dai primi/medi mesi del 2026, gli aggregatori di dati di mercato di terze parti mostravano DEEP come un token a capitalizzazione media, con un rank di market cap che variava in modo significativo a seconda del venue e della metodologia (per esempio, CoinGecko riportava un rank nell’area delle “centinaia medio–alte” in istantanee come la sua pagina su DeepBook, mentre CoinMarketCap in alcuni momenti ha mostrato un rank significativamente più alto). Ciò rafforza l’idea che il “rank” sia una metrica imprecisa per un asset il cui float, la copertura dei venue e le ipotesi sull’offerta circolante possono differire tra i vari fornitori di indici (CoinGecko, CoinMarketCap).

Chi ha fondato DeepBook e quando?

DeepBook è emerso come parte della tesi sui “beni pubblici” dell’ecosistema Sui, più che come un tipico brand DEX emesso da un’app. Il protocollo è comunemente descritto come open source e strettamente associato alle istituzioni di sviluppo core ed ecosistemiche di Sui, con la conseguenza pratica che la traiettoria iniziale di DeepBook è stata plasmata dagli incentivi di una L1 che cerca di seminare primitive di liquidità on-chain affidabili per le applicazioni a valle.

Questa impostazione è esplicita nelle comunicazioni dell’ecosistema Sui che presentano DeepBook come layer di liquidità nativo (per esempio, il materiale del blog Sui che lo descrive come infrastruttura fondamentale piuttosto che come singola app), ed è coerente con le risorse per sviluppatori esterne che lo descrivono come un mattone “by Sui Foundation” orientato alla costruzione di applicazioni su Sui (Sui blog DeepBook deep dive, QuickNode guide).

Nel tempo, la narrativa si è evoluta da “esiste un order book on-chain su Sui” a “DeepBook è la sede di liquidità canonica attraverso cui passano gli altri prodotti”: un cambiamento sottile ma importante, perché sposta il set competitivo rilevante dai DEX UI ai livelli di infrastruttura di liquidità.

Anche la più recente definizione “V3” è significativa: il protocollo viene ora indicato spesso esplicitamente come “DeepBook V3” nei contesti di analytics e negli hub di documentazione del codice pubblico, il che segnala un ciclo di iterazioni architetturali piuttosto che un deployment statico (DeFiLlama DeepBook V3, DeepWiki / deepbookv3 technical documentation).

Come funziona la rete DeepBook?

DeepBook in sé non è una rete di base con un proprio consenso; è un’applicazione/protocollo on-chain distribuito sulla L1 Sui.

Di conseguenza, le sue proprietà di sicurezza e finalità derivano dal set di validatori e dalla pipeline di consenso/esecuzione di Sui, piuttosto che da miner/validatori specifici del protocollo.

In pratica ciò significa che la correttezza di DeepBook dipende dalle regole di transizione di stato della chain Sui, dal grado di decentralizzazione dei validatori e dalle ipotesi sulla liveness, mentre il rischio specifico di DeepBook si concentra sulla correttezza degli smart contract, sul design economico (fee/incentivi) e sulla complessità di integrazione.

Questa catena di dipendenze è importante per le analisi istituzionali: le affermazioni di DeepBook in materia di “downtime” e resistenza alla censura sono forti solo quanto la distribuzione dei validatori di Sui e la resilienza operativa della chain, mentre il suo profilo prestazionale è strettamente legato al design di esecuzione parallela di Sui, che è il motivo principale per cui gli order book nativi Sui vengono proposti come credibili rispetto agli ambienti L1 più lenti e congestionati (Sui blog DeepBook deep dive, QuickNode guide).

Sul piano tecnico, DeepBook V3 è documentato come un sistema di order book e pool implementato in Move, con parametri a livello di pool e logica delle commissioni che fanno esplicito riferimento alla determinazione del prezzo/fee del token DEEP nella documentazione a livello di codice. Questo mostra che DEEP non è soltanto un token di “governance astratta”, ma è cablato nelle meccaniche di commissioni e pool in modo specifico per il protocollo (DeepWiki deepbookv3 order-book system).

La sicurezza della rete è quindi biforcata: i validatori di Sui garantiscono inclusione, ordinamento e finalità delle transazioni, mentre il profilo di sicurezza proprio di DeepBook dipende da audit, test avversariali e maturità della suite di contratti V3. I portali di sicurezza di terze parti che riflettono dati di TVL e un basic risk scoring (pur non essendo autoritativi) evidenziano che l’ecosistema considera DeepBook un’infrastruttura core piuttosto che una dApp periferica (CertiK project page, DeFiLlama DeepBook V3).

Quali sono i tokenomics di DEEP?

DEEP è il token nativo associato a DeepBook, implementato come asset Sui Move (l’indirizzo di contratto che hai fornito corrisponde al tipo DEEP sugli explorer di Sui), e l’offerta massima dichiarata pubblicamente è stata presentata come pari a 10 miliardi di token nei materiali ufficiali di DeepBook (DeepBook DEEP token page).

Le metriche di offerta e float disponibili pubblicamente sono state relativamente coerenti nel mostrare un’offerta circolante significativamente inferiore alla massima, ma i valori esatti in circolazione variano a seconda del fornitore di dati e della data della snapshot. Dashboard sui tokenomics come Tokenomist hanno pubblicato valori di offerta circolante/totale e schedule di unlock pensati per monitorare emissioni e vesting, fattori importanti perché il ritmo degli unlock può dominare la dinamica di prezzo di un asset a media capitalizzazione indipendentemente dai fondamentali (Tokenomist DEEP tokenomics, DeepBook DEEP token page).

L’utilità e la dinamica di value accrual di DEEP sono insolitamente “meccanicistiche” rispetto a molti token di governance: la documentazione di DeepBook e i rapporti di ricerca degli exchange di terze parti descrivono una governance a livello di pool in cui i detentori del token possono influenzare variabili come le fee di trading e i requisiti minimi di staking, e il whitepaper del protocollo inquadra lo staking come un meccanismo di gating e allineamento di incentivi direttamente collegato a come vengono configurati i pool e a come fee/incentivi si equilibrano (DeepBook DEEP token page, DeepBook token whitepaper PDF hosted on Sui docs, Kraken Deepbook asset brief PDF).

Detto questo, la critica dal punto di vista istituzionale è lineare: a meno che la cattura di fee o la domanda di staking richiesto non diventino strutturalmente grandi e persistenti, DEEP può comportarsi come un token di governance–e–incentivi la cui valutazione è guidata più dalla liquidità speculativa, dagli schedule di emissione e dall’accesso agli exchange che da diritti su flussi di cassa durevoli. Il design di DeepBook cerca di mitigare questo aspetto collegando la governance all’economia dei pool, ma la “prova” è empirica e dovrebbe essere valutata attraverso volumi instradati sostenuti e organici e la persistenza delle integrazioni, piuttosto che tramite campagne di incentivi episodiche (DeepBook token whitepaper, DeFiLlama DeepBook V3).

Chi utilizza DeepBook?

L’utilizzo andrebbe disaggregato in (i) trading speculativo del token DEEP stesso su venue centralizzati e (ii) effettiva utilità on-chain in cui DeepBook viene usato come venue di instradamento per swap/ordini limite da parte delle applicazioni Sui.

Le pagine di dati di mercato che mettono l’accento sulle “coppie di scambio più attive” catturano principalmente il primo aspetto e possono sopravvalutare la rilevanza per l’ecosistema se interpretate come utilizzo del protocollo; al contrario, le pagine di analytics sul protocollo che tracciano TVL e volume DEX instradato tramite DeepBook V3 sono proxy più vicini alla reale utilità on-chain, sebbene ancora imperfetti, perché il “volume DEX” può includere attività di tipo wash trade guidate da incentivi e il TVL può essere una metrica rumorosa (effetti di prezzo degli asset, composizione e differenze di contabilizzazione) (CoinGecko DEEP markets and rank "). snapshot, DeFiLlama DeepBook V3).

In pratica, l’esposizione settoriale dominante di DeepBook è il DeFi nativo di Sui, in particolare le venue di spot trading, gli aggregatori e gli stack orientati al trading che cercano componibilità basata su order book piuttosto che su pure curve AMM.

Per quanto riguarda l’adozione identificabile, il “builder hub” e le pagine ecosistemiche di DeepBook elencano integrazioni con applicazioni DeFi Sui riconoscibili (ad esempio Cetus, Aftermath, Bluefin, FlowX, Scallop, Turbos e altre), il che è indicativamente significativo perché riflette integrazioni tecniche deliberate piuttosto che semplici menzioni casuali, ma dovrebbe comunque essere considerato come auto-segnalazione dell’ecosistema piuttosto che come un elenco di “partnership” contrattuali con volumi e termini divulgati (DeepBook builder hub).

Dal punto di vista istituzionale, il segnale di adozione più forte sarebbe una quota di routing persistente e una dipendenza misurabile, cioè se le principali venue di trading su Sui predefiniscono la liquidità di DeepBook per la price discovery e l’esecuzione, qualcosa che può essere parzialmente monitorato tramite dashboard on-chain aggregati piuttosto che tramite annunci (DeFiLlama DeepBook V3).

Quali sono i rischi e le sfide per DeepBook?

L’esposizione regolamentare è meglio concepita su due livelli: esposizione a livello di protocollo (pubblicazione del software, emissione/distribuzione del token e governance) ed esposizione a livello di attività (gestione o facilitazione di funzionalità simili a un exchange).

Il design di DeepBook come order book on-chain e venue di liquidità si colloca in una zona scomoda rispetto al quadro fattuale che i regolatori hanno descritto in passato quando hanno avviato azioni esecutive relative ad attività di “exchange non registrato” negli Stati Uniti; sebbene DeepBook non sia EtherDelta e operi su una chain e in un contesto diversi, l’atteggiamento storico della SEC illustra che le venue di trading in stile order book possono essere oggetto di scrutinio a seconda di come vengono gestite, commercializzate e di chi controlla le interfacce chiave o i flussi di entrate SEC EtherDelta enforcement release.

Non esiste, in base alle fonti esaminate in questa fase di ricerca, una causa legale statunitense ampiamente riportata e specifica per il protocollo o un evento di classificazione legato a ETF collegato direttamente a DeepBook/DEEP; il rischio istituzionale più realistico è l’incertezza regolamentare sul fatto che la governance e la definizione delle fee collegate al token possano essere caratterizzate come coinvolgenti considerazioni relative a exchange, broker-dealer o securities a seconda di distribuzione, controllo e aspettative economiche, specialmente se i front-end o entità affiliate rappresentano choke point identificabili.

I vettori di centralizzazione sono principalmente ereditati da Sui (concentrazione dei validator, diversità dei client, dipendenze operative) e dai processi di governance e upgrade di DeepBook stesso. Anche se il codice è open-source, la capacità pratica di rilasciare upgrade, coordinare le integrazioni e definire i parametri di default può essere concentrata in un piccolo insieme di attori dell’ecosistema, in particolare nelle fasi iniziali e intermedie dell’infrastruttura. Separatamente, le minacce economiche sono reali: DeepBook compete non solo contro altri CLOB on-chain ma anche contro hub di liquidità basati su AMM e sistemi di routing basati su intent/solver sempre più sofisticati che possono astrarre la scelta della venue sottostante. Se la liquidità principale su Sui si concentra intorno a un AMM dominante o a un diverso primitivo di liquidità, DeepBook può finire come “infrastruttura in cerca di flusso”, in cui l’accumulo di valore del token (tramite requisiti di staking e governance delle fee) rende meno del previsto rispetto alla narrativa.

Qual è l’outlook futuro per DeepBook?

L’outlook di breve termine è più credibilmente inquadrato intorno al continuo sviluppo di DeepBook V3, a una maggiore profondità di integrazione tra le principali applicazioni di trading su Sui e a un’estensione incrementale dei primitivi (spot, margin, prodotti strutturati) a livello di ecosistema piuttosto che in un’unica “app DeepBook” monolitica.

Gli hub di documentazione tecnica pubblica per DeepBook V3 e i materiali continuativi rivolti all’ecosistema suggeriscono una postura di iterazione attiva piuttosto che una modalità di sola manutenzione, e i provider di analytics continuano a tracciarlo come una categoria di protocollo distinta con serie storiche di volume instradato/TVL, il che implica che rimane strategicamente rilevante all’interno del DeFi su Sui (DeepWiki deepbookv3 documentation, DeFiLlama DeepBook V3).

Gli ostacoli strutturali sono quelli che in genere determinano se l’“infrastruttura di liquidità come bene pubblico” diventi duratura: sostenere flussi organici senza sussidi persistenti, prevenire la frammentazione della liquidità tra venue concorrenti, mantenere la sicurezza attraverso gli upgrade e navigare il perimetro di compliance sempre più rigido attorno ai primitivi DeFi simili a exchange, soprattutto per i team e le interfacce che possono essere identificabili anche quando i contratti core sono permissionless.