深入解析 Hyperliquid：运作机制、市场主导地位及使用指南

• 70%+ - 截至 2026 年 5 月的链上永续合约市场份额
< li>1726.3 亿美元 - 30 天交易量（2026 年 5 月）
• 95 亿美元+ - 持仓总量（OI），位居所有永续合约 DEX 之首
• 6.9% - 占 CEX 与 DEX 永续合约持仓总量之和的份额
• 每秒 20 万笔订单 - 具备亚秒级最终性与单区块结算的高吞吐量

目录

1. Hyperliquid 的本质
2. Hype rBFT：速度背后的共识层
3. Hyper Core 与 HyperEVM：双层架构，单一协议
4. 全链上订单簿
5. 市场主导地位背后的数据
6. HYPE 代币：效用、供应与费用机制
7. HIP-1、HI P-3、HIP-4：各标准的作用
8. 如何使用 Hyperliquid
9. 必须了解的真实风险
10. Stacked Markets 的定位
11. 常见问题解答< /li>

Hyperliquid 是首个从中心化平台夺取大量市场份额的链上永续合约交易所。它并非通过提供一种让交易者勉 强接受的 DEX 替代品来竞争，而是构建了一条专为交易而生的 L1 区块链。其链上订单簿比大多数 CEX 更快、深度更深。这是一种结 构性的成果，而非营销口号。

截至 2026 年 5 月，Hyperliquid 占据了超过 70% 的链上永续合约市场份 额，30 天交易量达 1726.3 亿美元，持仓总量超过 95 亿美元。它占 CEX 和 DEX 永续合约持仓总量之和的 6.9%。 两年前，整个链上永续合约市场在中心化交易所面前几乎微不足道。

本文专为已了解永续合约并希望深入了解 Hyperliqui d 构建原理、性能逻辑及高效交易技巧的交易者而写。文中也涵盖了真实存在的风险。

Hyperliquid 的本质

Hyperliquid 并非在通用链上部署的永续合约 D EX，而是一条从底层构建的特定应用 L1，旨在以高吞吐量运行中央限价订单簿（CLOB）并实现链上结算。每一项设计决策——共识机制、状 态架构、费用模型——都是为了交易而优化，而非为了托管通用智能合约。

这种区别至关重要。以太坊或 Arbitrum 等通用 链同时服务于多种竞争性用例。区块空间是共享的，执行是通用的，延迟是该设计的副产品。Hyperliquid 不会与 NFT 铸造或代币 兑换竞争区块空间。该链的存在就是为了撮合订单和结算仓位。

其结果是一个无需交易者忍受 DEX 常见弊端的交易环境：如成交 缓慢、执行不透明或因订单簿深度不足而导致的过度滑点。

HyperBFT：速度背后的共识层

HyperBFT 是 Hyperliquid 的自定义共识协议，源自 HotStuff 风格的 BFT 共识，并针对订单簿用例进行了专门优化。核心数据：每秒 20 万笔订单、亚 秒级最终性、单区块结算。

亚秒级最终性意味着您的订单一旦发出即为最终状态，无需等待广播。不存在验证者可以抢先交易（Fro nt-run）的内存池窗口。订单在单个区块内排序并结算，且该区块一旦确认即不可逆。

对于永续合约而言，这在三个方面至关重 要：强平操作能在正确价格执行，避免了在较慢链上因多区块延迟导致的坏账；资金费率计算基于准确的实时持仓数据；订单簿反映的是已确认的真实 状态，而非对下一区块可能发生情况的概率性预测。

验证者集是许可制的且规模较小——这是为了实现上述吞吐量而做出的刻意权衡。 这也是该协议的一个真实风险因素，下文将详细说明。

HyperCo re 与 HyperEVM：双层架构，单一协议

Hyperliquid 将其架构分为两个不同的层：HyperCore 和 HyperEVM。

HyperCore 是原生交易层。它处理链上订单簿、保证金核算 、永续合约持仓、现货交易和强平。HyperCore 不兼容 EVM，它运行的是完全针对订单撮合和仓位管理优化的自定义逻辑。所有交易活 动都在此进行。

HyperEVM 是运行在同一共识层上的通用 EVM 兼容环境。开发者 可以部署 Solidity 合约并构建与 HyperCore 状态交互的可组合 DeFi 应用。它是位于交易引擎旁边的可编程层，不会 干扰交易引擎的运行。

这种分离在架构上非常稳健。HyperEVM 交易不会与 HyperCore 的订单撮合竞争区块资源 。HyperEVM 上复杂的合约执行无法延迟 HyperCore 上的强平。两层共享共识和状态最终性，但在独立的执行环境中运行。

对于交易者而言，实际意义很明确：核心交易基础设施与通用智能合约执行的复杂性和潜在故障模式是隔离的。

全链上订单簿

大多数 DEX 永续合约协议使用虚拟 AM M 或基于预言机的定价。Hyperliquid 运行的是真正的中央限价订单簿，完全在链上，每一笔订单、成交和撤单都记录在 L1 上。 这意味着：

