HyperEVM 如何把交易所变成可编程金融引擎？

撰文：ponyo_fp（Four Pillars 研究团队）

编译：AididiaoJP，Foresight Newsna

关键要点

HyperEVM 应被视为智能合约层，其核心价值在于让应用能够直接读取并使用 HyperCore 的交易、抵押、头寸和风险数据。

判断一个 HyperEVM 应用是否有价值，最简单的方法就是问两个问题：它为什么需要 EVM？它为什么需要 Hyperliquid？

基础功能如兑换、借贷、资产包装器当然必要，但真正能拉开差距的，是那些离开 HyperCore 就无法正常运行的产品。

长期来看，终极形态是一个高度集成的账户——用户只需一个余额，就能同时完成交易、借贷、收益耕作、套保和支付等所有操作。

交易所优先

大多数智能合约平台都走「先有链，再找应用」的路线：先推出基础设施、补贴流动性、拉开发者，最后寄希望于应用自然形成金融引力。

Hyperliquid 的路径完全相反。它先把交易所建好，拥有原生现货和永续订单簿、交易者心智份额、协议自有流动性系统，以及早已通过 HyperCore 流动的真实交易量。这彻底改变了 HyperEVM 的定位——它不是另一个可以随便 复制 DeFi 合约的地方，而是要把交易所本身变成可编程的。

本文并非全面盘点所有能推动 Hyperliquid 增长的因素（HIP 3 市场、构建者代码、投资组合保证金、原生流动性、Unit 资产、费用循环等同样重要）。这里只聚焦一个问题：HyperEVM 上真正值得存在的应用，应该具备哪些特征？

一个有价值的 HyperEVM 原生应用，需要同时满足三点：

• 能表达 HyperCore 本身无法实现的通用逻辑（需要 EVM 的灵活性）；
• 依赖其他链不具备的独特状态（HyperCore 的可组合性）；
• 让 Hyperliquid 作为金融场所变得更有用。

HyperCore 是交易、抵押和风险引擎的所在地。HyperEVM 则是编写应用逻辑的地方。通过预编译（precompiles），合约可以直接查询 HyperCore 的余额、头寸、价格、质押委托和金库权益等数据；通过 CoreWriter，合约又能把操作写回 HyperCore。

这种设计把交易所变成了应用的原生输入源。抵押、执行、结算、分配都能更紧密地集成在同一账本上。

当然，并非所有 HyperEVM 应用都要追求「新奇」。生态需要先有熟悉的原语，用户才能自然地进行兑换、借贷、杠杆、再平衡和退出。本地金融表面能把资本留在系统内，让整个生态真正可用。

但更深层次的机会，绝不是简单把现有借贷协议 fork 过来换个前端，而是围绕交易所账本打造信贷、资产管理、支付和结构化金融——这些是普通 EVM 链通过发激励也复制不来的。

CoreWriter 也不会让 HyperEVM 变成订单簿的同步延伸。跨环境操作存在排序约束、延迟写入和状态协调问题，构建者必须处理失败回滚、延迟执行、跨环境抵押会计和风险管理。这虽然缩小了部分设计空间，却也形成了独特的护城河。

理解 HyperEVM 经济的 2×2 矩阵

评估 HyperEVM 应用，最好的框架是一个二维矩阵：

• 横轴：应用是否需要通用 EVM 逻辑？
• 纵轴：应用是否直接与 HyperCore 的状态或执行进行组合？

类别标签不重要，关键看产品无法去除的依赖关系。

本地 EVM 金融

这类应用需要智能合约，但产品模式大多是可移植的。AMM、货币市场、CDP、路由器、期权场所、杠杆产品、收益市场都属于这一象限。

Felix 是典型代表。HyperLend 也从这里起步，作为 HyperEVM 上主要的信贷场所之一（其路线图后期会向可编程 HyperCore 演进）。

这个象限容易被低估，其实非常重要。任何金融中心都需要银行、经纪、流动性场所和风险转移市场，才能支撑更复杂的资产负债表产品。可移植性让它们成为用户活动的基础层。

核心原生扩展

这类应用更直接依赖 Hyperliquid，但 EVM 的作用主要是包装、代币化或组合原生原语。

典型例子包括：Kinetiq、StakedHYPE、Kintsu、HLP 包装器、Unit 关联资产等。它们的核心任务是让 Hyperliquid 内部的资产变得更有用。

这个象限至关重要——抵押品是一切金融活动的原材料。货币市场需要用户愿意借入的资产，结构化产品需要可质押或套保的资产，统一账户则需要能在不同功能间自由流动的余额。

可编程 HyperCore

这是最有想象力的象限：应用既需要 EVM 的通用逻辑，又深度依赖 HyperCore 的状态与执行。这里，交易所活动开始真正被「产品化」。

• Rysk：把期权转化为用户已有资产的波动率收入；
• Liminal：将 Hyperliquid 策略打包成代币化产品；
• Hyperbeat：结合 Core 头寸与 ERC-20 可组合性的 delta 中性策略。

Derive 位于边缘位置——它通过 HyperEVM 桥接金库让 HYPE 和 kHYPE 成为期权 / 永续的抵押品，但核心交易与结算逻辑仍在自身堆栈中。它能扩大 HYPE 抵押品的使用，但不属于严格意义上的原生可编程 HyperCore。

目前严格符合「合约托管资产 + 读取 HyperCore 状态 + 使用 CoreWriter 执行」的项目仍处于早期。Valantis Prime 是公开 beta 的代表案例：它用 HyperEVM 智能账户作为控制层，通过 CoreWriter 操作 HyperCore，并设置权限、代理、会话密钥、监护人等约束，让账户本身成为交易所的可编程接口。

HyperLend 和 Rysk 也从不同角度指向同一前沿，但最终仍需以「是否真正托管资产并深度集成 CoreWriter」为标准来衡量。

金融账户才是终极形态

最有价值的 HyperEVM 应用，可能根本不像「应用」，而更像一个账户。

今天，加密用户仍要在多个界面间切换：交易所余额用于交易，钱包余额用于 DeFi，金库份额代表收益，借贷能力藏在货币市场里，套保又要开另一个平台……这种碎片化不仅是体验问题，更反映了流动性、抵押、执行和风险被分散在不同系统的事实。

HyperEVM 有机会把这些系统压缩进同一个账户。用户只需一次性存入 BTC、ETH、SOL、HYPE 等资产，就能从同一个余额出发：在 HyperCore 上交易、在 HyperEVM 上借贷、通过金库赚取收益、用永续套保，并直接从支付账户完成支出。产品不是桥梁，产品就是那个可以跨功能流动的余额。

中心化交易所早已明白这一点——它们的账户感觉统一，因为交易、保证金、借贷、收益都在一个受控环境里。但问题在于账本封闭、风险引擎不透明，外部开发者无法自由构建。

通用公链则相反：用户真正控制账户，但金融堆栈高度碎片化。

Hyperliquid 正好占据甜蜜点：HyperCore 提供交易所级的流动性和风险基础设施，HyperEVM 提供开放的应用表面。最终结果是一个用户完全控制、却由 HyperCore 作为强大资产负债表支撑的统一金融账户——这正是「全能金融之家」愿景的最强实现。

未来证据将出现在账户层面：抵押品跟随用户跨越交易、借贷、储蓄、套保和支出；风险实时从 HyperCore 状态定价；清算通过 HyperCore 深度执行；结构化产品直接用 Core 流动性对冲；ERC-20 代表系统内各种金融活动的索取权。

HyperEVM 的第一波浪潮让生态变得可用，下一波浪潮将让 HyperCore 真正可编程。