Alchemy 全力投入 Hyperliquid

我们明确表态：Alchemy 正在为 Hyperliquid 构建业内最完整的开发者平台。HyperEVM RPC 只是起点，而非终点。未来几个月，我们将推出完整的 HyperCore 数据层、实时流式传输，以及验证者级别的基础设施。同一平台目前已支撑 Phantom、Robinhood、Stripe、Coinbase、Circle、Kinexys by J.P. Morgan、Polymarket 等项目每年超过 1 万亿美元的交易量。现在我们将其瞄准链上增长最快的领域：永续合约与预测市场。

目前接入 Hyperliquid 意味着要拼凑公共端点、自行运行索引器，并且祈祷数据流不会在清算发生时中断。这正是 Alchemy 生来要解决的问题，这样构建下一代链上交易应用（以及未来将在这些应用上交易的 agent）的团队，就能在不掉链子的基础设施上进行开发。

获取 HyperEVM API key 或 联系我们的团队，一起塑造 HyperCore 数据层。

什么是 Hyperliquid？

Hyperliquid 是一条为金融场景量身打造的高性能 L1。与那些在通用 VM 上叠加交易功能的通用链不同，Hyperliquid 将完全链上的中央限价订单簿（CLOB）作为一等公民运行。它提供与中心化交易所相同的按价格-时间优先撮合，但结算过程完全透明地在链上完成。

它由三个紧密集成的层构成：

• HyperBFT —— 一种基于 HotStuff 改进的自研共识协议，可实现亚秒级最终确定性，吞吐量达到每秒数十万笔订单级别。这正是让链上订单簿能有中心化交易所般体验的原因。
• HyperCore —— 原生交易引擎。每一笔永续合约与现货订单、成交、资金费率支付和清算，都直接存在于 HyperCore 状态中。这是整个网络的核心，也是最有价值的数据所在。
• HyperEVM —— 完全兼容 EVM 的执行环境，通过预编译与 HyperCore 共享数据，使智能合约无需外部预言机即可读取实时订单簿与账户数据。

最后这一点才是关键所在。在 Hyperliquid 上，一个 DeFi 协议可以直接从撮合引擎读取真实的链上标记价格，没有预言机延迟，也不需要额外的信任假设。对开发者而言，代价是最有价值的数据都在 HyperCore 中，而 HyperCore 的行为方式与标准 EVM 链不同。要把它服务好，需要专门构建的基础设施。这正是我们要填补的空白。

HyperEVM：开发者早已熟悉的入口

如果你能部署一份 Solidity 合约，你就能在 HyperEVM 上进行开发。它遵循 Cancun 规范（不含 blob），因此你已经在用的工具——Foundry、Hardhat、viem、ethers——无需修改即可使用。在底层，HyperEVM 采用双区块设计：面向 EVM 交易的快速小区块，以及与 HyperCore 订单簿操作一同结算的大区块，二者统一在同一套共识之下。

对于 HyperEVM，Alchemy 提供的是你在任何 EVM 链上都能从我们这里得到的东西：可靠、低延迟的 JSON-RPC，与你在 Ethereum 及其他 100 多个网络上使用的同一套 dashboard 和 API key，以及我们针对代币、转账和交易历史的增强型 API。目前已有数百个项目在 HyperEVM 上进行开发，对生产级 RPC 的需求已经存在——而这项服务现已上线。

按照 HyperEVM API 快速入门 从你现有的技术栈接入，或在 dashboard 中浏览 HyperEVM RPC 端点与网络详情。

但仅有 EVM 访问权限并不能真正打开 Hyperliquid 的大门。真正的机会在于 HyperCore。

HyperCore：我们正在构建的数据层

HyperCore 保存着交易者真正关心的数据：每一笔订单、成交、资金费率支付和清算。这也是目前工具链最薄弱的环节。该网络的读取层只有一个 Info 端点 加上一个 WebSocket 数据流：功能强大，但比较原始。想要在生产规模下获取订单簿、成交、资金费率、持仓和清算数据流的团队，最终不得不自行搭建索引、重连和缺口检测逻辑。而当市场剧烈波动时——恰恰是数据最重要的时候——这些自建的基础设施往往会崩溃。打造优秀的基础设施需要一些时间，但这正是我们对开发者的承诺。

我们正在构建 HyperCore 数据 API，把这个问题变成我们的问题，而不是你的问题。具体来说，我们正在推进以下工作：

• 索引式 REST API，用于回答原始端点无法低成本回答的查询：历史成交记录、资金费率历史、账户持仓随时间的变化，以及经过丰富的市场元数据——以毫秒级响应、支持分页和回填。
• 实时流式传输，覆盖订单簿更新、成交、资金费率和清算数据流——具备多节点冗余以及断线重连后的重放能力，确保客户端重启不会造成清算数据的遗漏。
• 一个平台，一套 key。 通过同一个 dashboard、同一套计量体系和同一套 SLA，查询 HyperCore、HyperEVM、Ethereum、Solana 和 Bitcoin。

这与我们在 Solana 流式传输 上采用的策略一致：不依赖单一节点（该节点在负载下容易出现峰值或掉线），而是跨多个上游节点聚合、去重，返回最快的健康结果。即使个别节点出现问题，数据流依然保持稳定。我们认为 Hyperliquid 上的交易、MEV 和分析团队理应获得这样的能力。

验证者：底层基础设施

优质的数据始于源头。Hyperliquid 通过 HyperBFT 来保障自身安全，一组验证者（随着网络去中心化程度提升而不断扩展）必须达成三分之二权益法定人数才能最终确定区块。将基础设施部署在靠近验证者集合的位置，正是我们能够提供延迟最低、最可靠的 HyperCore 状态视图的原因。

Alchemy 计划在 Hyperliquid 上参与验证者和节点运营层面的工作，就像我们在所支持的其他网络中深度运营基础设施一样。靠近共识层不仅仅关乎去中心化，也是我们保证向开发者提供的数据保持新鲜和完整的方式，同时也是我们对这个我们看好的网络长期健康发展所做的贡献。

长期目标：为交易者构建

Hyperliquid 的核心是一个供人交易的场所。因此，我们最想服务的开发者，是那些为交易者构建产品的人：在执行延迟上竞争的做市商、以毫秒决定盈利能力的套利和清算机器人、无法容忍数据缺口的分析和风控平台，以及为终端用户呈现实时持仓和盈亏的钱包与前端应用。

我们的长期承诺，是成为支撑所有这些场景的基础设施骨干。这意味着数据要快到足以满足对执行敏感的工作负载，可靠到在最剧烈波动的时段依然值得信赖，完整到你无需离开这个平台就能拼凑出市场的完整图景。随着 Hyperliquid 产品版图的扩大——新市场、新的 HyperEVM 原语，以及两层之间更深的可组合性——我们的覆盖范围也会随之扩展。

这只是开始

HyperEVM RPC 目前已在 Alchemy 上线。HyperCore 数据 API、流式传输和验证者基础设施，是我们接下来要构建的内容——我们希望与将要使用它们的团队一起打造。如果你正在 Hyperliquid 上构建，或者有这个打算，告诉我们你需要什么。

• 从你的 Alchemy dashboard 开始在 HyperEVM 上构建。
• 阅读 HyperEVM 快速入门，并了解 HyperEVM 开发平台。
• 联系我们的团队，一起塑造 HyperCore 数据层。

想更深入了解 HyperEVM RPC 在整个服务商版图中的定位，请参阅我们的 Hyperliquid RPC 服务商指南。我们在倾听。