DeepBook

What is DeepBook?

DeepBook 是 Sui 原生、完整链上的中央限价订单簿（CLOB）协议，旨在提供一个共享的“批发式”流动性场所，让其他 Sui 应用可以在其之上进行组合和集成，而不是让每一个 DEX 都必须在各自独立的资金池中从零开始启动并维持孤立的流动性。

它所要解决的核心问题是结构性的：在许多一层公链上，链上交易往往在 AMM 和应用专用池之间被严重碎片化，导致订单簿深度不足、大额交易滑点高，以及路由路径脆弱。

在 DeFi 基础设施这个领域里，如果说 DeepBook 存在“护城河”，那更多不是品牌，而是技术与分发层面的优势：它与 Sui 面向对象的执行模型高度贴合，并逐渐成为生态系统中团队进行集成时的默认目标——这些团队希望获得订单簿式的价格发现能力，却不想从零开始运营一整套交易所基础设施。这一定位也被反复强调在 Sui 生态系统的宣传材料和开发者工具指南中，例如面向 Sui/Mysten 的技术文章和集成参考（可见 Sui 博客中的 DeepBook 概览以及生态使用情况讨论，“Deep Dive into DeepBook” 与 “DeepBook powers DeFi protocols”，以及来自 “QuickNode’s DeepBook guide” 等基础设施提供方的文档）。

在市场定位层面，DeepBook 更应被视作一种共享的市场基础设施，而不是一个面向终端用户的独立 DEX，其“产品”更接近于可组合的流动性与撮合逻辑。

专门跟踪 DeepBook 这一协议本身（而非前端界面）的公共看板，通常会从 TVL 和经其路由的现货交易量等维度来刻画其规模，其中被引用最多的公共数据集之一就是 DeFiLlama 上的 “DeepBook V3” 页面。

截至 2026 年早中期，第三方市场数据聚合平台显示，DEEP 是一枚中等市值代币，其市值排名会因交易场所与统计方法不同而有较大差异（例如，在 CoinGecko 的 DeepBook 页面中，其排名通常位于数百名区间，而 CoinMarketCap 有时给出的排名则显著更靠前）。这进一步说明，对于一类流通盘、交易场所覆盖度以及流通量假设在不同指数提供商之间存在差异的资产而言，“排名”本身是一个非常粗糙的指标（参见 CoinGecko、CoinMarketCap）。

Who Founded DeepBook and When?

DeepBook 的诞生，更像是 Sui 生态“公共物品”论的一部分，而不是传统意义上由某个应用发行的 DEX 品牌。该协议通常被描述为开源项目，并与 Sui 的核心开发和生态机构紧密关联；在实践中，这意味着 DeepBook 早期的发展轨迹，深受这条一层公链的激励机制影响——Sui 试图为下游应用预置稳健可靠的链上流动性原语。

这一叙事在 Sui 生态的官方沟通中表述得非常明确：DeepBook 被定位为原生流动性层（例如 Sui 博客中将其描述为基础设施，而非单一应用），这与外部开发者资源中将其视为“由 Sui Foundation 定位、面向 Sui 应用的基础构件”的说法也是一致的（参见 Sui blog DeepBook deep dive、QuickNode guide）。

随着时间推移，叙事也在演进：从“在 Sui 上存在一个链上订单簿”转变为“DeepBook 是其他产品会通过其进行路由的规范流动性场所”。这是一个细微但重要的转变，因为这意味着其真正的竞争集合，不再是各种 DEX 界面，而是底层流动性基础设施层。

更新后的 “V3” 叙事同样很关键：在分析数据与公共代码文档中，该协议现阶段经常被明确称为 “DeepBook V3”，这表明它处在持续的架构迭代周期中，而非一次性部署（参见 DeFiLlama DeepBook V3、DeepWiki / deepbookv3 technical documentation）。

How Does the DeepBook Network Work?

DeepBook 本身并不是一条拥有自有共识机制的基础网络；它是部署在 Sui 一层上的链上应用／协议。

因此，它的安全性与最终性属性，是继承自 Sui 的验证者集合及其共识／执行流水线，而不是来自独立于协议的矿工／验证者。

在实践中，这意味着 DeepBook 的正确性依赖于 Sui 链的状态转换规则、验证者去中心化程度以及活性假设；而 DeepBook 自身的风险，则更集中在智能合约正确性、协议经济设计（费率／激励机制）以及集成复杂度等方面。

