作者：Zhou，ChainCatcher
围绕 HyperEVM 是否已经失去增长空间的讨论，最近明显变多。加密 KOL katexbt 直接把它称为一次巨大的失败，并称 18 个项目里有 13 个是在浪费时间。
在上一篇关于 trade.xyz 几乎垄断 Hyperliquid HIP-3 永续市场的观察之外，这一次争议落在平台的另一面：为什么 Hyperliquid 的应用层始终没有真正长起来。
交易端持续吸金，应用层却在失血
Hyperliquid 是一条独立公链，依靠自研的高速机制运行，核心卖点是链上交易。
在 2026 年加密市场整体回调期间，据 DeFiLlama 数据，DeFi 行业 TVL 从约 1150 亿美元降到 700 亿美元附近，跌幅约 39%。多数公链的 TVL 都跟随行情收缩，Hyperliquid 是少数仍相对稳住的链之一。
这条链内部实际上由两个引擎组成，它们共用同一批验证者，但分工完全不同。
第一个引擎是 HyperCore，也就是交易引擎。链上高性能订单簿交易所运行在这里，永续合约和现货交易都在这一层完成。它不对外开放，外部开发者无法直接在上面部署应用，交易逻辑也已经固定在系统内部。
第二个引擎是 HyperEVM，即应用引擎。它在 2025 年 2 月上线，兼容以太坊，允许开发者部署借贷、质押、去中心化交易所等 DeFi 应用。HyperEVM 上的应用可以调用 HyperCore 的交易能力和流动性，但真正的撮合始终掌握在 HyperCore 手中。
简单说，Hyperliquid 把最赚钱的交易业务锁在封闭引擎 HyperCore 中，而对开发者开放的部分，则放在旁边的 HyperEVM。
两个引擎的表现差距很大。
在交易引擎一侧，Hyperliquid 在 2026 年的大多数交易日里，拿下了链上永续交易一半以上的成交量。据 DeFiLlama，截至 8 月 10 日的 30 天内，Hyperliquid 交易所本身产生的手续费约为 4617 万美元；再加上排在后面的 trade.xyz，交易相关费用合计约 5600 万美元。
应用引擎一侧则弱得多。整个 HyperEVM 上所有 DeFi 协议的费用合计，还不到 600 万美元，两者相差接近 10 倍。
资金规模的背离也很明显。据 HRC 2026 年第二季度报告，Hyperliquid 全链锁仓量在第二季度末约为 14.4 亿美元，到 8 月初进一步降至约 12 亿美元，这个口径包含交易端。真正沉淀在 HyperEVM 应用层的资金占比并不高，而且还在继续收缩。
公开数据显示，HyperEVM 的日均活跃发送地址只有约 8000 个，而同期 Base 超过 25 万，Arbitrum 超过 11 万。一个已经在永续交易赛道占据主导、资金和用户都不算短缺的平台，应用层体量却只有二线水平，这个落差很难只用「行业还早」来解释。
再看 HyperEVM 内部结构。截至 8 月初，在剔除跨链桥转入资产后，应用资金基本被两类场景占据：流动性质押约 9.78 亿美元，借贷约 6.71 亿美元。
规模最大的协议是 HYPE 流动性质押协议 Kinetiq，体量约 7.8 亿美元。
而原本最应繁荣的去中心化交易所板块则出现退化。在其他公链上，DEX 往往是 DeFi 核心，头部项目规模常达到数十亿甚至上百亿美元。但在 HyperEVM 上，44 个相关协议合计只有约 2.21 亿美元，最大的原生交易平台也只是数千万美元量级。
据 HRC，第二季度 HyperEVM 的去中心化交易成交中，PRJX 一家占到 92.3%，HyperSwap 占 7.5%，其余四十多个协议几乎没有多少交易量。
交易引擎持续吸走资金和注意力，应用层既留不住项目，也留不住用户。
HyperEVM 为什么起不来
这种反差不只是运营层面的得失，它本身就写进了这条链的架构和选择里。
撮合被核心独占，DEX 在这里变得多余
HyperEVM 最大的卖点之一，是应用可以直接调用 HyperCore 的订单簿。这个能力很强，但也在同时限制了能生存下来的应用范围。
交易撮合和流动性由 HyperCore 独占，部署环境也不向外开放。第三方开发者只能在 HyperEVM 上开发应用，再反向调用 HyperCore 的流动性。
结果是，真正还有存在理由的应用，集中在少数依赖订单簿能力的类别，比如流动性质押、借贷、基差交易和做市。
据 Token Terminal，Hyperliquid 全链日活跃地址长期维持在 6 万到 7 万的高位，其中 HyperEVM 只占约一到两成，绝大多数活跃用户仍集中在 HyperCore 交易端。
DEX 之所以在这里失去意义，是因为撮合已经由 HyperCore 用一套比自动做市商更高效的引擎完成。再在 HyperEVM 上部署一个去中心化交易所，本质上接近重复造轮子。
垄断的形成，是共享流动性下的自然结果
据 HRC 报告，共享流动性抹掉了小平台依靠独立订单簿生存的空间。当交易者在同一个界面看到同一资产挂在两个地方，订单会很快被送往更深的订单簿，重复上架几乎会立刻被路由到流动性更好的位置。
这解释了为什么 HyperEVM 的去中心化交易最终向 PRJX 一家集中，也解释了交易层出现的同类现象。HIP-3 的上架层在 5 个月内收敛到一家运营商，tradeXYZ 到 7 月已经拿下近乎全部成交。
在共享流动性条件下，无许可进入和最终垄断是同时成立的。应用层的高度集中，更像这套架构推导出的结果，而不是竞争不充分。
坚持公平原则，也关掉了应用层分发机器
HyperEVM 生态的另一处短板，来自 Hyperliquid 一直强调的公平理念。
官方承认，HyperEVM 长期推进缓慢，是因为它坚持「无内部人」原则：没有人会被提前通知，也不会为集成或营销付费。
代价也很直接。HyperEVM 上线时的开发工具和配套体系，并没有其他链完善。
坚持公平本身不是问题。但对于一个日手续费收入已达数百万美元、同时掌握大量资金和用户的协议来说，在不破坏公平原则的前提下，完全可以通过资助、商务合作和营销来扶持应用层，而它选择了不做。
在 Hyperliquid 已经发展到当前体量之后，「无内部人」从最初的原则，逐渐变成了不作为的理由。它有能力去点燃生态，缺少的是意愿。
加密 KOL @Ace_da_Book 认为，这条链对建设者没有激励，也没有刻意「造王」，但仍吸引了一些相信公平竞争的高水准团队。按他的看法，HyperEVM 更适合那些能与 HyperCore 订单簿协同、做代币化 RWA 和优质资产的团队，而不是面向注意力市场的项目。
换个角度看，这也是一种残酷筛选。没有补贴，也没有叙事保护，项目一上线就要直接面对成熟交易者，失败来得自然更快。
跨引擎写入不是同步成交，开发体验仍然别扭
最后一层阻力来自开发体验。
HyperEVM 采用双区块设计：高频小区块负责低延迟合约交易，约 1 秒的大区块负责与 HyperCore 结算。好处是速度快，代价是合约操作和核心撮合分处不同阶段，无法在同一笔交易里同步完成。
HyperEVM 与 HyperCore 之间存在两条通道。读通道走预编译，合约可以直接读取订单簿价格、持仓和余额，这一部分较为顺畅。写通道则走一个名为 CoreWriter 的系统合约。到 2025 年年中，这个系统已经在主网上启用，合约可以借此向 HyperCore 下单或划转。
问题在于，写通道不是同步的。合约调用 CoreWriter 后，EVM 侧这笔交易会立刻完成，但真正的核心动作要等到后续的核心区块才执行，而且还可能因为保证金不足、订单无法成交等原因悄悄失败。此时，EVM 那笔交易并不会回滚。
对开发者来说，这意味着不能像在以太坊上一样假设一步到位。要把一个金库或借贷应用做稳，往往得拆成两步：先发出指令，再通过读通道确认核心侧是否真正执行成功，同时还要给卡住的中间状态预留处理路径。这类跨引擎问题，在普通 EVM 开发里并不常见。
对想迁入的通用开发者而言，这是一道不低的门槛。真正愿意进来的团队，大多已经准备围绕 HyperCore 流动性展开，而不是去做独立应用场景。
HyperEVM 的冷清，是衰败还是另一种成功
HRC 报告提到，这一轮 TVL 下滑属于结构性调整。同期链上稳定币规模增长了四倍，gas 消耗和交易笔数都在上升，实际使用量仍在增长；收缩的部分，主要是停留在杠杆和 LST 循环中的 DeFi 抵押品。按这个解释，Hyperliquid 上越来越多资本是为了交易，而不是为了 farming。
这个说法并非完全站不住脚，但也正好暴露了问题。如果一个所谓生态最终只剩下交易和杠杆循环，那本身就更像失败的证据，而不是成功的另一种形态。
加密 KOL Cain O'Sullivan 则给出另一种理解。他认为，唱衰者用错了框架。按他的说法，HyperEVM 从一开始就不是为了成为一条通用链，它更像 HyperCore 流动性的代币化层，是价值进入和离开这个生态的通道。没有这一层 EVM 兼容，HyperCore 上就不会有原生 USDC，而团队弃用 Core vaults、转向 EVM 版本，也被他视作佐证。
不过，即便接受这一定义，HyperEVM 的价值仍然完全依附于 HyperCore。它更接近交易引擎外围的一层可编程模块，而不是一个能够独立生长的经济体。
把 HyperEVM 定义为代币化层，或许说得通，但这也意味着团队从一开始就没有真正打算把它做成通用生态。那些冲着通用链叙事进入的开发者，最终成了被辜负的一方。
HyperEVM 生态里看似繁荣的部分，本就建立在杠杆堆叠之上。热度退去后留下的底盘，正是围绕交易和订单簿形成的那一小部分真实需求。
争论「死没死」之前，先问它到底要成为什么
HyperEVM 是否已经「死掉」，也许一开始就是个问偏了的问题。链上仍有真实资金在流动，也有高价值资产在运转；但它确实没有长出一个通用应用生态应有的广度和留存。
Hyperliquid 把几乎全部资源和注意力押在交易引擎上，把撮合和流动性锁在封闭的高性能系统中。这个选择帮助它在永续市场建立了明显优势，也同时决定了旁边的应用层只能成为附属角色。这不是架构自己长成的样子，而是主动取舍后的结果。
一年多过去，代价已经很清楚：交易端持续吸金，应用层留不住项目，也留不住用户。真正活下来的，大多是围绕订单簿运转的金融应用；独立的通用需求，几乎没有长出来。
与其继续争论 HyperEVM 死没死，不如先回答一个更基本的问题：市场到底希望 Hyperliquid 成为一条什么样的链。