为 Solana 打造：速度提升 20 倍，99.99% 正常运行时间，吞吐量提升 2 倍

过去两年，我们一直在与 Solana 的开发者合作，了解他们遇到的主要痛点；过去一年，我们在此基础上重新构建了 Alchemy 的 Solana 产品，以解决这些问题。

Solana 生态系统中的工具链发展很快，但我们仍然看到了进一步提升性能和可靠性的空间——尤其是对于数据密集型应用和企业用户而言。

今天，我们正式推出了这些成果：一套为 Solana 开发者从零构建的 RPC 和 Streaming API：

• 归档调用速度最高提升 20 倍，无需修改代码，也不需要使用专有方法
• getTransaction、getTokenAccountsByOwner 等“重”方法速度最高提升 2 倍
• 超快、超稳定的 gRPC streaming，价格不到其他服务商的_一半_
• 全平台 99.99% 的正常运行时间，吞吐量提升 2 倍以上
• 大量此前无法实现的新功能（免 gas 交易、地址活动 webhook、getTokenLargestAccounts 等调用的更大响应体等）

这一切从今天起即可使用。如果你是 Alchemy 新用户，从这里开始；如果你已经在用 Alchemy 构建，无需做任何改动即可继续使用现有配置。

背后的故事

无论是在 Web3 内还是 Web3 外，没有哪个开发者群体能像 Solana 开发者一样，把“啃玻璃”这个说法当作一种荣誉——他们坦然接受了在一个不断演进、不断突破边界的技术之上构建改变世界的产品所需要付出的艰难但必要的努力。

随着 Solana 协议本身及其周边工具链的不断升级，“啃玻璃”的需求已经减少，但远未消失。

在过去几年与 Solana 开发者合作的过程中，从 Bags.fm、Solflare 到 Robinhood，我们几乎在每个团队身上都看到过类似的情况：开发者不得不想方设法绕过 API 限制或基础设施瓶颈，这些问题拖慢了他们的开发速度。

举例来说，许多 Solana 团队都面临归档数据访问的困扰。现有基于 Bigtable 的 RPC 提供商无法高效处理大规模的历史数据查询，经常出现数据缺失或不完整的情况。开发者最终不得不花费数月时间重建回填数据、限流请求，或手动拼凑缺失的交易记录，才能得到可靠的数据集。对于数据密集型应用和钱包来说，这会严重拖慢迭代速度，也限制了分析和索引能力的上限。

我们的目标是消除这些限制，为每一位 Solana 开发者提供不打折扣的使用体验。

归档数据速度提升 20 倍

我们从 Solana 开发者那里听到的最常见的诉求之一，就是现有 API 的速度不足以满足需求，尤其是在 getTransaction 这类归档数据调用，以及 getProgramAccounts 这类“重”方法上。

以历史 getTransaction 调用为例，经过基准测试，我们的速度超过市场上所有服务商，比一些最知名的基础设施提供商最高快 20 倍（在 p50、p90 和 p95 上均是如此）。

这并非个例。在 getBlock 上我们最高快 3 倍，在 getTokenAccountsByOwner、getProgramAccounts 等“重”调用上最高快 10 倍，诸如此类。

为什么能拉开如此大的差距？我们花了数年时间构建全新的基础设施来高性能地处理这些方法，并几乎花了同样长的时间与开发者一起在大规模场景下调优，以确保在任何情况下都能稳定交付。

以我们服务归档数据的基础设施为例。我们彻底替换了 Solana 基础设施提供商多年来一直使用的 BigTable 实例，取而代之的是一套专为 RPC 规模打造的多区域 Hbase 系统——在全球范围内分布数据，实现低延迟访问、数据完整性保证，以及在高负载下数量级提升的性能。

值得注意的是，一些服务商要求你使用专有 API 才能获得性能提升，从而将你锁定在其平台上；而我们所做的所有优化，无需修改任何代码、也不存在锁定问题，即可直接使用。

最后要说明的是，基准测试有时可能被“刷分”，也常有多家服务商都声称自己速度最快。事实上，基准测试并不总能说明全部问题。我们关注的重点是帮助开发者理解自己实际工作负载下的真实性能表现。我们的工程师可以分享我们的基准测试方法，并协助你运行针对性的测试。联系我们的团队，申请定制化基准测试。

99.99% 的可靠性

低延迟固然重要，但如果可靠性不够扎实，再快的 API 也无法使用。8 年多来，我们一直在为最大的链上应用构建最可靠的 API，从 Polymarket 选举夜到 World 主网上线，支撑过许多最具代表性、也最关键的时刻。

在 Solana 上也不例外。

