Hyperliquid 的 Hypercore 正式进入公开测试阶段

Quicknode 已发布 Hyperliquid 的 Hypercore 公开测试版，该版本允许开发者通过 Streams、gRPC 和 JSON-RPC 以过滤方式访问 Hyperliquid 数据。

2026年1月20日 — 阅读时间3分钟

Quicknode 现已推出基于 Hypercore 的 Hyperliquid 数据访问服务的公开测试版。

此版本使开发者能够通过Streams、gRPC 和 JSON-RPC 访问 Hyperliquid 数据，并将其投入生产环境，同时无需承担运行和维护自定义基础设施带来的运维负担。

这是一个公开测试版，随着各团队在实际环境中大规模运行 Hypercore，我们将根据实际使用情况不断进行更新。

这对 Hyperliquid 开发者为何重要

Hyperliquid 的架构支持高性能交易系统、实时订单簿以及丰富的链上交易语义。随着团队从实验阶段过渡到生产环境，数据的传输方式变得与数据本身同样重要。

Hyperliquid 运行吞吐量极高，在正常情况下每秒可生成约 12 个区块，随着系统规模的扩大，这很快就会使原始数据访问成为一项运营挑战。

许多团队一开始都会采用一些常见的模式：

这种方法在初期可能行得通。但随着时间的推移，随着业务量增加、系统日益复杂以及延迟要求日益严格，要确保其稳定运行将变得越来越困难。

Hypercore 公开测试版针对这些情况引入了一种更可靠的数据传输模型。

此公开测试版为 Hyperliquid 提供了以下由 Hypercore 驱动的功能：

通过创建端点即可访问该功能，这体现了该版本作为面向生产环境的测试版。
无需安装任何附加组件。所有付费版 Quicknode 套餐均支持 Hyperliquid 的 Hypercore 功能。

Hypercore 对 Hyperliquid 数据进行集中索引和结构化处理，使团队不再依赖“全量采集”的管道，转而根据其系统实际需求，采用经过筛选的上游数据交付模式。

团队不必先收集所有数据，再在下游进行过滤，而是可以：

Streams 和 gRPC 非常适合用于连续、高吞吐量的处理管道，而 JSON-RPC 和 WebSockets 则在需要采用请求-响应或基于事件的访问方式时依然适用。

其目标并非取代人们熟悉的访问模式，而是随着系统规模的扩大，让团队能够更好地掌控数据的交付方式。

Hypercore 的使用量将根据 Streams、gRPC 和 WebSocket 相关方法的数据量，以 API 积分的形式进行计量。

我们的重点在于生产环境中的实际使用情况，了解大规模运行时的行为表现，并吸纳在Hyperliquid上构建关键系统的团队提供的反馈。随着使用量的增长，我们计划根据所获得的经验不断迭代优化。

一旦出现早期应用案例和成效证明，便可进一步扩大推广范围、开展案例研究并采用直播形式。

如果您正在使用 Hyperliquid 进行开发，并希望探索一种更具可扩展性的数据交付模式，那么您今天就可以开始尝试了。

创建端点 | 阅读文档

Quicknode 成立于 2017 年，致力于为开发者和企业提供机构级区块链基础设施。凭借 99.99% 的运行时间以及对 80 多条区块链的支持，各团队能够毫无妥协地构建和扩展链上应用。

将最新的工程见解、产品更新和 Web3 资讯直接发送至您的收件箱。