• 抗 MEV： 没有内存池。订单由共识层排序，而不是由验证者为 了利润选择交易。EVM 链上存在的抢先交易向量在这里不适用。
• 可验证的强平： 每一笔强平都是链上事件。您可以验证仓位平仓的价格、剩余保证金以及完整的事件序列。没有不透明的链下强平引擎。
• 真实的流动性深度： 做市商直接在链上订单簿报价。您看到的深度就是真实存在的深度——没有掩盖薄弱订单簿的 合成流动性层。

每一个仓位、挂单和保证金余额都是公开可读的。关注链上分析的交易者可以实时查看聚合持仓、大规模 强平水平和资金费率压力。

市场主导地位背后 的数据

Hyperliquid 的市场份额并非边缘化，而是结构性的。

70%+ 的链上永续合约市场份额意味 着 DeFi 中每交易 1 美元的链上永续合约，就有超过 70 美分通过 Hyperliquid 完成。最接近的竞争对手也望尘莫及。

1726.3 亿美元的 30 天交易量使 Hyperliquid 不仅能与 DEX 竞争，甚至能与中型中心化交易所直接 比肩。95 亿美元以上的持仓总量（OI）数据尤为说明问题——OI 反映的是承诺资本，而不仅仅是交易活动。交易者在 Hyperliqu id 上持有仓位，而不仅仅是进行单次交易。

占 CEX 永续合约持仓总量 6.9% 的数据最为关键。CEX 永续合约市场 仍由 Binance、OKX 和 Bybit 主导。Hyperliquid 在该综合池中占据 6.9%，已不再是全球永续合约市场中的 统计误差，而是一个重要的交易场所。

这些数据反映了 HyperBFT 吞吐量、深厚的链上流动性以及不要求交易者接受低于中 心化替代品执行质量的产品所带来的结构性优势。

HYPE 代币：效用、供应与费用机制

HYPE 是 Hyperliquid L1 的原生代币，固定供应量为 10 亿枚。70% 的总供应量通过空投分配给早期交 易者和持续的生态系统项目。创始团队和投资者持有剩余的 30%。

费用机制是最有趣的部分。97% 的协议费用被导向回购计划 ，从公开市场购买 HYPE。这创造了与交易量直接挂钩的持续需求——当交易量增加时，回购压力也会成比例增加。

HYPE 还 具有其他三个功能：

• 质押： 验证者和委托人质押 HYPE 以参与共识，保 护网络安全并赚取质押奖励。
• 治理： HYPE 持有者对费用参数、新市场上线和协 议升级进行投票。
• HIP-3 市场部署： 根据 HIP-3 推出新的代币化资产 市场需要质押约 50 万枚 HYPE，这为低质量市场的创建设置了有意义的经济门槛。

固定供应量加上费用回购机 制，意味着 HYPE 的价值在结构上与协议收入挂钩。这与那些无法捕获协议现金流的治理代币模型完全不同。

HIP-1、HIP-3、HIP-4：各标准的作用

HIP-1 涵盖原生现货订单簿。根据 HIP-1 推出的代币直接在 Hyperliquid 的链上现货订单簿上交易，使用与永续合约市场 相同的 CLOB 基础设施。这是 Hyperliquid 原生代币发行的标准。

HIP-3 是代币化现实世界资产（RWA）的标准，特别是 24/7 代币化股票和大宗商品。trade.xyz 控制了超过 90% 的 HI P-3 持仓总量，峰值 OI 超过 23.8 亿美元。HIP-3 市场将传统金融资产带入链上并实现连续交易，这在结构上不同于任何传统 交易所。部署 HIP-3 市场需要质押约 50 万枚 HYPE，使部署者成为基础设施参与者而非前端运营商。

HIP-4 涵盖预测市场——这是最新的标准，将 Hyperliquid 的订单簿基础设施扩展到二元和标量结果市 场。在具有链上结算和真实流动性深度的 CLOB 上运行预测市场，与历史上主导该领域的基于 AMM 的预测市场产品完全不同。

< p>每个标准都在相同的底层 HyperCore 基础设施上运行，共享相同的共识、结算和市场深度。区别在于市场结构和资产类型层面，而非 执行层。

如何使用 Hyperliquid< /h2>

连接钱包与充值

无需 KYC。您只需连接一个以太坊兼容钱包（如 MetaMask 或硬件钱包）即可充值 。无需创建账户、无需邮箱验证、无需身份检查。

充值使用从 Arbitrum 跨链而来的 USDC。您在 Arbitrum 上持有 USDC，发起跨链，资金即到达您的 Hyperliquid 保证金账户。该跨链桥是协议原生的。没有法币入金通道。如果您从法 币开始，该步骤需在 Hyperliquid 之外完成——通常通过 CEX 提现或在 Arbitrum 上将资产兑换为 USDC。

