共识：HyperBFT
Hyperliquid 由 HyperBFT 保障安全，这是 HotStuff 共识的一种变体。与大多数权益证明链一样，验证者按其被委托质押的原生代币比例出块，每个验证者需要 10,000 HYPE 的自我委托才能成为活跃节点。
对交易者而言，真正重要的特性是最终确认性：被接受的订单在一个区块内即为最终，因此不存在成交可能被重新排序或丢弃的模糊窗口期。
架构
Hyperliquid 如何运作
理解 Hyperliquid 意味着要把通常被捆绑在一起的三件事分开来看：交易如何排序、订单簿存放在哪里，以及可编程逻辑在哪里运行。
要点速览
HyperBFT 负责交易排序与出块，出块权重与质押的 HYPE 成正比。执行层分为两部分：HyperCore 包含永续合约与现货订单簿以及全部保证金与清算所状态；HyperEVM 是位于同一条链上的通用型 EVM 环境，可以通过预编译读取 HyperCore 状态，并通过 CoreWriter 向其写入。
HyperCore：交易所本身
HyperCore 承载撮合引擎、永续合约与现货订单簿、保证金状态以及清算所。关键在于，它并不依赖链下订单簿——官方文档明确将其称为“链下订单簿这根拐杖”。挂单、撤单、成交与强平全都是状态转换。
HyperCore 也是预言机价格的所在地。验证者大约每三秒发布一次中心化交易所现货价格的加权中位数，该预言机同时驱动资金费率与标记价格。
HyperEVM：对订单簿的可编程访问
HyperEVM 是运行在同一条链上、我们熟悉的通用型 EVM 环境。其上的合约可以通过预编译读取 HyperCore 状态，并通过 CoreWriter 对其采取行动——这正是链上金库、代币化策略与自动化系统能够与真实订单簿交互、而非与某种封装层交互的方式。
对开发者而言，这消解了一个通常十分棘手的边界：流动性与账本记录在同一条链上，因此一份 EVM 合约可以持有仓位、委托代理，或者读取自身保证金，而无需信任任何外部中继方。
自动化跟单系统接入的位置
HyperMirror 接入了这些原语中的两个。公开的 HyperCore 状态提供了每位候选交易者可验证的成交历史，而 Hyperliquid 的代理授权机制则允许一个仅能交易的签名者在用户账户上下单，而不拥有任何提现或转账权限。
这两者都不要求把资金托管权交给 HyperMirror。二者都是交易所层面的原生功能，这正是该模式在结构上——而非仅凭承诺——实现非托管的原因。
问题
常见问题
HyperCore 与 HyperEVM 有什么区别？
HyperCore 是交易所状态：订单簿、保证金、清算所。HyperEVM 是同一条链上的通用型智能合约环境，可以通过预编译与 CoreWriter 读写 HyperCore 状态。
Hyperliquid 有多快？
官方公布的数据是：邻近部署客户端的端到端延迟中位数约为 0.2 秒，第 99 百分位约为 0.9 秒，主网吞吐量约为每秒 200,000 笔订单。
谁在运行 Hyperliquid？
验证者在委托权益证明机制下保障链的安全，按被委托的 HYPE 数量比例出块，需要 10,000 HYPE 的自我委托才能成为活跃节点。