Valantis 如何在 Hyperliquid 上构建可靠的交易体验

当交易者无法开仓或平仓 DCA 头寸时，一次基础设施事故就会演变为产品事故。

Valantis 在 Hyperliquid 上构建 Earn 和 Trading 产品，包括其流动性质押代币 stHYPE，以及将 stHYPE 效用引入 HyperCore 和 HyperEVM 的交易账户系统 Prime。这些产品依赖后端服务、keeper 和索引，在用户需要时必须保持可用。

在将 HyperEVM RPC 调用从自托管节点逐个服务迁移到 Alchemy 的 HyperEVM Node 后，Valantis 报告 RPC 请求成功率达到 100%。团队现在为 DCA 访问、keeper 和产品数据拥有了更可靠的基础，并在问题需要处理时有了直接的工程支持渠道。

使用的产品： Alchemy HyperEVM Node

挑战：自托管节点的停机给客户和运营带来风险

Valantis 此前自托管 HyperEVM RPC 节点，该节点每周会间歇性宕机多次。当某个 peer 出现故障时，节点可能随之宕机。Hyperliquid 的网络升级又带来了另一种中断来源。根据升级情况，RPC 有时会在夜间不可用数小时。

问题不止于宕机本身。Valantis 的告警系统并不总能区分是逻辑错误还是 RPC 不可用。事故排查因此更加困难，团队也背负着反复出现的运维工作。

重试可以缓解 RPC 故障的直接影响，但无法解决底层依赖不可靠的问题。Valantis 需要一个节点层，让产品服务能够稳定运行，并在出现问题时有明确的升级处理路径。

解决方案：向 Alchemy 的 HyperEVM Node 进行受控迁移

有计划地迁移，逐个服务验证

Valantis 选择 Alchemy，是因为它提供了熟悉且符合标准的 Ethereum 节点体验，并能在需要时获得及时响应的工程支持。

团队没有一次性迁移所有服务，而是逐个将后端服务迁移到 Alchemy 节点。这让 Valantis 能够以受控的方式逐个服务验证稳定性，并在完成迁移前了解整个产品栈中的使用情况。

保持集成简单，支持紧密跟进

此次迁移不需要繁琐的文档化集成工作。由于 Alchemy 遵循标准的 Ethereum 节点规范，Valantis 可以直接迁移现有服务，而无需引入新的运行模式。

这种合作关系在迁移过程中经受了检验。当 Valantis 发现一个 RPC 问题时，Alchemy 的工程团队与其直接合作，在一天内完成了排查和解决。其结果不仅是一个可靠的节点端点：Valantis 获得了一个致力于提供可靠正常运行时间、响应迅速的性能，以及在生产问题最关键时刻提供实际支持的基础设施合作伙伴。

“我们需要基础设施能够正常运转，这样我们才能专注于打造优秀的交易体验。Alchemy 为我们提供了更可靠的基础，以及一个在我们需要时能迅速提供帮助的团队。”

—— Deven Matthews，Valantis 首席执行官

结果：为交易工作流提供更可靠的基础

对 DCA 用户而言，后端中断可能意味着无法开仓或平仓。迁移完成后，RPC 故障不再阻碍交易者开仓或平仓 DCA 头寸，这为支撑这些操作的服务提供了更稳定的节点基础。

其 keeper 服务和数据索引同样是产品体验的一部分，而非不可见的后台系统。可靠的节点层帮助 Valantis 保持这些服务的正常运行，并在用户做决策时确保网站数据的时效性。

有了更可靠的 RPC 层和直接的工程支持渠道，团队现在有了更清晰的路径来排查和升级基础设施问题。团队花在猜测错误究竟源于自身逻辑还是节点不可用上的时间也随之减少。

在不添麻烦的基础设施上构建 Hyperliquid 产品

对于 Earn 和 Trading 产品而言，可靠性是用户体验的一部分。Alchemy 为在 Hyperliquid 上构建的团队提供可靠的节点层和工程支持，让他们能够专注于用户真正需要的产品。

浏览 Alchemy 的开发者文档，或联系我们的团队。