DeepBook

O que é DeepBook?

DeepBook é o protocolo de livro de ordens centralizado (CLOB) nativo e totalmente on-chain da Sui, projetado para fornecer um ambiente de liquidez “atacadista” compartilhado no qual outros aplicativos em Sui podem se compor, em vez de forçar cada DEX a iniciar liquidez isolada em seus próprios pools.

Seu problema central é estrutural: a negociação on-chain em muitas L1 tende a se fragmentar entre AMMs e pools específicos de aplicativos, criando livros rasos, alta derrapagem (slippage) para ordens grandes e roteamento frágil.

A “vala competitiva” (moat) do DeepBook, na medida em que exista em infraestrutura DeFi, não é a marca, mas sim fatores técnicos e de distribuição: ele é fortemente alinhado com o modelo de execução centrado em objetos da Sui e se tornou o alvo de integração padrão no ecossistema para equipes que querem descoberta de preço em estilo livro de ordens sem operar toda uma pilha de exchange do zero, um posicionamento enfatizado nos materiais do ecossistema Sui e nos guias de ferramentas de desenvolvedor, como textos técnicos e referências de integração orientados à Sui/Mysten (veja a visão geral do DeepBook e a discussão de uso no ecossistema no blog da Sui em “Deep Dive into DeepBook” e “DeepBook powers DeFi protocols”, junto com documentação de infraestrutura de provedores como “QuickNode’s DeepBook guide”).

Em termos de posição de mercado, o DeepBook deve ser analisado menos como uma DEX autônoma voltada ao consumidor final e mais como infraestrutura de mercado compartilhada, cujo “produto” é liquidez componível e lógica de matching.

Dashboards públicos que acompanham especificamente o DeepBook enquanto protocolo (em vez de um front-end) normalmente enquadram sua escala em termos de TVL e volume spot roteado, sendo o conjunto de dados público mais citado a página “DeepBook V3” na DeFiLlama.

No início até meados de 2026, agregadores de dados de mercado de terceiros mostravam DEEP como um token de médio porte (mid-cap), cujo ranking de market cap variava de forma relevante por venue e metodologia (por exemplo, o CoinGecko exibia uma posição na casa das centenas em snapshots como sua página do DeepBook, enquanto o CoinMarketCap por vezes apresentava uma posição significativamente mais alta), reforçando que “ranking” é uma métrica imprecisa para um ativo cujo float, cobertura de venues e suposições de oferta em circulação podem diferir entre provedores de índice (CoinGecko, CoinMarketCap).

Quem fundou o DeepBook e quando?

DeepBook surgiu como parte da tese de “bens públicos” do ecossistema Sui, em vez de como uma marca típica de DEX emitida por um aplicativo. O protocolo é comumente descrito como open source e estreitamente associado às instituições centrais de desenvolvimento e ecossistema da Sui, com a implicação prática de que a trajetória inicial do DeepBook foi moldada pelos incentivos de uma L1 tentando semear primitivas confiáveis de liquidez on-chain para aplicações a jusante.

Essa abordagem é explícita nas comunicações do ecossistema Sui que posicionam o DeepBook como uma camada nativa de liquidez (por exemplo, o material do blog da Sui descrevendo-o como infraestrutura fundamental em vez de um único aplicativo) e é consistente com recursos externos para desenvolvedores que o descrevem como um bloco de construção orientado “by Sui Foundation” para aplicações em Sui (Sui blog DeepBook deep dive, QuickNode guide).

Com o tempo, a narrativa evoluiu de “existe um livro de ordens on-chain em Sui” para “DeepBook é o ambiente canônico de liquidez pelo qual outros produtos roteiam”, uma mudança sutil, porém importante, porque altera o conjunto competitivo relevante de UIs de DEX para camadas de infraestrutura de liquidez.

A formulação mais recente “V3” também é relevante: o protocolo agora é frequentemente referido explicitamente como “DeepBook V3” em contextos de análise e em hubs públicos de documentação de código, o que sinaliza um ciclo de iteração arquitetural em vez de um deployment estático (DeFiLlama DeepBook V3, DeepWiki / deepbookv3 technical documentation).

Como funciona a rede DeepBook?

O próprio DeepBook não é uma rede de camada base com seu próprio consenso; é um aplicativo/protocolo on-chain implantado na L1 Sui.

Como resultado, suas propriedades de segurança e finalidade são herdadas do conjunto de validadores e do pipeline de consenso/execução da Sui, em vez de depender de mineradores/validadores específicos do protocolo.

Na prática, isso significa que a correção do DeepBook depende das regras de transição de estado da cadeia Sui, da descentralização dos validadores e das suposições de liveness, enquanto o risco específico do DeepBook se concentra na correção dos smart contracts, no desenho econômico (taxas/incentivos) e na complexidade de integração.

