DeepBook

O que é DeepBook?

DeepBook é o protocolo de livro de ordens centralizado (CLOB) totalmente on-chain nativo da Sui, projetado para fornecer um espaço compartilhado de liquidez “atacadista” no qual outras aplicações Sui podem se compor, em vez de forçar cada DEX a criar, do zero, 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 aplicações, criando livros rasos, alta slippage para ordens grandes e roteamento frágil.

A vantagem competitiva de DeepBook, na medida em que existe algo assim em infraestrutura DeFi, não é a marca, mas 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 padrão de integração no ecossistema para equipes que querem descoberta de preço em estilo livro de ordens sem precisar operar toda uma pilha de exchange do zero, um posicionamento enfatizado em materiais do ecossistema Sui e em guias de ferramentas para desenvolvedores, como textos técnicos e referências de integração orientados à Sui/Mysten (veja a visão geral e a discussão de uso no ecossistema no blog da Sui em “Deep Dive into DeepBook” e “DeepBook powers DeFi protocols”, juntamente com documentação de infraestrutura de provedores como “QuickNode’s DeepBook guide”).

Em termos de posição de mercado, DeepBook deve ser analisado menos como uma DEX independente focada em usuário final e mais como uma infraestrutura de mercado compartilhada cujo “produto” é liquidez composável e lógica de matching.

Dashboards públicos que acompanham especificamente o DeepBook como protocolo (e não como 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” no DeFiLlama.

De meados de 2026 em diante, agregadores de dados de mercado de terceiros mostraram DEEP como um token de médio porte, cujo rank de market cap variava de maneira relevante por venue e metodologia (por exemplo, o CoinGecko exibia um rank na faixa de centenas em snapshots como sua página do DeepBook, enquanto o CoinMarketCap às vezes mostrava um rank consideravelmente mais alto), reforçando que “rank” é uma métrica imprecisa para um ativo cujo float, cobertura de venues e premissas de oferta circulante 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 app. O protocolo é comumente descrito como open source e estreitamente associado às instituições de desenvolvimento central e de 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 primitivos 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 de liquidez nativa (por exemplo, materiais do blog da Sui descrevendo-o como infraestrutura fundamental em vez de um único app) e é consistente com recursos externos para desenvolvedores que o descrevem como um bloco de construção orientado “pela Sui Foundation” para aplicações na Sui (Sui blog DeepBook deep dive, QuickNode guide).

Com o tempo, a narrativa evoluiu de “existe um livro de ordens on-chain na Sui” para “DeepBook é o venue canônico de liquidez através do 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 de “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 consenso próprio; é uma aplicação/protocolo on-chain implantado na L1 da Sui.

Como resultado, suas propriedades de segurança e finalidade são herdadas do conjunto de validadores da Sui e do pipeline de consenso/execução da Sui, e não 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 premissas de liveness da rede, 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 afirmações de “tempo de inatividade” e de resistência à censura do DeepBook são tão sólidas quanto a distribuição dos validadores da Sui e a resiliência operacional da rede, enquanto seu perfil de performance está fortemente ligado ao design de execução paralela da Sui, que é a principal razão pela qual livros de ordens nativos da Sui são apresentados como viáveis em relação a ambientes L1 mais lentos e congestionados (Sui blog DeepBook deep dive, QuickNode guide).

No lado técnico, o DeepBook V3 é documentado como um sistema de livro de ordens e pools implementado em Move, com parâmetros em nível de pool e lógica de taxas que fazem referência explícita à precificação do token DEEP/cálculos de taxas no conjunto de 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 pools de forma específica do protocolo (DeepWiki deepbookv3 order-book system).

A segurança da rede é, portanto, bifurcada: os validadores da Sui garantem inclusão e ordenação/finalidade das transações, enquanto o perfil de segurança do próprio 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 de risco básicas (embora não sejam autoritativos) destacam que o ecossistema o trata 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 explorers da Sui), e o fornecimento máximo declarado publicamente 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 circulante bem menor que o máximo, mas os valores exatos de circulante variam por provedor de dados e data do snapshot; dashboards de tokenomics como o Tokenomist publicaram valores de oferta circulante/total e cronogramas de desbloqueio destinados a monitorar emissões e vesting, o que importa porque o ritmo de desbloqueios pode dominar a dinâmica de preço em ativos de médio porte independentemente de seus fundamentais (Tokenomist DEEP tokenomics, DeepBook DEEP token page).

