什么是 HyperEVM，它对链上交易者有何重要意义？

• 2025年2月18日 - HyperEVM 主网启动日期
• $172B+ - 撰写本文时 Hyperliquid 的 30 天交易量
• 73%< /strong> - Hyperliquid 在链上永续合约市场的份额
• $12.4亿 - Hyperliquid 产生的历史总费用，年化收入在 8 亿至 10 亿美元之间

目录

1. 简短版本
2. HyperEVM 的本质
3. 为什么 Hyperliquid 要构建独立的 EVM 层
4. 双区块架构的工作原理
5. HyperBFT：一个共识，两个执行环境
6. HYPE 作为 Gas 及其费用销毁机制
7. HyperCore 和 HyperEVM 如何交互
8. HyperEVM 目前有哪些应用
9. 与 CLOB 的可组合性在 实践中的意义
10. HyperEVM 对永续合约交易者没有改变什么
11. 你应该了 解的真实风险
12. Stacked Mark ets 的定位
13. 常见问题解答

Hyperliqui d 的 30 天交易量超过 1720 亿美元，占据了 73% 的链上永续合约市场份额。该引擎运行在 HyperCore（撮合与结算层）之上。H yperEVM 则有所不同，如果你正在构建策略、部署抵押品或评估 Hyperliquid 上任何新的 DeFi 协议是否值得参与，这种区别至关 重要。

本文将从技术层面介绍 HyperEVM 是什么，为什么它被构建为独立层而不是并入 HyperCore，两层之间如何通信，以 及它对已经在 Hyperliquid 上操作的交易者而言究竟改变了什么（以及没改变什么）。

简短版本

HyperEVM 是一个运行在与 HyperCore 相同 Hyperliquid L1 上的通用 EVM 执行环境。它不是一条独立的链。它与 HyperCore 共享 HyperBFT 共识，继承了相同的验证者集和最终性保证，但维护着独立的状态、独 立的 Gas 核算和独立的执行上下文。

HyperEVM 于 2025 年 2 月 18 日在主网上线。此后，一系列 DeFi 协 议已在上面部署，包括借贷市场、CDP 稳定币、自动化收益金库等。对交易者而言，关键点在于：HyperEVM 为 Hyperliquid 生态系 统增加了可编程性，且不会触及永续合约交易引擎。

HyperEVM 的本质

大多数 EVM 链都是单一的：一个运行智能合约和代币流转的通用执行环境。Hyperliquid 的结构则不同。Hyper Core 处理金融原语——永续合约、现货市场、链上中央限价订单簿 (CLOB)、保证金核算、资金费率和清算。它是专为速度和可预测性而构建的。< /p>

HyperEVM 与 HyperCore 并行运行在同一个 L1 上。它运行标准的 Solidity 合约，任何兼容 EVM 的钱 包、工具或协议都可以使用熟悉的接口与之交互。该环境兼容 Cancun 版本，意味着它支持 EIP-4844 Blob 交易以及基础费用加优先费 用的模型。

HyperEVM 不是 Layer 2，也不是侧链。它在相同的 Hyperliquid 验证者下，在相同的共识轮次中运 行。HyperCore 和 HyperEVM 之间的分离是逻辑上的——不同的状态、不同的执行——而非物理上的。

为什么 Hyperliquid 要构建独立的 EVM 层

显而易见的问题是，为什么 Hyperliquid 不直接在 HyperCore 中增加智能合约支持。答案在于保护 HyperCore 核心价值的初衷。

HyperCore 通过保持执行的确定性和无 Gas 成本来实现亚秒级订单撮合。撮合路径中没有 Solidit y 合约，没有 Gas 竞价，也不存在编写不当的合约导致延迟激增或订单簿状态损坏的风险。这是一个深思熟虑的设计选择，而非局限。

将 通用智能合约执行放入 HyperCore 会产生三个具体问题：

• 延迟竞争。 复杂的 合约调用会与订单撮合争夺执行时间。在任何合约和金融原语共享执行队列的链上，拥堵都会导致不可预测的延迟。
• G as 市场干扰。 撮合引擎内部的 Gas 竞价意味着高费用的合约调用可能会挤占订单提交，或者撮合引擎将不得不参与它本不应参与 的费用市场。
• 合约漏洞风险。 借贷协议中的 Solidity 漏洞不应影响永续合约订单簿 的完整性。分离确保了 HyperEVM 的合约故障被限制在 HyperEVM 的状态内。

双层设计解决了这三个问题。H yperCore 保持快速和可预测，HyperEVM 获得完全的可编程性。一层的故障不会传播到另一层。

双区块架构的工作原理

HyperEVM 使用两种区块类型，每种类型 针对不同的工作负载。

小区块拥有 200 万 Gas 上限。它们处理轻量级操作——代币转账、简单 兑换、状态读取。它们处理频繁，保持常见交互的低延迟。

