HyperEVM遭遇重大宕机，官方状态页显示正常引发质疑

4 月 2 日，链上监控机构 PeckShield 发布预警，确认 HyperEVM 疑似遭遇重大宕机。根据其发布的截图，区块浏览器页面显示最新区块与交易均停留在约一小时前，网络交互全面异常。然而，Hyperliquid 官方状态页仍显示“All Systems Operational”，与链上实际情况形成明显落差。

故障现象：PeckShield 监测数据与用户反馈

（来源：PeckShield）

PeckShield 发布的截图显示， HyperEVM 区块浏览器页面上的最新区块与交易停滞于约一小时前，意味着网络在该时间点后已停止出块。依依据区块链的基本运作机制，出块停滞代表所有待处理交易均无法获得确认，链上智能合约交互亦随之陷入冻结。

X 平台上相关讨论迅速增加，用户反馈的主要异常现象包括：

交易无法确认：提交的交易长时间滞留于待处理状态，无法完成链上结算

智能合约交互中断：依赖 HyperEVM 合约的 DeFi 协议及应用程序无法正常调用

区块浏览器停止更新：链上数据工具停止加载最新区块，显示数据与实际链上状态严重脱节

截至发稿，Hyperliquid 官方尚未就本次 HyperEVM 宕机事件发出正式公告或恢复时程说明。

官方状态页的覆盖盲点：L1 与 HyperEVM 的技术分层

Hyperliquid 官方状态页显示“ All Systems Operational ”，但此状态通常仅涵盖核心 L1 基础层及 API 接口，并不一定即时报映 HyperEVM 执行层的实际问题。

HyperEVM 在技术架构上是 Hyperliquid L1 核心撮合引擎之上的独立附加层。这意味着即使 L1 的基本交易撮合与清算功能维持正常运作，HyperEVM 的智能合约执行环境仍可能出现独立的系统故障。官方状态页未及时更新，可能反映出 Hyperliquid 在状态监控框架对 HyperEVM 层的覆盖存在技术缺口，而非刻意隐瞒故障信息。

新主网的可用性压力测试

HyperEVM 主网于 2026 年 3 月初正式上线，设计目标是为 Hyperliquid 的高性能永续合约基础设施提供 EVM 相容的智能合约能力，吸引以太坊生态开发者部署 DeFi 协议与应用程序。

此次宕机发生在主网上线不足一个月之际，对于已在 HyperEVM 上部署资产或协议的用户与开发者而言，这是一次对新链基础设施早期稳定性的直接压力测试。新公链在启动初期出现重大宕机事件，通常涉及节点配置、共识机制边缘情况或智能合约执行环境的兼容性问题，具体原因有待官方技术公告说明。

常见问题

HyperEVM 是什么，为什么与 Hyperliquid L1 的状态分开监控？

HyperEVM 是部署于 Hyperliquid L1 之上的 EVM 相容智能合约执行环境，于 2026 年 3 月初正式上线。它允许开发者使用以太坊生态工具在 Hyperliquid 平台上部署智能合约。由于 HyperEVM 是独立于 L1 核心撮合引擎的附加层，两者技术状态可能出现分离，官方状态页未必涵盖 HyperEVM 的即时状况。

此次宕机对 HyperEVM 上的 DeFi 协议有何具体影响？

出块停滞期间，所有在 HyperEVM 上运行的智能合约均无法执行新的交易确认，流动性池、借贷协议及任何依赖合约调用的应用程序的正常运作均受影响。用户在宕机期间提交的交易将滞留于待处理状态，等待网络恢复出块后方能完成确认。

为何 Hyperliquid 官方状态页在宕机期间仍显示正常？

Hyperliquid 的官方状态页主要监控核心 L1 基础层及 API 服务，HyperEVM 作为上层 EVM 执行环境可能未被纳入即时监控覆盖范围。这一覆盖缺口导致官方状态显示与链上实际情况出现落差，凸显新主网在状态监控机制的完善方向。