订单优先级
订单如何路由、由谁成交以及成交顺序。
订单簿基础
Hypercall 为期权和永续合约运行一个中央限价订单簿（CLOB）。所有挂单均为限价单。不存在作为独立类型的市价单。
价格-时间优先级
订单簿上的订单按价格-时间优先级进行撮合：
- 价格：价格最优的挂单优先成交。买单按价格从高到低排序，卖单按价格从低到高排序。
- 时间：在同一价格档位上，最早到达的订单优先成交。
当新进订单与挂单流动性交叉时，会立即以最优可用价格成交。任何未成交的剩余部分将留在订单簿上（或被取消，取决于订单有效期）。
订单有效期
每个订单都包含一个订单有效期（TIF）指令：
不存在专门的市价单类型。若需要市价单行为，请提交一个 TIF 设为 IOC 的限价单，价格设为您愿意支付的价格。订单会与所有可用流动性交叉成交，并取消任何未成交部分。
Maker 和 Taker
每笔成交都有两方：
- Maker 是订单已在订单簿上挂出的一方。
- Taker 是其新进订单与挂单交叉成交的一方。
在上线配置下，Maker 和 Taker 均支付 0% 费用。有关上线政策及计划中的未来费率表，请参见费用。
订单类型
Hypercall 支持多种执行路径，具体取决于您交易的品种和提交方式：
限价单
单腿期权，直接进入订单簿
- 订单簿上的标准限价单
- 与挂单流动性交叉成交，或以您的价格挂单
- 适用于仅订单簿模式的合约
- 订单有效期：GTC、IOC 或 FOK
RPI 订单
单腿期权，竞价 + 订单簿
- 在支持 RFQ 的合约上自动启用
- 进入订单簿前先进行 2 秒的做市商竞价
- 做市商必须比参考价格至少优 1 个最小报价单位
- 若无做市商成交则回退为标准限价单
RFQ
多腿组合
- 向专业做市商发起询价（Request for Quote）
- 手动接受或带限价的自动执行
- 原子成交：整个组合全部成交或全不成交
- 多腿订单无订单簿回退机制
限价单
最简单的路径。您提交价格、数量、方向和合约代码。引擎检查您的保证金，验证您的 EIP-712 签名，然后将订单放入订单簿。
如果订单簿上存在等于或优于您限价的挂单流动性，您将立即交叉成交。否则，您的订单将挂在订单簿上，直到成交或被取消。
这是配置为仅订单簿模式的合约（无 RFQ/RPI 层）的执行路径。
RPI 订单（零售价格改善）
在同时配置订单簿和 RFQ 的合约上，单腿订单会自动进入两阶段执行流程。这是 Hypercall 前端的默认路径。
第一阶段：RPI 竞价
做市商竞争成交您的订单
- 订单被广播给所有已连接的报价提供方
- 每个做市商有 2 秒时间以确定性报价回应
- 若存在可执行的订单簿流动性，每个报价必须严格优于该订单簿价格
- 若不存在可执行的订单簿流动性，每个报价必须满足您的限价
- 价格最优的报价胜出（价格相同则按到达时间决定）
- 若所有做市商均已回应，竞价提前结束
- 若有合格报价胜出，您将立即以等于或优于限价的价格成交
第二阶段：限价单回退
您的订单变为标准限价单
- 仅在第一阶段未产生合格成交时激活
- 订单以您原始的限价放入订单簿
- 若存在等于或优于您限价的挂单流动性则立即交叉成交
- 否则订单挂在订单簿上，直到成交或被取消
- 适用标准订单有效期（GTC、IOC、FOK）
- 从提交到第二阶段的总延迟约为 2 秒
这一结构逻辑源自股票市场的计划，如 CBOE BYX 的零售价格改善和 NYSE 零售流动性计划：做市商只有在不跳过可执行挂单流动性、或对其提供价格改善的前提下，才能获得在订单簿之前查看您订单的特权。
RFQ（询价）
RFQ 用于多腿订单（价差策略、跨式组合、铁秃鹰策略、风险逆转）以及配置为仅 RFQ 模式的单腿合约。任意多腿组合没有 CLOB，因此做市商是唯一的交易对手方。
RFQ 有两种模式：
手动接受
- 您通过
POST /rfq/request提交包含各腿（每腿的合约、方向、数量）的组合 - 系统将请求分发给所有符合条件的报价提供方
- QP 以确定性报价回应（有效期最长 30 秒）
- 您在应用中查看所有报价，并手动选择一个接受
- 您签名并提交接受指令（
POST /rfq/accept）以执行交易
手动接受让您完全控制接受哪个报价。代价是需要第二次签名，且在您决策期间报价可能过期。
自动执行
- 您通过
POST /rfq/request提交组合，并附带auto_accept_limit（您愿意支付的最大借方金额，或愿意接受的最小贷方金额） - 您的签名预先授权在限价范围内以任意价格执行
- 第一个达到或优于您限价的报价将自动执行，无需第二次签名
- 若在 RFQ 到期前没有合格报价到达，请求将过期且无成交
自动执行更快、更简单。您预先设定可接受的最差价格，让系统自动执行。这是 Hypercall 前端用于多腿组合的模式。
多腿成交始终是全部成交或全不成交。整个组合以原子方式执行，否则完全不执行。这消除了腿部风险。
永续合约订单（指令）
永续合约订单走单独的路径。永续合约订单不经过期权订单簿，而是以指令的形式提交给 HyperCore（Hyperliquid 的链上执行层）。
永续合约订单通过 POST /v1/actions/hl_limit_order 提交，支持以下功能：
永续合约订单不经过 RPI 竞价或 RFQ 系统。它们经过签名后被中继到链上交易所合约，并在链上撮合。
批量与替换操作
对于程序化交易者，API 支持批量操作：
批量与替换端点
- 批量下单（
POST /bulk_order）：在一个请求中提交最多 50 个订单。每个订单独立进入标准执行路径。 - 批量撤单（
DELETE /bulk_order或DELETE /bulk_order_cloid）：在一个请求中按订单 ID 或客户端 ID 取消最多 50 个订单。 - 替换（
PUT /order）：在同一引擎周期内原子性地取消现有订单并放置新订单。无间隙风险。 - 批量替换（
PUT /bulk_order）：原子性地替换最多 50 个订单。
替换操作对做市商至关重要。做市商需要更新报价时，可以避免在新订单传输途中以旧价格被成交的风险。
价格改善（RPI）
RPI 竞价的核心保证：做市商不能跳过可执行的挂单流动性，除非它给您比订单簿更优的价格。任何在限价范围内的挂单流动性，即使数量小于您的订单，也会设定订单簿参考价。您的限价始终是可接受的最差执行价格，而非在无订单簿流动性时的价格改善基准。
参考价格
参考价格是做市商必须超越的、限价范围内最优的订单簿挂单价格。该价格上的显示数量不需要覆盖您的完整订单。若不存在可执行的挂单流动性，报价只需满足您的限价即可。
买单
- 若最优卖价 <= 您的限价，参考价 = 订单簿最优卖价
- 做市商报价必须等于或低于参考价减 1 个最小报价单位
- 若不存在可执行的卖单，做市商可以报价等于或低于您的限价
卖单
- 若最优买价 >= 您的限价，参考价 = 订单簿最优买价
- 做市商报价必须等于或高于参考价加 1 个最小报价单位
- 若不存在可执行的买单，做市商可以报价等于或高于您的限价
这与 CBOE BYX 规则 11.24 背后的原则相同：RPI 订单必须优于 NBBO。在 Hypercall 上，「NBBO」是订单簿上最优的可执行挂单价格。
实例演算
您提交一个买入 1.0 BTC-30MAY26-80000-C 的订单，限价为 $2,450。
价格改善显示
- 当通过 RPI 相对于可执行订单簿参考价成交时，应用会显示您相比订单簿节省的金额
- 当不存在可执行订单簿参考价时，应用会显示该报价在您的限价范围内成交
- 示例：以 $2,447.50 成交，节省 $2.50（0.1%）
- 这会自动显示在您的成交确认中，无需任何操作
报价提供方
报价提供方（QP）是在 Hypercall 注册的专业做市商。它们保持持久的 WebSocket 连接，实时接收 RPI 竞价请求和多腿 RFQ。
QP 资格要求
- 已注册且处于活跃状态（未被暂停）
- 已获得相关标的资产的白名单资格（或已获批可交易所有标的资产）
- 未被该标的资产上的做市商保护机制（MMP）冻结
- 在竞价或 RFQ 发生时已通过 WebSocket 连接
多个 QP 在每次竞价中竞争。系统选出最优价格，价格相同时按到达时间决定。这种竞争正是驱动价格改善的机制。随着更多 QP 加入，竞争加剧，价差收窄。
有关 QP 如何管理风险，请参见做市商保护机制（MMP）；有关做市商计划，请参见激励。
合约资格
每个合约都配置有一种交易模式，决定订单如何路由：
随着合约成熟并吸引更多挂单流动性，它们会从启用 RFQ 模式过渡到仅订单簿模式。路由对您是透明的。无论合约处于哪种模式，您始终提交相同的订单类型。
成交优先级总结
当单腿订单在符合 RPI 条件的合约上进入系统时，成交按以下优先级排序：
1. RPI 竞价
优先查看权（仅限符合条件的合约）
- 做市商竞争成交您的订单
- 必须满足您的限价
- 必须比可执行挂单流动性至少优 1 个最小报价单位
- 最优报价胜出，价格相同按到达时间决定
- 成交可能包含价格改善
2. 订单簿交叉成交
在现有流动性上立即成交
- 在无 RPI 成交时激活
- 与等于或优于您限价的挂单交叉成交
- 标准价格-时间优先级
- 可能部分成交（标准撮合）
3. 挂单等待
等待交易对手方
- 在无法立即交叉成交时激活
- 订单以您的限价挂出
- 在订单簿上可见
- 受您的订单有效期设置约束
在仅订单簿模式的合约上，流程从第 2 步开始（无 RPI 竞价）。系统绝不会以劣于您限价的价格为您成交。