Essa cadeia de dependência é importante para análise institucional: as alegações de “tempo de inatividade” e resistência à censura do DeepBook são tão fortes quanto a distribuição de validadores da Sui e a resiliência operacional da cadeia, enquanto seu perfil de desempenho está fortemente ligado ao design de execução paralela da Sui, que é a razão central pela qual livros de ordens nativos em Sui são apresentados como viáveis em comparação com ambientes L1 mais lentos e congestionados (Sui blog DeepBook deep dive, QuickNode guide).

Do ponto de vista técnico, o DeepBook V3 é documentado como um sistema de livro de ordens e pools implementado em Move, com parâmetros ao nível de pool e lógica de taxas que referenciam explicitamente a precificação e o cálculo de taxas do token DEEP na documentação em nível de código, ilustrando que DEEP não é apenas “governança em abstrato”, mas está conectado à mecânica de taxas e de pools de forma específica ao protocolo (DeepWiki deepbookv3 order-book system).

A segurança da rede, portanto, é bifurcada: os validadores da Sui asseguram a inclusão e a ordenação/finalidade das transações, enquanto o perfil de segurança próprio do DeepBook depende de auditorias, testes adversariais e da maturidade de seu conjunto de contratos V3; portais de segurança de terceiros que espelham dados de TVL e pontuações básicas de risco (ainda que não autoritativos) destacam que o ecossistema trata o DeepBook como infraestrutura central, e não como um dApp periférico (CertiK project page, DeFiLlama DeepBook V3).

Quais são os tokenomics de DEEP?

DEEP é o token nativo associado ao DeepBook, implementado como um ativo Sui Move (o endereço de contrato que você forneceu corresponde ao tipo DEEP em exploradores da Sui), e o fornecimento máximo público declarado tem sido apresentado como 10 bilhões de tokens nos próprios materiais do DeepBook (DeepBook DEEP token page).

Métricas de oferta e float disponíveis publicamente têm sido relativamente consistentes em mostrar uma oferta em circulação substancialmente menor que o máximo, mas os valores exatos em circulação variam por provedor de dados e data do snapshot; dashboards de tokenomics como o Tokenomist publicaram números de oferta circulante/total e cronogramas de desbloqueio voltados ao monitoramento de emissões e vesting, o que é relevante porque o ritmo de desbloqueios pode dominar a dinâmica de preço em ativos de médio porte independentemente dos fundamentos (Tokenomist DEEP tokenomics, DeepBook DEEP token page).

A utilidade e a tese de captura de valor de DEEP são incomumente “mecanicistas” em comparação com muitos tokens de governança: a documentação do próprio DeepBook e relatórios de pesquisa de exchanges de terceiros descrevem governança ao nível de pool, na qual detentores do token podem influenciar variáveis como taxas de negociação e requisitos mínimos de staking, e o whitepaper do protocolo apresenta o staking como um mecanismo de gate e alinhamento de incentivos diretamente ligado a como os pools são configurados e como taxas/incentivos se equilibram (DeepBook DEEP token page, DeepBook token whitepaper PDF hosted on Sui docs, Kraken Deepbook asset brief PDF).

Dito isso, a crítica institucional é direta: a menos que a captura de taxas ou a demanda por staking obrigatório se tornem estruturalmente grandes e persistentes, DEEP pode se comportar como um token de governança e incentivos cujo valuation é conduzido mais por liquidez especulativa, cronogramas de emissões e acesso em exchanges do que por fluxos de caixa duráveis; o desenho do DeepBook tenta mitigar isso ao vincular a governança à economia dos pools, mas a “prova” é empírica e deve ser avaliada via volume roteado sustentado e orgânico, bem como pela estabilidade das integrações, em vez de campanhas pontuais de incentivo (DeepBook token whitepaper, DeFiLlama DeepBook V3).

Quem está usando o DeepBook?

O uso deve ser desagregado em (i) negociação especulativa do próprio token DEEP em venues centralizados e (ii) utilidade efetiva on-chain, em que o DeepBook é usado como ambiente de roteamento para swaps/ordens limitadas por aplicações em Sui.