A utilidade e a tese de captura de valor de DEEP são incomumente “mecânicas” em comparação com muitos tokens de governança: a própria documentação do DeepBook e relatórios de pesquisa de exchanges de terceiros descrevem governança em nível de pool, na qual detentores de tokens podem influenciar variáveis como taxas de negociação e requisitos mínimos de staking, e o whitepaper do protocolo enquadra o staking como um mecanismo de acesso e de 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 de staking obrigatório se tornem estruturalmente grandes e persistentes, DEEP pode se comportar como um token de governança e incentivos cujo valuation é impulsionado mais por liquidez especulativa, cronogramas de emissões e acesso em exchanges do que por fluxos de caixa duráveis; o design do DeepBook tenta mitigar isso ao vincular a governança à economia dos pools, mas a “prova” é empírica e deve ser avaliada por meio de volume roteado sustentado e orgânico e pela permanência das integrações, e não por campanhas pontuais de incentivo (DeepBook token whitepaper, DeFiLlama DeepBook V3).

Quem está usando o DeepBook?

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

Páginas de dados de mercado que enfatizam os “pares de exchange mais ativos” capturam primariamente o primeiro tipo de uso e podem superestimar a relevância para o ecossistema se interpretadas como uso do protocolo; por outro lado, páginas de analytics de protocolo que acompanham TVL e volume de DEX roteado através do DeepBook V3 são proxies mais próximos de utilidade on-chain genuína, embora ainda imperfeitos, pois “volume de DEX” pode incluir comportamento quase wash induzido por incentivos e TVL pode ser uma métrica ruidosa (efeitos de preço de ativos, composição e diferenças de contabilidade) (CoinGecko DEEP markets and rank ") snapshot, DeFiLlama DeepBook V3).

Na prática, a principal exposição setorial da DeepBook é a DeFi nativa da Sui, particularmente venues de negociação à vista (spot), agregadores e stacks focados em trading que desejam componibilidade de livro de ordens em vez de curvas puramente AMM.

Quanto à adoção identificável, o próprio “builder hub” da DeepBook e as páginas de ecossistema enumeram integrações com aplicações DeFi reconhecíveis na Sui (por exemplo, Cetus, Aftermath, Bluefin, FlowX, Scallop, Turbos e outras), o que é relevante de forma direcional porque reflete integrações técnicas deliberadas em vez de menções casuais, mas ainda assim deve ser tratado como auto-relato 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 participação de roteamento persistente e dependência mensurável — isto é, se os principais venues de negociação em Sui passam a usar por padrão a liquidez da 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 a 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 tokens e governança) e exposição em nível de atividade (operar ou facilitar funcionalidade semelhante a bolsa de valores/corretora).

O desenho da DeepBook como um livro de ordens on-chain e venue de liquidez fica desconfortavelmente próximo ao conjunto de fatos que reguladores já descreveram ao promover ações de enforcement relacionadas a atividade de “bolsa não registrada” nos EUA; embora a DeepBook não seja a EtherDelta e opere em outra chain e contexto, a postura histórica da SEC ilustra que venues de negociação em estilo livro de ordens podem ser alvo de escrutínio dependendo de como são operados, comercializados e de quem controla interfaces ou fluxos de receita centrais SEC EtherDelta enforcement release.

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

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 da DeepBook. Mesmo que o código seja open source, a capacidade prática de enviar upgrades, coordenar integrações e definir parâmetros padrão pode ficar concentrada em um pequeno conjunto de atores do ecossistema, particularmente em estágios iniciais a intermediários de infraestrutura. Separadamente, as ameaças econômicas são reais: a DeepBook compete não apenas com outros CLOBs on-chain, mas também com hubs de liquidez baseados em AMM e sistemas de roteamento por intents/solvers cada vez mais sofisticados, que podem abstrair a escolha do venue subjacente. Se a liquidez principal em Sui se concentrar em um AMM dominante ou em outro primitivo de liquidez, a DeepBook pode acabar como “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 a DeepBook?

A perspectiva de curto prazo é mais crivelmente enquadrada em torno da continuidade da maturação da DeepBook V3, maior profundidade de integração com os principais aplicativos de trading em Sui e extensã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 para a 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á-la como uma categoria de protocolo distinta com séries temporais de volume/TVL roteados, o que implica que ela permanece estrategicamente relevante dentro da DeFi em Sui (DeepWiki deepbookv3 documentation, DeFiLlama DeepBook V3).

Os obstáculos estruturais são aqueles que tipicamente decidem 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 por meio de upgrades e navegar o perímetro de compliance 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 centrais são permissionless.