大区块拥有 3000 万 Gas 上限。它 们用于重型合约调用：复杂的 DeFi 交互、金库再平衡、多步清算。它们处理频率较低，不适合对时间敏感的交易操作。

如果你正在 Hy perEVM 上构建或与运行复杂逻辑的协议交互，这种拆分很重要。适合小区块的交易比需要大区块的交易结算得更快。批量处理操作或运行自动化策略的协 议需要考虑其调用落入哪种区块类型。

一个操作提示：自 2025 年 8 月起，公共 RPC 端点被限制为每分钟 100 次请求。如 果你正在对 HyperEVM 状态进行高频查询，则需要私有 RPC 或索引器。

HyperBFT：一个共识，两个执行环境

HyperBFT 是最终确定 HyperCo re 和 HyperEVM 状态的共识机制。两层共享相同的验证者集和相同的最终性轮次——这使得 HyperEVM 真正成为 Hyperliqu id L1 的一部分，而不是在附近运行的独立链。

从安全角度来看，HyperEVM 继承了与 HyperCore 相同的验证者集中 化风险。如果验证者集采取不诚实行为或经历协同故障，两层都会受到影响。这并非 Hyperliquid 特有——它适用于任何单共识系统——但值得明 确指出。使用 HyperEVM 并不能让你获得独立于 HyperCore 的安全性。

共享共识的好处是两层的状态转换在同一轮次中最 终确定。HyperCore 和 HyperEVM 之间没有传统意义上的跨链桥。两层之间的代币转账使用系统级机制，而非外部桥接合约，这消除了一类 桥接攻击风险。

HYPE 作为 Gas 及 其费用销毁机制

HYPE 是 HyperEVM 的原生 Gas 代币。每笔交易都以 HYPE 支付 Gas，遵循 Cancun 版本的 EIP-1559 结构：随区块利用率调整的基础费用，加上可选的优先费用以奖励验证者。基础费用会被销毁。

这会产生与 Hyp erEVM 活动成正比的 HYPE 通缩压力。截至 2026 年 5 月，HYPE 的交易价格约为 60.97 美元。Hyperliquid 产生的历史总费用为 12.4 亿美元，年化收入在 8 亿至 10 亿美元之间——这些数字主要反映了 HyperCore 的活动，但为 HYPE 所属的生态系统规模提供了有用的背景。

如果你持有 HYPE 进行交易或质押，HyperEVM 的活动会通过费用销毁影响代币经济学 。HyperEVM 使用越多，每个区块销毁的 HYPE 就越多。这是一个真实的机制，而非营销噱头。

HyperCore 和 HyperEVM 如何交互

H yperCore 和 HyperEVM 之间的连接在系统层面内置于协议中。两个组件处理每个方向的流程。

spot_ transfer() 系统地址处理从 HyperCore 到 HyperEVM 的代币转账。当你将现货资产从 HyperCo re 移入 HyperEVM 时，系统地址会处理转账，而无需通过外部桥接合约路由。这是 2025 年 3 月主网发布的一部分，确立了代币链接标 准。

CoreDepositWallet 处理反向操作——将资产从 HyperEVM 移回 Hy perCore 保证金或现货余额。HyperEVM 上的协议可以调用此钱包将抵押品路由回 HyperCore。

实际意义在于：Hy perEVM 上的智能合约可以读取 HyperCore 状态——包括订单簿深度和仓位数据——并根据读取的内容触发操作。这是两层之间可组合性的基 础。

2026 年 5 月 14 日，Circle 将 USDC 扩展为 Hyperliquid 上的对齐报价资产 (AQA)，深 化了 USDC 在生态系统中的作用，并为 HyperEVM 协议提供了另一种资金充足的稳定币。

HyperEVM 目前有哪些应用

自 2025 年 2 月发布以来 ，多个 DeFi 协议已部署在 HyperEVM 上。

HyperLend 是 HyperEVM 上的超额抵押借贷市场。交易者可以存入抵押品并进行借贷——机制类似于以太坊主网上的 Aave 或 Compound。

Felix Protocol 是一个 CDP 稳定币系统。你锁定抵押品，铸造稳定币，并管理仓位。其机制类似于 Liqui ty 或 MakerDAO。

Hypurrfi 是另一个超额抵押借贷协议，专注于 Hyperli quid 生态系统的原生资产。

Hyperbeat 和 Morphobeat 是自动化收益金库， 将资本部署到产生收益的策略中并自动再平衡。Morphobeat 特别集成了 Morpho 的借贷基础设施。

Sum mer.fi 已集成 HyperEVM，将其仓位管理和自动化工具带入生态系统。

Reactive Network 在 HyperEVM 上提供事件驱动的自动化。合约可以根据链上事件（价格水平、仓位阈值、预言机更新）触发， 而无需链下 Keeper。