Páginas de dados de mercado que enfatizam “pares de exchange mais ativos” capturam principalmente o primeiro aspecto e podem superestimar a relevância do ecossistema se interpretadas como uso do protocolo; por outro lado, páginas de análise de protocolo que acompanham TVL e volume de DEX roteado via DeepBook V3 são proxies mais próximos da utilidade genuína on-chain, embora ainda imperfeitos porque “volume de DEX” pode incluir comportamento semelhante a wash trading impulsionado por incentivos, e TVL pode ser uma métrica ruidosa (efeitos de preço dos ativos, composição e diferenças de contabilização) (CoinGecko DEEP markets and rank). snapshot](https://www.coingecko.com/en/coins/deepbook/usd), DeFiLlama DeepBook V3).

Na prática, a principal exposição setorial do DeepBook é o DeFi nativo da Sui, em especial venues de negociação spot, agregadores e stacks voltados para trading que desejam composabilidade de livro de ordens em vez de curvas puramente AMM.

Quanto à adoção identificável, o próprio “builder hub” do DeepBook e as páginas de ecossistema listam integrações com aplicações DeFi reconhecidas na Sui (por exemplo, Cetus, Aftermath, Bluefin, FlowX, Scallop, Turbos e outras), o que é relevante em termos de direção porque reflete integrações técnicas deliberadas, em vez de menções casuais, mas ainda deve ser tratado como autorrelato do ecossistema, e não como uma lista de “parcerias” contratuais com volumes e termos divulgados (DeepBook builder hub).

Do ponto de vista institucional, o sinal de adoção mais forte seria uma participação persistente no roteamento e uma dependência mensurável — isto é, se as principais venues de negociação em Sui passam a usar por padrão a liquidez do DeepBook para descoberta de preço e execução — algo que pode ser parcialmente monitorado por meio de dashboards on-chain agregados, em vez de anúncios (DeFiLlama DeepBook V3).

Quais são os riscos e desafios para o DeepBook?

A exposição regulatória é melhor entendida em duas camadas: exposição em nível de protocolo (publicação de software, emissão/distribuição de token e governança) e exposição em nível de atividade (operar ou facilitar funcionalidades semelhantes a uma bolsa).

O design do DeepBook como um livro de ordens e venue de liquidez on-chain está desconfortavelmente próximo do conjunto de fatos que reguladores já descreveram ao promover ações de enforcement relacionadas a atividade de “bolsa não registrada” nos EUA; embora o DeepBook não seja o EtherDelta e opere em outra chain e contexto, a postura histórica da SEC ilustra que venues de negociação com estilo de livro de ordens podem ser examinadas dependendo de como são operadas, comercializadas e de quem controla interfaces ou fontes de receita-chave SEC EtherDelta enforcement release.

Até o momento das fontes revisadas nesta pesquisa, não há um processo amplamente divulgado, específico de protocolo, nos EUA, ou um evento de classificação relacionado a ETF ligado diretamente ao DeepBook/DEEP; o risco institucional mais realista é a incerteza regulatória sobre se a governança e a definição de taxas vinculadas a tokens poderiam ser caracterizadas como implicando considerações de bolsa, corretora ou valores mobiliários, dependendo de distribuição, controle e expectativas econômicas, especialmente se front-ends ou entidades afiliadas forem pontos de estrangulamento identificáveis.

Os vetores de centralização são herdados principalmente da Sui (concentração de validadores, diversidade de clientes, dependências operacionais) e dos próprios processos de governança e upgrade do DeepBook. Mesmo que o código seja open-source, a capacidade prática de lançar upgrades, coordenar integrações e definir parâmetros padrão pode se concentrar em um pequeno conjunto de atores do ecossistema, principalmente em estágios iniciais a intermediários de infraestrutura. Em separado, as ameaças econômicas são reais: o DeepBook compete não apenas com outros CLOBs on-chain, mas também com hubs de liquidez baseados em AMM e sistemas de roteamento baseados em intents/solvers cada vez mais sofisticados, que podem abstrair a escolha do venue subjacente. Se a maior parte da liquidez em Sui se concentrar em um AMM dominante ou em outro primitivo de liquidez, o DeepBook pode acabar como uma “infraestrutura em busca de fluxo”, em que a captura de valor do token (via exigências de staking e governança de taxas) fica aquém da narrativa.

Qual é a perspectiva futura para o DeepBook?

A perspectiva de curto prazo é mais bem enquadrada em torno da contínua maturação do DeepBook V3, maior profundidade de integração entre os principais aplicativos de negociação da Sui e a expansão incremental de primitivos (spot, margem, produtos estruturados) na camada de ecossistema, em vez de um único “app DeepBook” monolítico.

Hubs públicos de documentação técnica do DeepBook V3 e materiais contínuos voltados ao ecossistema sugerem uma postura de iteração ativa, em vez de modo apenas de manutenção, e provedores de analytics continuam a acompanhá-lo como uma categoria de protocolo distinta com séries temporais de volume/TVL roteados, o que implica que ele permanece estrategicamente relevante dentro do DeFi em Sui (DeepWiki deepbookv3 documentation, DeFiLlama DeepBook V3).

Os obstáculos estruturais são aqueles que normalmente determinam se a “infraestrutura de liquidez como bem público” se torna duradoura: sustentar fluxo orgânico sem subsídio persistente, evitar fragmentação de liquidez entre venues concorrentes, manter segurança durante upgrades e navegar o perímetro regulatório cada vez mais rígido em torno de primitivos DeFi com características de bolsa, especialmente para equipes e interfaces que podem ser identificáveis mesmo quando os contratos principais são permissionless.