这种依赖关系对机构级分析尤为重要：DeepBook 在“宕机”与抗审查能力上的表现，其强度实际上取决于 Sui 验证者的分布以及链本身的运维韧性；而它的性能特征，则与 Sui 的并行执行设计高度绑定——这也是为什么 Sui 原生订单簿会被视作相较于更慢、冲突更频繁的一层环境而言更具可行性的重要原因之一（参见 Sui blog DeepBook deep dive、QuickNode guide）。

在技术上，DeepBook V3 被文档化为一个用 Move 语言实现的订单簿与资金池系统，其池级参数和费率逻辑在代码层面中明确引用了与 DEEP 代币相关的定价／费用计算。这说明 DEEP 不只是抽象意义上的“治理代币”，而是以协议特定的方式深度嵌入费率与资金池机制之中（参见 DeepWiki deepbookv3 order-book system）。

因此，网络安全性可以理解为两层：Sui 验证者负责保障交易的包含、排序与最终性，而 DeepBook 自身的安全状况，则取决于审计结果、对抗性测试以及其 V3 合约套件的成熟度；一些镜像 TVL 数据并给出基础风险评分的第三方安全门户（虽非权威来源），也会将其标注为生态中的“核心基础设施”，而非边缘 dApp（参见 CertiK project page、DeFiLlama DeepBook V3）。

What Are the Tokenomics of deep?

DEEP 是与 DeepBook 相关的原生代币，以 Sui Move 资产的形式实现（你提供的合约地址，在 Sui 区块浏览器中对应 DEEP 这一资产类型）。根据 DeepBook 自身的公开资料，其最大供应量被设定为 100 亿枚代币（参见 DeepBook DEEP token page）。

在公开市场上，供应与流通数据普遍显示，实际流通量明显低于最大供应量，但具体的流通数值会因数据提供方与时间截面的不同而有所差异；诸如 Tokenomist 等代币经济数据看板会给出流通／总供应量以及解锁时间表，用于跟踪排放与解锁节奏。这一点很重要，因为对于中等市值资产而言，解锁节奏往往会在相当程度上主导价格走势，而与项目基本面表现的相关性相对较弱（参见 Tokenomist DEEP tokenomics、DeepBook DEEP token page）。

相较于许多仅有“治理”功能的代币，DEEP 的效用与价值累积逻辑具有更强的“机制性”：DeepBook 自身文档与第三方交易所研究报告，会描述一个以资金池为单位的治理框架，代币持有者可以影响的变量包括交易费率、最低质押要求等。协议白皮书则将质押设计为一种门槛与激励对齐机制，直接与资金池参数配置、费用／激励如何达成均衡挂钩（参见 DeepBook DEEP token page、DeepBook token whitepaper PDF hosted on Sui docs、Kraken Deepbook asset brief PDF）。

话虽如此，从机构视角来看，批判点也很直接：除非费用捕获或强制质押需求在结构上变得足够大且持久，否则 DEEP 仍可能表现得更像一枚“治理＋激励”代币，其估值更多由投机性流动性、排放时间表和交易所可得性驱动，而非稳定、可类似现金流的权利主张。DeepBook 的设计尝试通过将治理权直接绑定到资金池经济上来缓解这一问题，但最终成效仍需从经验数据中检验，应以持续、自然形成的路由交易量以及集成粘性为评估依据，而非一次性的激励活动（参见 DeepBook token whitepaper、DeFiLlama DeepBook V3）。

Who Is Using DeepBook?

使用情况应当拆分为两类：（i）在中心化交易平台上对 DEEP 代币本身的投机性交易；以及（ii）在链上由 Sui 应用通过 DeepBook 作为路由场所来执行兑换／限价单的真实使用。

强调“最活跃交易对”的市场数据页面，主要反映的是前者，如果将其直接视为协议使用情况，往往会夸大生态相关性；相对而言，那些跟踪 DeepBook V3 TVL 以及经其路由的 DEX 交易量的协议分析页面，更接近于真实链上效用的代理指标——但仍然并不完美，因为“DEX 交易量”中可能包含受激励驱动、近似刷量的行为，而 TVL 也同样是含噪声的指标，容易受到资产价格、资产构成与统计口径差异等因素影响（如 CoinGecko DEEP markets and rank）。 snapshot, DeFiLlama DeepBook V3).