这些协议中的每一个都带有自己的智能合约风险。HyperEVM 兼容 EVM，这意味着 Solidity 漏洞、预言机操纵和清算边缘情况都是现实存在的风险。与 HyperCore 的分离意味着这些风险被限制在 HyperEVM 内——但它们是真实 的。

与 CLO B 的可组合性在实践中的意义

对于活跃交易者而言，HyperEVM 最有趣的地方不是借贷协议或 CDP 稳定币，而是能够编写直接 与 Hyperliquid 中央限价订单簿交互的链上策略。

由于 HyperCore 和 HyperEVM 共享相同的 L1 并通 过系统级原语进行通信，HyperEVM 上的智能合约可以：

• 无需外部预言机即可从 HyperCore 读取实时订单簿 状态
• 根据链上条件触发从 HyperEVM 到 HyperCore 保证金的抵押品转移
• 自动将 Hyp erEVM 借贷协议的收益路由到永续合约保证金中
• 在同一最终性轮次内执行跨越两层的多步策略

这与以 太坊主网上的可能性有着本质区别，在以太坊上，永续合约协议和借贷协议是没有任何共享状态的独立合约。在 Hyperliquid 上，CLOB 是链 上代码可以直接引用的一等原语。

目前的实际限制是，这种可组合性大多需要定制合约开发。构建 CLOB 感知策略的工具在 HyperE VM 上仍处于早期阶段。但架构支持它，像 Reactive Network 这样的协议正在构建自动化层，使得无需链下基础设施即可实现事件驱动策 略成为可能。

HyperEVM 对永续合约交易者没有改变什 么

HyperCore 永续合约交易是无 Gas 且非 EVM 的。这一点不会因为 HyperEVM 的存在而改变。当你提交永续 合约订单时，它通过 HyperCore 的撮合引擎——而不是通过 HyperEVM。没有 Gas 成本，订单路径中没有 Solidity 执行 。

HyperEVM 为生态系统增加了可编程性。它不会为永续合约交易增加 Gas 成本或 EVM 开销。如果你是一名不与 Hype rEVM 上的 DeFi 协议交互的永续合约交易者，它的存在对你的订单执行或保证金核算没有直接影响。

随着时间的推移，改变的是可用 策略的范围。自动化抵押品管理、生息保证金、链上对冲——当 HyperEVM 和 HyperCore 可以通信时，这些都成为可能。但核心的永续合 约交易体验运行在 HyperCore 上，并保持不变。

你应该了 解的真实风险

HyperEVM 兼容 EVM。以太坊主网上存在的每一类智能合约风险在这里也同样存在。

• Solidity 合约漏洞（借贷协议、金库或 CDP 系统中）可能导致存入这些合约的资金损失。与 Hyper Core 的分离意味着这些漏洞不会影响永续合约引擎——但它们绝对会影响你的 HyperEVM 仓位。
• 预言 机操纵是任何依赖价格馈送的借贷或 CDP 协议的现实风险。被操纵的预言机可能触发错误的清算，或在应该清算时阻止清算。
• 双区块 Gas 上限意味着复杂的交易可能无法放入小区块，必须等待大区块。依赖快速执行的时间敏感 型策略需要考虑到这一点。
• 验证者集中化风险适用于 HyperCore 和 HyperEV M，因为它们共享 HyperBFT 共识。这是系统的已知属性，而非隐藏风险。
• 公共 RPC 速率限制（自 2025 年 8 月起为每分钟 100 次请求）为任何频繁查询 HyperEVM 状态的策略创造了真正的约束。如果你正在构建 除手动交互之外的任何内容，请规划私有 RPC 访问。

这些都不是完全避免使用 HyperEVM 的理由。它们是谨慎调整 HyperEVM 协议中仓位规模以及在部署大量资金前审计合约的理由。

Stacked Markets 的定位

HyperEVM 是可编程性层。HyperCore 是金融引擎。剩下的空白是一个 专业的交易界面，让你能够完全控制与 HyperCore 永续合约市场的交互方式。

Stacked Markets 是一个构建在 Hyperliquid 链上订单簿之上的非托管交易终端。它不持 有资金，也不持有密钥。你用自己的钱包签署每一笔订单。订单直接路由到 Hyperliquid 的 CLOB。

该终端增加了 Hype rliquid 原生 UI 所不具备的功能：可配置的杠杆上限、名义仓位限制、针对快速订单爆发的熔断机制，以及具有明确滑点边界的 IOC 限价订 单。在出现钱包签名提示之前，会显示最坏情况下的成交价格。每一笔订单都可以在链上验证。

HyperEVM 生态系统为 Hyperli quid 作为平台的发展方向提供了有用的背景。永续合约交易本身运行在 HyperCore 上——而该交易的终端位于 Stacked Marke ts。

使用专业的风险控制和非托管方式交易 Hyperliquid 永续合约。 Stac ked Markets 不持有资金，也不持有密钥。

从 Stacked Markets 开始 ->

常见问题解答