Stacked Markets
Hyperliquid 订单簿运作原理:永续合约交易者的 CLOB 机制解析
发布于 2026年6月28日 · 作者:Stacked Markets Research Team

大多数使用 Hyperliquid 的交易者对中央限价订单簿(CLOB)都有基本的了解。您下达买单或卖单,撮合引擎进行匹配,随后成交。这一思维模型
在一定程度上是正确的。但它忽略了 Hyperliquid 的 CLOB 与传统交易所订单簿以及早期链上复制尝试之间的区别,以及在您调整仓位规模和管
理执行风险时,这些差异为何至关重要。本文涵盖了 Hyperliquid 订单簿的机制、订单如何在其中流转、链上实际存在的订单类型,以及该架构对您的
成交、延迟和对手方风险的影响。本文不涉及 Hyperliquid 代币经济学、金库机制或治理。什么是 CLOB 及其与 AMM 的区别:CLOB
通过价格和时间来匹配买卖双方。挂单在特定价格水平的队列中等待。当一个主动订单穿过买卖价差时,引擎将其与最优的挂单进行匹配。价格-时间优先原则决定了
谁先成交:价格最优者优先,在价格相同时,先下的订单优先。AMM(自动做市商)的运作方式则不同。它使用应用于流动性池的公式来定价——您是与流动性池进
行交易,而不是与另一位参与者的挂单进行交易。滑点是流动性池深度和交易规模的函数,而不是取决于其他交易者在何处放置限价单。这种区别对永续合约交易者至
关重要。在 AMM 上,您无法在特定价格放置限价单并等待成交。而在 CLOB 上,您可以。您还可以看到一个可见的订单簿,显示每个价格水平的真实挂单
流动性——这是在交易前读取深度和估算执行影响的基础。Hyperliquid 使用 CLOB,这是其核心架构选择。Hyperliquid 如何在链上
运行 CLOB:在以太坊等通用区块链上运行 CLOB 对于活跃交易来说是不切实际的。12 秒的区块时间和每笔交易的 Gas 费用使得订单的下达和撤
销变得极其缓慢且昂贵。早期的链上永续协议通过将订单簿移至链下并仅在链上结算最终仓位来规避这一问题——这降低了对手方风险,但重新引入了用于匹配的受信
任中介。Hyperliquid 采取了不同的方法。它运行在专为订单簿吞吐量优化的共识机制的专用 Layer 1 区块链上。该链以亚秒级延迟处理订单
的下达、修改和撤销。匹配发生在链上,而不是在中心化服务器上。结算过程是可验证的。您可以直接从链状态检查仓位、资金费率应计额和清算水平。这是与托管交
易所及混合链上/链下永续协议在架构上的重大区别。撮合引擎不是由公司运营的黑盒——它运行在验证者节点集上并产生可验证的输出。其权衡之处在于,Hype
rliquid 的 L1 不是以太坊。它是一条拥有自己验证者节点集和安全假设的独立链。在 Hyperliquid 上交易时,您并未继承以太坊的安全
性。在投入大量抵押品之前,明确这一点非常重要。可用订单类型及“无真正市价单”的含义:Hyperliquid 的 CLOB 支持限价单、IOC(立即
成交或取消)订单和 Post-only(只做 Maker)订单。传统意义上的原生市价单并不存在。托管交易所的市价单指示引擎以任何可用价格成交。在
Hyperliquid 上,等效操作是下达一个穿过买卖价差的 IOC 限价单。您指定一个价格限制;引擎在该价格或更好价格下尽可能多地成交,并立即取
消剩余部分。如果市场在您的订单到达撮合引擎之前发生变动,您不会以比限价更差的价格成交——您会获得部分成交或不成交。这不是一种限制,而是一种保护。在
流动性较差的订单簿上,真正的市价单可能会在远离中间价的位置成交。带有明确滑点限制的 IOC 限价单在您提交前为您提供了最差成交价格。当您通过 st
ackedmarkets.com 使用 Stacked Markets 交易时,界面会直接显示这一点。在钱包提示您签名之前,您就能看到最差成交价格
。IOC 结构是可见的,而不是隐藏在模糊您实际提交内容的“市价单”标签之后。Post-only 订单与 IOC 相反。它们作为 Maker 订单挂
在订单簿上,如果会立即穿过买卖价差,则会被取消。当您想赚取 Maker 返佣并愿意等待成交时,请使用它们。匹配机制及如何确定成交优先级:Hyper
liquid 的撮合引擎应用价格-时间优先原则。在任何给定的价格水平上,先到达的订单先成交。当一个新的主动订单进入订单簿时,引擎会从最优价格到最差
价格遍历挂单,依次成交,直到主动订单耗尽或没有更多挂单穿过买卖价差。在活跃市场中,部分成交很常见。在最优卖价处下达一个大额限价单,如果挂单买入量不
足以完全填补,匹配部分会立即结算,而剩余部分则挂在订单簿上。撮合引擎的链上特性意味着成交顺序是确定性的且可审计的。在订单如何匹配方面,不存在交易所
层面的自由裁量权。验证者网络执行匹配逻辑,输出记录在链上。一个实际的影响是:订单撤销与订单下达竞争区块包含权。在快速波动的市场中,在成交请求后几毫
秒提交的撤销请求可能无法阻止成交。这是任何链上系统的固有属性,因为交易是由网络排序的,而不是由具有特权撤销逻辑的中心化服务器排序的。资金费率及其与
订单簿状态的关系:永续合约不会到期。保持永续合约价格锚定现货价格的机制是资金费率。当永续合约价格高于现货价格时,多头头寸支付给空头头寸。当低于现货
价格时,空头支付给多头。资金费率在固定间隔内计入未平仓头寸。资金费率是溢价的函数——即永续合约标记价格与指数价格之间的差额。标记价格源自订单簿的中
- Visible depth is real depth. Resting orders on Hyperliquid's book represent actual signed on-chain commitments. They are not indicative quotes that can be pulled before your order reaches the engine — which makes the depth display more reliable than on many hybrid systems.
- Latency is not zero. On-chain consensus introduces latency that a centralised matching engine does not have. For most position traders, this is irrelevant. For strategies that depend on sub-millisecond execution, it is a binding constraint.
- Cancellations are not instant. Cancel transactions compete for block inclusion. In volatile conditions, you may not be able to cancel a resting order before it fills.
- Liquidations are on-chain. If your margin falls below the maintenance threshold, the liquidation engine acts on-chain. You can verify your liquidation price from the chain state. There is no exchange discretion in when liquidation is triggered.
间价。当主动买入将中间价推高至指数价格之上时,溢价上升,资金费率上升,多头支付更多费用来维持其头寸。这为套利者创造了一种机械激励,即做空永续合约并
买入现货,从而将溢价压缩回零。订单簿状态与资金费率之间的这种联系在操作上很重要。持续升高的资金费率表明订单簿偏向多头。在这种环境下持有长期多头头寸
会产生随时间累积的持有成本——如果您持有时间过长,账面上看起来盈利的头寸可能会因资金费率而亏损。Hyperliquid 上的资金费率每小时结算一次
。您可以在链上验证已计提的资金费率。CLOB 架构对您的执行意味着什么:链上 CLOB 对您如何进行交易执行具有具体影响。诚实的权衡:专用 L1
上的 CLOB 解决了实际问题。匹配是可验证的。托管是非托管的。深度是真实的。IOC 限价单保护您免受无限制滑点的影响。与每次存款都伴随对手方风险
的托管交易所结构相比,这些是真正的改进。成本也是真实的。Hyperliquid 的 L1 并非经过实战检验、最大程度去中心化的网络。验证者节点集比
- Do you understand the difference between your IOC limit price and the current best ask, and have you set a slippage bound that reflects actual book depth rather than a default?
- Have you checked the current funding rate before entering a leveraged position, and do you know how long you plan to hold it?
- Do you know your liquidation price on-chain, and have you verified it matches what the interface shows?
- Are you using post-only orders in low-volatility conditions where maker rebates would meaningfully reduce your cost basis?
- Have you considered how a Hyperliquid L1 network event would affect your ability to manage open positions, and do you have a contingency for that scenario?
以太坊小,且该链是专用链——这意味着它没有经历过旧网络所面临的全部对抗性条件。验证者节点集故障或网络分区会影响您在事件期间撤销订单或提取抵押品的能
力。链上匹配模型还意味着您无法复制依赖中心化引擎特权的执行策略——例如,具有亚毫秒级撤销权限的直接做市商 API 访问。如果您的策略需要这些,Hy
perliquid 可能不是合适的场所。对于大多数仓位交易者和活跃的方向性交易者来说,这种权衡是有利的。您获得了专业级的订单簿机制、可验证的结算和
无托管风险。您接受了一些延迟和较新链的安全配置。五个值得问的问题:常见问题解答:Hyperliquid 使用 AMM 还是 CLOB?Hyperl
iquid 使用中央限价订单簿(CLOB)。订单通过价格-时间优先原则与挂单进行匹配。价格发现或执行过程中不涉及自动做市商公式。为什么 Hyper
liquid 没有真正的市价单?该协议不支持原生市价单。等效操作是下达一个穿过买卖价差的 IOC(立即成交或取消)限价单。您在提交前定义最差成交价
格。如果市场波动超过您的限价,您会获得部分成交或不成交,而不是无限制的滑点。Hyperliquid 如何在不产生过高延迟的情况下在链上运行订单簿?
Hyperliquid 运行着一条专为订单簿吞吐量优化的专用 Layer 1 区块链。这允许亚秒级的订单下达和撤销,这与通用链不同,通用链的每笔交
易都需要在 12 秒间隔内进行区块包含。什么决定了 Hyperliquid 订单簿上的成交优先级?价格-时间优先原则。在给定的价格水平上,先到达的
订单先成交。当主动订单进入订单簿时,引擎从最优价格到最差价格填补挂单,直到主动订单耗尽或没有更多挂单穿过买卖价差。资金费率如何与订单簿状态关联?资
金费率源自永续合约标记价格与指数价格之间的溢价。标记价格跟踪订单簿的中间价。当主动买入将中间价推高至指数价格之上时,溢价上升,多头支付给空头。这创
造了一种套利激励,将永续合约价格拉回现货价格。我可以在 Hyperliquid 上立即撤销订单吗?不能。撤销交易需要链上包含,并与其他交易竞争区块
空间。在快速波动的市场中,在成交请求后提交的撤销请求可能无法阻止成交。这是链上匹配的结构性属性,而非错误。界面上显示的订单簿深度可靠吗?比许多混合
系统更可靠。Hyperliquid 上的挂单代表已签名的链上承诺——它们不能像某些链下系统中的指示性报价那样,在您的订单到达引擎之前被做市商撤回。
话虽如此,订单仍可能在您的交易被包含在区块之前被撤销。