在实践中，DeepBook 的主导敞口集中在 Sui 原生的 DeFi，尤其是现货交易场所、聚合器，以及那些更希望获得订单簿可组合性而非纯 AMM 曲线的交易型技术栈。

在可识别的采用层面，DeepBook 自身的 “builder hub” 和生态页面列举了与诸多知名 Sui DeFi 应用的集成（例如 Cetus、Aftermath、Bluefin、FlowX、Scallop、Turbos 等），这在方向上具有参考意义，因为这反映的是实际的技术集成而非随意提及，但仍应被视为生态自我披露，而不是带有披露成交量和条款的合同式 “合作伙伴” 清单（DeepBook builder hub).

从机构视角来看，最有力的采用信号是持续的路由占比和可量化的依赖度——即主要的 Sui 交易场所在价格发现和执行上，是否默认依赖 DeepBook 的流动性——这一点可以部分通过链上聚合看板而非公告来进行监测（DeFiLlama DeepBook V3)。

DeepBook 面临哪些风险与挑战？

监管风险最好从两个层面来理解：协议层面的暴露（软件发布、代币发行/分发与治理），以及活动层面的暴露（运营或促成类似交易所的功能）。

DeepBook 作为一个链上订单簿与流动性场所，其设计与监管机构在此前针对美国 “未注册交易所” 活动执法时描述的事实模式存在较近似的地方；尽管 DeepBook 不是 EtherDelta，运行在不同的链与语境中，但 SEC 以往的态度表明，只要是订单簿式的交易场所，就有可能在其运营方式、市场宣传方式以及谁掌控关键接口或收入流等维度上受到审查。

就本轮研究所覆盖的信息来源而言，目前尚未见到广泛报道的、直接针对 DeepBook/DEEP 的特定美国诉讼或 ETF 相关分类事件；更现实的机构风险在于监管不确定性：即与代币挂钩的治理与费用设置，是否会在分发方式、控制权与经济预期的不同组合下，被界定为涉及交易所、经纪自营商或证券属性的考量，尤其是在前端或关联实体是可识别的 “卡点” 时。

中心化向量主要是从 Sui 继承而来（验证人集中度、客户端多样性、运维依赖），以及来自 DeepBook 自身的治理与升级流程。即便代码是开源的，能够在现实中推动升级、协调集成、设定参数默认值的实际能力，仍可能集中在少数生态参与方手中，尤其是对于处于早中期生命周期的基础设施而言。另一方面，经济威胁同样存在：DeepBook 不仅需要与其他链上的 CLOB 竞争，还要面对 AMM 类型的流动性枢纽，以及日益成熟的意图/求解器路由系统，这些系统可以在抽象层屏蔽底层交易 venue 的选择。如果 Sui 的主流流动性围绕某个占优 AMM 或其他流动性原语聚合起来，DeepBook 可能会沦为 “寻找交易流的基础设施”，其通过质押要求与费用治理所设想的代币价值捕获，可能远低于叙事预期。

DeepBook 的未来展望如何？

在可预见的短期内，更可信的展望是围绕 DeepBook V3 的持续成熟、与 Sui 主要交易应用生态之间更深层次的集成，以及在生态层面逐步扩展底层原语（现货、杠杆/保证金、结构化产品），而非打造单一的、庞杂的 “DeepBook 应用”。

针对 DeepBook V3 的公开技术文档中心及其面向生态的持续材料表明，DeepBook 仍处于积极迭代姿态，而非仅仅处于维护模式；同时，分析服务提供方仍在将其作为一个独立协议类别进行跟踪，并持续记录其路由成交量/TVL 的时间序列，这意味着它在 Sui DeFi 体系内仍具备战略相关性（DeepWiki deepbookv3 documentation, DeFiLlama DeepBook V3).

决定这类 “公共产品性质的流动性基础设施” 能否长期存在的结构性难题，仍是那些典型问题：在缺乏持续补贴的情况下维持有机交易流，避免流动性在多个竞争 venue 之间过度碎片化，通过升级过程维持安全性，以及在监管对类交易所 DeFi 原语不断收紧的合规边界中求生，尤其是在团队与前端接口即便在核心合约是无许可的前提下，仍然是可被识别的情况下。