多年来，我们一直在为 Circle、Robinhood、TrustWallet 等团队稳定地提供 Solana 基础设施服务，而我们目前的 Solana 基础设施则把可靠性又提升了一个层级。多区域架构、3-5 层自主故障转移、streaming 重连时支持更长（6000 个区块）的 replay……这一切都建立在一支工程团队所运营的平台之上，而这支团队在大规模支撑区块链项目方面拥有的经验，超过全球任何其他团队。

结果就是：无论是刚开始使用，还是在构建过程中，尤其是在最关键的时刻，这套基础设施都能保持 99.99% 的正常运行时间。

全新能力

除了延迟和可靠性之外，我们从开发者那里听到的最大诉求，就是希望 Solana API 能提供更多灵活性、可扩展性和功能。随着我们构建出越来越多全新的基础设施，这些诉求中的很大一部分已经可以原生实现。

举例来说，迄今为止，Solana 的归档 API 在数据消费方式上一直比较死板——想获取最新数据，必须从最早的签名和交易开始扫描。这会增加复杂度，也会显著拖慢那些只是想按时间顺序展示用户活动这类基础功能的应用。

有了我们全新的归档接口，就可以直接优先获取最新数据——这不仅让这类场景下的 API 使用更简单，也为终端用户带来了 10 倍更好、更快的体验。

新增能力的清单很长，这里无法一一列出（更多内容请查看我们的 Solana 文档），但以下是几个亮点：

• getTokenLargestAccounts 最多可返回 1000 个账户，而不再是 20 个
• gRPC streaming 扩展了 replay 区块范围（最多 6000 个区块）
• 免 gas 交易，直接内置于我们的 API 中
• 吞吐量比其他服务商高 2 倍，企业客户同样适用
• 归档查询优先返回最新数据（不再需要从最早数据开始扫描）
• 地址活动 webhook

为 Solana 而构建

无论作为生态系统还是技术，Solana 都是独一无二的。正因如此，除了我们构建了什么之外，我们采用的方法同样值得一提。我们的经验告诉我们（有时是通过踩坑得来的），如果只是把一个产品从 EVM 简单移植到 Solana 上，注定会遇到各种问题。

因此，我们花时间重新设计了我们的 Solana API，目的是与这个生态系统及其开发者建立长期的合作关系。在此期间，我们通过与DexterLab和Bware Labs联手，组建了一支世界级的工程团队——这两个团队都花了多年时间专门构建 Solana 基础设施。

在汇聚了这些顶尖人才来推进这次架构重构的同时，我们采取了一个非常明确的方法：把 Alchemy 8 年多积累的技术作为加速器，但在为 Solana 从零构建最佳方案这件事上，始终不打折扣。

我们为这次成果感到非常自豪，更为我们正在为 Solana 上成千上万个团队赋能所做的工作感到自豪。

这一切从今天起即可使用。如果你是 Alchemy 新用户，从这里开始；如果你已经在用 Alchemy 构建，无需做任何改动即可继续使用现有配置！

常见问题

我们的 Solana 基础设施与其他服务商相比有何不同？

我们提供最高 20 倍更快的归档调用、2 倍更快的重方法、99.99% 的正常运行时间，以及 2 倍的吞吐量提升，且全部无需修改代码，也不需要使用专有方法。

我们的 Solana 归档数据调用速度快多少？

与其他服务商相比，我们在历史 getTransaction 调用上最高快 20 倍，在 getBlock 上最高快 3 倍，在 getTokenAccountsByOwner、getProgramAccounts 等重调用上最高快 10 倍。

我需要修改代码才能获得性能提升吗？

不需要。所有优化都无需修改代码、也不存在锁定问题，这与一些要求使用专有 API 的服务商不同。

我们对 Solana 的正常运行时间保证是多少？

我们通过多区域架构、3-5 层自主故障转移，以及 streaming 重连时更长的 replay 能力，提供 99.99% 的正常运行时间。

我们为 Solana 开发者提供了哪些新能力？

新功能包括：归档查询优先返回最新数据、getTokenLargestAccounts 最多可返回 1000 个账户（此前为 20 个）、免 gas 交易、地址活动 webhook，以及支持最多 6000 个区块 replay 的 gRPC streaming。

我们的归档基础设施与传统服务商有何不同？

我们用一套专为 RPC 规模打造的定制化多区域 HBase 系统，替换了标准的 BigTable 系统，从而确保数据完整性，并在高负载下实现更快的性能。

目前有哪些团队在使用我们的 Solana 基础设施？

包括 Circle、Robinhood、TrustWallet、Bags.fm 和 Solflare 在内的多个主要团队都在使用我们的 Solana 基础设施。

我可以针对自己的具体场景测试性能吗？

可以。我们的团队可以分享基准测试方法，并协助你根据自身工作负载运行定制化测试。