Hyperliquid Foundation WebSocket 变更：对您意味着什么

Hyperliquid Foundation WebSocket 变更：对您意味着什么

Hyperliquid Foundation WebSocket 变更：对您意味着什么

Hyperliquid 基金会 WebSocket 更改：对您意味着什么 Hyperliquid 基金会将在下次网络升级后对其公共 WebSocket 源进行更改。这对于自动化交易者意味着什么，以及如何使用 Quicknode 将延迟敏感的工作负载转移到 gRPC 流。

Quicknode 2026 年 6 月 12 日 — 阅读 10 分钟

2026 年 6 月 9 日，Hyperliquid 核心团队宣布，在下次网络升级后，多个公共 WebSocket API 源将降低数据推送频率。 2026 年 6 月 11 日，团队根据用户反馈调整了部署：webData2 将保持当前的 5 秒推送间隔，以便再进行一次网络升级，标准 l2Book 将每 2 秒移动到 20 个级别，然后再移动到 5 秒，新的 fastAssetCtxs WebSocket feed 将保留接口的 5 秒标记价格差异。

受影响的提要仍然包括订单簿深度、中间价格、资产上下文、所有 DEX 资产上下文以及 webData2 ，预计仍会迁移到 webData3 。

对于仪表板、投资组合监视器和面向人的视图，新的间隔可能是可以接受的。对于自动交易系统，他们改变了数据模型。从公共 WebSocket 快照报价、调整大小、取消或路由订单的策略现在需要不同的数据平面。

Hyperliquid 的团队直接明确了此工作负载的预期路径：

“自动化交易者应该运行非验证节点以获得更多级别或实时更新流。”

这篇文章解释了正在发生的变化、为什么它对机器人很重要，以及如何使用 Quicknode 将延迟敏感的 Hyperliquid 工作负载转移到托管基础设施。

Hyperliquid 的公共 WebSocket API 发生了什么变化？

公共 API 源 升级后的新行为 运营影响 webData2 保持当前 5 秒推送间隔，再进行一次网络升级。仍然需要迁移到 webData3。仍在读取 webData2 的应用程序有更多时间，但不应将 feed 视为永久的。 l2Book 每 0.5 秒 5 个级别，带 fast: true ，或每 2 秒 20 个级别，不带 fast: true 。稍后的升级预计会将 20 级提要移至每 5 秒一次。交易逻辑必须在浅层、更快的账面数据和更深、更慢的快照之间做出选择。

l2Book 的变化对于自动化策略来说是最重要的。如果没有 fast: true ，公共 API 在下次升级后每 2 秒返回 20 个级别，预计稍后会移至 5 秒。使用 fast: true 时，它​​每 0.5 秒返回 5 个级别。这两个选项都没有为依赖深度、队列行为或快速点差变化的策略提供完整、实时的书籍。

这不是通常意义上的中断或重大变化。它是共享公共基础设施和自动交易系统所需的数据配置文件之间的一条线。

机器人不会因为一本旧书而感到不便。它将其视为不正确的输入。

做市商需要当前的深度来围绕实时库存和价差进行报价。执行机器人需要当前的中价和预订压力来确定订单大小。清算、套利和基差策略需要最后一个快照与当前区块之间的差异尽可能小。

当一本书以 2 秒或 5 秒的节奏更新时，策略不仅仅落后于该间隔。它正在不同的市场状态下发挥作用。这会影响：

报价放置和取消时间

点差、滑点和逆向选择计算

头寸规模和风险检查

触发订单的清算和资金监控

假设数据馈送与生产类似的回测

公共 API 对于 UI、被动监控和非关键显示数据仍然有意义。取决于当前深度的交易逻辑需要为其设计提要，无论是 WebSocket 订阅还是 gRPC 流。

Hyperliquid 对自动交易者有何建议？

Hyperliquid 的指导是运行非验证节点以获得更多级别或实时更新流。这使自动化交易者可以直接访问他们所需的数据配置文件，但它也引入了基础设施工作：节点操作、升级、监控、重新连接处理、容量规划和客户端集成。

Quicknode 是一个区块链开发平台，通过单一端点提供跨 HyperCore 和 HyperEVM 的托管 Hyperliquid 基础设施。每个 Hyperliquid 端点都支持 WebSocket 和 gRPC。对于受此公共 API 更改影响的团队来说，最相关的功能是 HyperCore gRPC 流。并不是因为 WebSocket 是错误的工具，而是因为我们看到了 WebSocket 在规模上变得脆弱的地方：重新连接风暴、包驱动的流脆弱性以及多市场订阅的有效负载开销。

Quicknode 的 Hyperliquid 文档列出了跨全套 HyperCore 数据流的 gRPC 支持，具有双向流、市场数据亚毫秒级延迟以及可减少约 70% 带宽的本机 zstd 压缩。访问 /hypercore JSON-RPC、/hypercore WebSocket 和 HyperCore gRPC 需要构建计划或更高版本。

从 Quicknode Hyperliquid 文档和 Hyperliquid gRPC Streaming API 参考开始。

自动交易者应该使用哪些 HyperCore 数据集？

关键区别不仅仅是私有端点。它可以访问适合自动交易工作负载的 HyperCore 数据集。

Quicknode 的 Hyperliquid 数据集涵盖已执行的交易、订单生命周期事件、账簿更新、TWAP 执行数据、帐户和余额事件、HyperCore 到 HyperEVM 编写器操作、原始块、L2 订单簿快照、L4 订单簿快照和差异以及测试网内存池交易。

这很重要，因为公共 WebSocket 源的正确替代品取决于策略的作用。做市商需要与清算监视器不同的数据，仪表板需要与订单路由器不同的数据。

数据集 API 可用性 适合的地方 交易 gRPC + JSON-RPC/WSS 执行的交易、价格跟踪和交易分析。订单 gRPC + JSON-RPC/WSS 订单生命周期监控、成交、取消和执行状态。 BOOK_UPDATES gRPC + JSON-RPC/WSS

StreamL2Book 当前价格水平深度

StreamL2Book 为每个区块提供完整聚合的 L2 订单簿快照。每条消息均包含按价格级别划分的当前买价和卖价，以及每个级别的总规模和订单数量。

当您的策略需要按价格水平划分当前深度而无需根据增量差异构建本地书籍时，请使用 StreamL2Book。该流支持可配置的深度，n_levels 高达 100，以及用于更广泛聚合的可选价格分桶。

与每 0.5 秒推送 5 个级别或每 2 秒推送 20 个级别然后再推送到 5 秒的公共 l2Book 源相比，这更适合做市、价差监控、深度感知执行和账面驱动警报。

StreamL4Book 用于单个订单级状态

StreamL4Book 以单个订单粒度交付订单簿。订阅时，它会发送静态买价和卖价的完整快照。之后，它发送每个块的差异。

当聚合价格水平不够时，请使用 StreamL4Book。示例包括队列分析、订单级别流动性研究、市场微观结构研究以及需要跟踪单个搁置订单而不仅仅是价格水平总计的系统。