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

Quicknode

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

分享

添加为首选来源

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

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

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

这对Hyperliquid 开发者为何重要

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

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

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

• 轮询 JSON-RPC 端点

• 广泛使用 WebSockets 实现实时更新

• 运行节点或构建自定义索引器以填补空白

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

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

公开测试版包含哪些内容

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

• Streams 支持 Hypercore 数据集，可对 Hyperliquid 数据进行过滤并以推送方式分发

• gRPC 专为高吞吐量、低延迟数据管道 设计的API

• 为确保 与现有工作流兼容而提供的 JSON-RPC 和 WebSocket 相关方法

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

Hypercore 如何改变数据模型

Hypercore 对Hyperliquid 的数据进行集中索引和结构化处理，使各团队从“全量采集”的管道模式转向基于其系统实际需求进行过滤的上游数据交付模式。

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

• 订阅特定的数据集，例如交易、订单、订单簿更新或大宗交易。例如，交易团队可以仅订阅特定的市场或事件类型，而无需接收完整的Hyperliquid 数据流

• 在数据到达其系统之前，在上游进行过滤

• 选择更适合持续、实时工作负载的交付机制

Streams 此外，gRPC 非常适合用于连续的高吞吐量处理流程，而当请求-响应或基于事件的访问方式更合适时，JSON-RPC 和 WebSockets 仍然可用。

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

定价

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

查看当前价格：https://www.quicknode.com/api-credits/hyperliquid

Beta 阶段现状及后续计划

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

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

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

创建一个endpoint | 阅读文档