Goldsky 如何在零停机的情况下保持交易正常运行

Goldsky负责处理加密货币基础设施建设中最棘手的部分：实时数据、可靠连接和链上执行。金融科技公司、银行和加密原生团队用它来以亚秒级延迟传输区块链数据、通过即时 GraphQL API 查询链上状态、执行响应区块链事件的持久化工作流,并通过单一 RPC 层连接数百条链。自 2022 年以来,Goldsky 为 Polymarket、Phantom、Coinbase、Kraken 和 Arweave 等团队提供关键任务基础设施支持。

面临的挑战

Goldsky 的 Compose 产品代表客户执行链上交易,采用账户抽象实现 gas 赞助。账户抽象让应用能够为用户支付 gas 并代表用户提交交易,这样终端用户就不需要持有网络的原生代币。要实现这一点,Compose 需要两部分基础设施稳定运行：一个负责向链上提交 UserOperation 的 Bundler,以及一个负责赞助 gas 的 paymaster。

这里的可靠性要求近乎苛刻。一旦上游提供商出现故障,影响范围会很大。索引器会悄无声息地落后,前端会返回错误或过时数据,赞助交易也会失败。对部分 Compose 客户而言,一笔失败的交易就意味着真实终端用户的一笔交易失败。

Goldsky 最初使用的是另一家 Bundler 和 paymaster 提供商。方案能用,但让团队依赖单一供应商,没有备用方案。对于直接处在交易路径上的基础设施而言,单一供应商风险正是需要解决的问题。

解决方案

Goldsky 为新供应商设定了三项要求：

• 支持 EntryPoint v0.8,当时该版本还处于私测阶段。EntryPoint 是 ERC-4337(Ethereum 账户抽象标准)定义的单例合约,Bundler 和 paymaster 通过它进行协调。
• 具备用于赞助控制的策略系统,以便团队能精确决定哪些交易可获得 gas 赞助。
• 遵循 Ethereum 账户抽象标准,以便无需修改代码即可更换供应商。

Alchemy 满足了这三项要求。

Goldsky 迁移到 Alchemy,将其作为 Compose 中的主要 Bundler 和 paymaster,使用了：

• Alchemy Bundler API
• Alchemy Gas Manager,用于运行 gas 赞助策略

由于两者都遵循 Ethereum 账户抽象标准,Goldsky 在此基础上构建了一个供应商抽象层。现在切换供应商只需修改一个环境变量,无需部署代码,也不会产生停机。最初促成这项工作的单一供应商风险,如今已不再是运营层面的问题：如果某个供应商出现性能下降,Goldsky 无需发布代码即可实现故障转移。

成果

Compose 工作流每周处理数亿美元的交易量,每天涉及数千笔链上交易,如今均由 Alchemy 的 Bundler 和 paymaster 提供支持。此次迁移也弥补了项目之初存在的差距：有了供应商抽象层,Goldsky 只需修改一个环境变量即可在供应商之间实现故障转移——无需部署代码,也不会产生停机。

与 Alchemy 合作

"与 Alchemy 工程师合作的体验非常棒。我们最初尝试迁移时遇到过几个小问题,他们总能第一时间赶来解决。他们很快就让我们加入了 beta 项目,开放了我们完全集成 Compose 所需的功能,并且会定期联系,了解迁移进展以及我们还需要什么。"

——Adam Stockermans,高级软件工程师,Goldsky

准备好开始了吗？

使用 Goldsky 赖以实现快速、可靠交易的同一套基础设施来构建你的产品。点击这里开始,或联系我们的团队。