Hyperliquid技术架构深度解析：从共识机制到链上撮合

(Updated: )

Hyperliquid技术架构深度解析：从共识机制到链上撮合

背景

在去中心化金融（DeFi）领域，去中心化交易所（DEX）一直面临一个核心矛盾：如何在保持去中心化的同时，提供接近中心化交易所（CEX）的交易体验？传统DEX如Uniswap采用AMM模式，虽然实现了去中心化，但存在滑点大、资本效率低等问题；而订单簿模式的DEX又面临链上撮合效率低的瓶颈。

Hyperliquid从第一性原理出发，构建了一条专为高性能交易优化的Layer-1区块链，将去中心化交易与区块链基础设施深度融合，实现了在保有资产自托管的前提下，提供近乎CEX级别的交易体验。

Hyperliquid L1区块链

Hyperliquid不是运行在以太坊或其他链上的应用，而是一条自建的Layer-1区块链。这条链从底层开始重新设计，专为”金融交易/衍生品+订单簿+高频”场景优化。

HyperBFT共识算法

Hyperliquid采用自主研发的HyperBFT共识算法，这是其高性能的核心基础。HyperBFT的设计灵感来自著名的HotStuff共识协议及其衍生版本，但进行了稳定性的优化和改进。

共识流程：

  1. 领导者轮换：共识通过多轮领导者轮换进行，领导者提议区块，验证者通过多轮通信达成一致
  2. 权益加权投票：投票权重与质押量成正比，包括委托存款，采用DPoS（委托权益证明）模型
  3. 拜占庭容错：HyperBFT提供拜占庭容错（BFT），即使高达1/3的验证者恶意行为，区块链仍能正常运行

性能指标：

  • 订单最终确认时间：约0.2秒（亚秒级）
  • 吞吐量：每秒20万订单
  • 理论上限：共识算法和网络栈可扩展到每秒数百万订单

并行处理架构

传统区块链采用串行处理模式，交易一个接一个执行。Hyperliquid引入”流水线+并发”模式，使多个交易可以同时处理，大幅提升执行效率。

双层架构：HyperCore与HyperEVM

Hyperliquid区块链状态分为两个部分：HyperCore和HyperEVM。这种分离创建了两个不同的执行环境，同时保持它们同步。两个环境的安全性都由同一个HyperBFT共识保障。

架构层次（自底向上）

1
2
3
4
5
6
7
8
9
┌─────────────────────────────────────────────────────────┐
│  前端层 - 应用界面                                        │
├─────────────────────────────────────────────────────────┤
│  应用逻辑层 - 交易和操作的内部逻辑                        │
├─────────────────────────────────────────────────────────┤
│  执行环境层 - HyperCore + HyperEVM                       │
├─────────────────────────────────────────────────────────┤
│  共识层 - HyperBFT确保状态一致性                         │
└─────────────────────────────────────────────────────────┘

HyperCore：链上交易引擎

HyperCore是Hyperliquid协议最核心的部分，既是DEX本身，也是Hyperliquid L1区块链。它是一个直接在区块链层面实现的高性能交易引擎，旨在提供与中心化交易所相当的交易体验，同时保持所有核心机制的链上透明。

完全链上中央限价订单簿（CLOB）

HyperCore是一个完全链上的中央限价订单簿（CLOB），维护所有交易对每个订单的完整状态，完全负责：

  • 订单创建
  • 订单取消
  • 订单撮合
  • 交易执行

关键特点：

  • 没有隐藏的订单簿
  • 没有链下撮合层
  • 每个订单和每笔交易都直接反映在区块链状态中
  • 每个动作（下单、取消、执行交易）都是区块链交易

订单撮合逻辑

订单撮合逻辑直接嵌入到共识过程中，严格按照价格-时间优先级进行：

  1. 价格优先：价格更优的订单先执行
  2. 时间优先：相同价格的订单，先到的先执行

这种确定性撮合规则在区块链环境中至关重要。所有验证者必须独立得出完全相同的结果。通过强制执行单一规范的撮合结果，HyperCore保证网络状态一致性。

为什么HyperCore不是EVM DEX

HyperCore不依赖EVM执行其核心交易逻辑。在EVM内撮合订单会引入不必要的开销并限制性能。相反，HyperCore定义了自己的执行环境，专门为交易定制。这使得Hyperliquid能够结合：

  • 确定性链上执行
  • CEX级别的性能特征