提现路径相反。USDC 从 Hyperliquid 保证金账户退回至 Arbitrum。处理过程由协议完成，虽然不是即时的 ，但通常速度很快。

下单永续合约

Hyperliquid 的原生界面支持市价单、限价单、止损单和 TWA P 订单。订单簿是实时的，反映了真实的挂单流动性——您可以在下单前查看买卖盘深度。

市价单作为带有价格容差的激进限价单进 行路由，这是链上 CLOB 的标准做法。成交价格取决于执行时的可用流动性。

资金费率是持续支付的，而非固定间隔。当永续合 约价格高于标记价格时，多头支付空头，反之亦然。费率在开仓前即可在界面中看到。

保证金模式：逐仓 vs 全仓

< p>逐仓保证金（Isolated margin）为单个仓位分配固定金额的抵押品。如果该仓位被强平， 仅分配的保证金面临风险——其他仓位和剩余余额不受影响。

全仓保证金（Cross margin）将您的全部账户余额作为所有仓位的抵押品。这使得仓位在不利情况下可以相互支持，但也意味着一个仓位的巨大亏损可能会影响整个账户。

这是一种风险管理决策，而非偏好选择。当您想为特定交易设置硬性下行限制时，逐仓保证金很有意义。当您管理一系列相关仓位并希 望提高资本效率时，全仓保证金更为合适。

资金费率

Hyperliquid 的资金费率是持续的并在链上结算 。该费率反映了永续合约价格相对于指数价格的溢价或折价。当永续合约出现显著溢价时，多头支付空头。当出现折价时，空头支付多头。

< p>费率公开可见并实时更新。由于结算在链上进行，您支付或收到的每一笔资金费都是可验证的。无需信任任何链下计算。

必须了解的真实风险

验证者集中化。 HyperBFT 的许可验证者集规模较小——这是实现高吞吐量的方式。但这带来了集中化风险。验证者的大规模协调故障或被攻破将威胁 共识。这是一个已知的权衡，而非隐藏的缺陷，但对于处理数十亿持仓总量的协议来说，这是一个真实的风险。

无法 币入金通道。 将资金存入 Hyperliquid 需要 Arbitrum 上的 USDC。对于已经在 DeFi 中 的交易者来说这很简单。但对于从法币开始的人来说，在交易前需要经过多个涉及第三方的步骤。

2025 年 3 月的强平连环反应。 在高波动期间，一个巨大的 ETH 仓位被强平，导致亏损超过了保险基金。协议动用了自身储备金来 弥补缺口。该事件证明了保险基金在极端条件下的承载能力是有限的。这是任何永续合约协议都存在的真实尾部风险，Hyperliquid 也不 例外。

司法管辖区限制。 Hyperliquid 不向美国交易者开放。美国 IP 地址 在界面层面被屏蔽。使用 VPN 规避此限制的交易者需承担协议不予赔偿的法律和交易对手风险。

智能合约与跨 链桥风险。 Arbitrum USDC 跨链桥引入了标准的跨链桥风险。传输中或存放在跨链桥合约中的资金面临智能合约 漏洞的风险。

Stacked Markets 的定位< /h2>

Hyperliquid 的原生界面即协议本身——拥有所有永续合约 DEX 中最深的流动性、最快的执行速度和最大的持仓总 量。但原生界面不提供可配置的杠杆上限、名义仓位限制、针对快速订单爆发的熔断机制，或将订单簿、图表、仓位追踪器和订单票据整合在单一视图 中的统一终端布局。

Stacked Marke ts 是一个建立在 Hyperliquid 链上订单簿之上的非托管交易终端。它是一个前端层，而非独立的协议。撮合、保证金、资 金费率和结算都在 Hyperliquid 上完成。Stacked Markets 只是将您的订单路由至该协议。

Stac ked 增加的是专业的风险控制层：

• 可配置杠杆上限： 设置最大杠杆限制， 防止意外开出超过预期风险阈值的仓位。
• 名义仓位限制： 限制所有未平仓位的总名义 敞口，独立于保证金。
• 熔断机制： 如果检测到订单爆发式增长，自动停止提交订单— —防止“胖手指”错误或失控的自动化程序。
• 带滑点限制的 IOC 限价单： 每个 订单在钱包签名提示前都会显示最差成交价格。没有虚假的市价单。您在签名前就知道最大成交价格。
• 集成 充提功能： Arbitrum USDC 可直接在终端内跨链至 Hyperliquid 保证金账户。无需外部跨链界面 。

Stacked Markets 不持有用户余额，也不持有签名密钥。您使用自己的钱包签署每一笔订单。非托管 不是一个功能开关，而是其架构。可选的代理钱包使用本地浏览器存储的签名密钥来加速订单审批，而无需将密钥传输到 Stacked Mark ets 服务器。委托签名可随时撤销。

---

在 Hyperliquid 上进行交易，享受专业风险控制且 无需托管。 Stacked Markets 不持有任何资金或密钥。

前往 Stacked Markets 开始交易 ->

常见问题解答