性能实现

HyperCore使用基于Rust的虚拟机实现，专为交易逻辑优化。结合自定义HyperBFT共识，系统实现：

  • 亚秒级订单最终确认（测试中平均约0.2秒）
  • 每秒高达20万订单吞吐量
  • 进一步优化空间

这些性能特征之所以可能，是因为订单撮合和相关操作是HyperCore的原生操作，而非昂贵的EVM调用。

HyperEVM：智能合约层

HyperEVM不是独立的区块链，而是Hyperliquid L1区块链的扩展，由同一个HyperBFT共识保护。

EVM兼容性

HyperEVM使用Cancun硬分叉，确保与现有以太坊工具和开发实践完全兼容：

  • EIP-1559启用
  • 基础费用按标准方式销毁，减少总供应量
  • 优先费用也销毁（与其他大多数EVM链不同），发送到零地址

双块结构

HyperEVM有独特的区块架构，分为小块和大块：

小块：

  • 最多200万gas
  • 每秒处理
  • 适合快速交易和快速订单确认

大块：

  • 最多3000万gas
  • 约每分钟处理
  • 适合复杂合约执行，不会阻塞网络

这种结构允许用户和开发者选择操作的优先级：交易者可以依赖小块进行近乎即时的订单执行，而开发者可以高效部署大型合约。

与HyperCore的数据交互

HyperEVM最显著的功能之一是与HyperCore的交互方式。通过HyperEVM，开发者可以访问HyperCore的关键链上数据：

读取数据：

  • 资产价格
  • 未成交订单和交易历史
  • 用户余额和验证者存款
  • 区块链元数据（如区块号）

写入数据：

  • 直接管理订单
  • 链上执行交易
  • 实时与交易引擎交互

这意味着智能合约可以作为活跃的市场参与者，执行结构化和可预测的操作，同时保留HyperCore的安全保证。

永续合约市场

Hyperliquid支持现货交易和永续合约交易。永续合约需要不同的结算和抵押模型。

统一抵押模型

所有永续合约头寸以USDC抵押：

  • 跨市场一致保证金计算
  • 清晰的清算阈值
  • 跨市场标准化风险参数

这一设计选择降低了执行层的复杂性，使状态转换更容易。

清算所机制

清算所是Hyperliquid风险管理的核心组件：

  • 监控所有头寸的抵押率
  • 在抵押不足时触发清算
  • 确保系统整体偿付能力

资金费率

永续合约使用资金费率机制使合约价格锚定现货价格：

  • 每8小时结算一次
  • 根据市场多空平衡调整
  • 作为系统修正工具

团队背景

Hyperliquid Labs是支持Hyperliquid发展的核心贡献者，由Jeff Yan和其哈佛大学同学Iliensinc领导。团队成员来自加州理工学院（Caltech）和麻省理工学院（MIT）等知名机构，曾在Airtable、Citadel、Hudson River Trading和Nuro等公司工作过。团队的高频交易背景为项目带来了深厚的交易系统设计经验。

市场表现

截至2025年：

  • TVL超50亿美元
  • 占据DeFi永续市场75%份额
  • 支持40倍杠杆
  • 支持跨链交易

技术优势总结

维度 Hyperliquid 传统DEX CEX
去中心化 完全链上 链上 中心化
撮合效率 20万订单/秒 受限于链 高效
透明度 完全透明 透明 不透明
资产托管 自托管 自托管 托管
滑点 低 AMM高滑点 低
资本效率 高 AMM低效率 高

参考资料

总结

Hyperliquid代表了去中心化交易的一次重要突破。通过从底层构建专用L1区块链，采用创新的HyperBFT共识和双层架构设计，它成功地将CEX级别的性能与DEX的透明和自托管结合起来。

HyperCore作为链上订单簿引擎，实现了亚秒级确认和每秒20万订单的吞吐量；HyperEVM则提供了熟悉的智能合约环境，并能直接访问HyperCore的交易数据。这种架构为开发者打开了广阔的可能性，使他们能够构建直接利用链上流动性和订单簿数据的去中心化应用。

随着DeFi生态的持续发展，Hyperliquid的技术架构为高性能去中心化交易树立了新的标杆，也为后续的区块链性能优化提供了宝贵的设计思路。