Alchemy 的节点基础设施如何让 DeFi 大规模保持高速运行

最后更新：2026年7月15日2 分钟阅读

每当有人在 DeFi 应用上完成一笔交易，用一种代币兑换另一种代币时，应用会在后台向区块链发出一连串请求：价格报价、资金池余额、gas 估算、钱包余额。数十个请求，跨越多条链，都在交易完成之前发生。用户看不到这一切，他们看到的只是一个不错的价格和一笔确认成功的交易，或者相反。

在去中心化金融（DeFi）中，基础设施就是产品本身。当你的应用读取的数据延迟过高时，用户可能会以与看到的不同的价格成交。当连接在市场剧烈波动时断开，交易就会失败。当某条记录丢失，某人的余额或历史记录就会显示错误。区块链本身不会替你解决这些问题，能解决的是你的 RPC 层——或者解决不了。

我们多年来一直在投入建设节点和 RPC 基础设施，以弥合区块链所知道的信息与你的应用能够据以行动的信息之间的差距。这项工作对任何链上产品都很重要，而 DeFi 是对它考验最严苛的领域，因为在 DeFi 中，这种差距是用真金白银来衡量的。以下是这项工作在生产环境中的实际表现，由使用它的团队讲述。

速度，因为每一毫秒都会被计入价格

在交易中，价格会在你等待的时候变动。几百毫秒的延迟，可能就是用户看到的价格与他们实际成交价格之间的差距。

0x 为数十个钱包和聚合器提供代币互换服务，路由的交易额达数十亿美元。0x 的目标是在众多流动性池中同时找到最优价格。为此，它在每笔交易发生前的瞬间发出数十次 RPC 查询。如果这些数据返回缓慢，用户看到的报价就会出现偏差，最终成交的价格与他们本意不符。

0x 测试了所有选项，最终锁定一个要求：每次都要快速、稳定、准确的数据。在我们的基础设施上，他们能在一秒以内生成报价，保持 99.9% 的正常运行时间，交易撤销率在 DeFi 领域处于最低水平之列。对 0x 来说，这种可靠性让它能向合作伙伴承诺稳定的服务。而对交易另一端的用户来说，这就是交易能否按预期价格成交、还是悄无声息地失败之间的差别。

"Alchemy 让我们的所有集成方都能获得更快速的响应体验，也让我们能够提供更可靠的服务——我们能够在不到一秒的时间内生成报价。"

—— Charles Reese，0x Labs 工程经理 · 阅读 0x 案例研究

0x 在 Alchemy 上的表现：交易额超过 1700 亿美元，交易者超过 350 万，正常运行时间 99.9%，撤销率 2%，报价生成时间低于一秒。

同样的模式在出块速度更快的 Solana 上也成立。Solflare 是 Solana 生态中最大的钱包之一，为其超过 400 万用户提供对自身活动的深入视图：历史余额、过往交易和盈亏情况。这一切都依赖于历史区块链数据，而在 Solana 上快速提供这类数据是最难的事情之一。在我们的 Solana 存档基础设施上，Solflare 获取这些数据的速度比其他方案快达 20 倍，响应时间低于 200 毫秒，即使每秒处理数千次请求也不出错。对 Solflare 来说，这意味着可以推出更丰富的分析功能，而无需与其数据层较劲。对其用户来说，这意味着打开应用就能几乎瞬时看到完整、准确的历史记录，而不必等待或遇到数据缺失。

"Alchemy 的 Archival RPC 一直能跟上 Solflare 的吞吐量，同时保持稳定的低于 200 毫秒的响应时间。"

—— Dušan K.，Solflare 后端工程师 · 阅读 Solflare 案例研究

Solflare 在 Alchemy 上的表现：用户超过 400 万，存档查询速度最高快 20 倍，响应时间低于 200 毫秒，每秒处理数千次请求且零错误。

可靠性，因为一笔失败的交易就是实实在在的资金损失

速度只有在系统于最关键时刻依然稳定运行时才有意义。对 DeFi 来说，最不能出问题的时刻恰恰是最繁忙的时刻：一次重大上线、一次代币分发，或市场剧烈波动引发的一波清算。

Usual 是一个稳定币协议，在一次重大代币分发前十小时才发现这个问题——当时团队重新计算了需求量，意识到现有配置撑不住。我们为其扩容、调优基础设施，并在整个事件期间提供实时工程支持，全程驻场。在峰值时段，他们每秒处理 3 万次请求，第一小时内处理了 3800 万次请求，与此同时超过 20 万人同时尝试领取代币，全程几乎零宕机、无一次领取失败。对 Usual 来说，这意味着一次标志性的上线活动没有因为宕机而成为负面新闻。对那 20 万用户中的每一个人来说，这意味着他们真正拿到了自己想要的东西，而不是卡在加载画面或遭遇交易失败。我们要做的，就是确保底层基础设施永远不会成为出问题的那个环节。

"Alchemy 能够为我们提供近乎完美的可用性，处理大量的每秒请求（我们的峰值是每秒 3 万次请求，而且依然有余量），全程没有任何卡顿或宕机。而且这一切都是在很短的通知时间内完成的！"

—— Adli Takkal-Bataille，Usual 联合创始人 · 阅读 Usual 案例研究

Usual 在 Alchemy 上的表现：峰值每秒 3 万次请求，第一小时内处理 3800 万次请求，超过 20 万人同时领取，零宕机、无失败领取。

易用性，让你的工程师专注于打造差异化优势

选择在我们平台上运行的最大理由，是它能释放你的团队去做什么。你的工程师每花一小时照看节点、扩展区块历史，或是在流量高峰时被寻呼机叫醒，就少了一小时投入到真正让你与众不同的产品上。

这正是这些团队与我们达成的交换。Usual 在十小时通知期内完成扩容，没有增加基础设施人员。0x 把数据整合到一个提供商上，不再需要拼接多方服务。Solflare 曾自行搭建 Solana 存档系统原型，发现要把它运营好几乎是一份全职工作，于是把这项工作交给我们，让其工程师能继续专注于功能开发。在每一个案例中，具有差异化价值的工作都留在了他们自己手中，而基础设施方面的繁重工作则交给了我们。

这适合谁？

DeFi 不是单一类型的工作负载。无论你在构建什么，你承受不起的失败，恰恰是那种只有在高负载下才会暴露出来的失败。以下是压力最集中的几个场景：

兑换路由和聚合器。 你为一笔交易定价要发出数十次 RPC 调用，所以一次缓慢的读取就会改变用户实际获得的价格。
钱包和分析类应用。 你向用户展示余额、历史记录和收益表现，所以你的生存依赖于对历史数据的快速读取。
稳定币、RWA 和代币发行。 你风险最高的一天就是自己的发行或赎回窗口期，所以你需要能在数小时内而非数季度内完成扩容的能力。
借贷、永续合约和清算引擎。 市场剧烈波动时哪怕漏掉一次更新，都可能意味着错失一次清算，所以实时可靠性就是全部的关键所在。

我们为何持续在这方面投入

这一切都不是偶然，也不是什么附带项目。构建这类基础设施就是 Alchemy 的本质所在；这是我们的核心，也是我们建立这家公司的初衷。这一切都运行在 Cortex 之上，它是驱动我们 RPC 的引擎，经过数万亿次请求以及多年运行这类工作负载的实际经验打磨而成。它会为每个请求选择最快的路径，在流量激增时自动扩容，并能在出现故障时自主重新路由。较为简单的架构往往会在流量突然激增的那一刻变慢或拒绝请求；而 Cortex 的设计恰恰相反，它能吸收流量峰值，并在最关键的时刻保持数据准确。这正是我们能够保持低响应时间和高正常运行时间的原因——这一点在我们的公开 RPC 基准测试中持续得到验证，同时支撑着整个平台每年超过 1 万亿美元的交易量。

DeFi 是同时对所有这些能力进行压力测试的领域：对延迟敏感、流量波动剧烈，一旦涉及真金白银便容不得半点差错。那些构建最快链上市场的团队根本不想去操心自己的基础设施。我们的工作，就是确保他们永远不必如此。

如果你正在构建 DeFi 产品，而基础设施正是拖慢你脚步的那个环节，联系我们的团队，我们会与你一起搭建所需的容量。

常见问题

什么是 DeFi 最佳的 RPC 提供商？

适合 DeFi 的 RPC 层，必须同时具备稳定的低延迟、精确到区块级别的数据准确性，以及在波动高峰期依然能保持的可靠性。0x、Usual、Solflare 等团队之所以在 Alchemy 上运行对延迟敏感、流量巨大的 DeFi 工作负载，正是出于这些原因。

Alchemy 如何在流量高峰期保持 DeFi 应用的速度？

Alchemy 的 RPC 运行在 Cortex 之上，Cortex 负责智能路由、波动期间的弹性扩容以及自主故障转移。Usual 在一次代币分发期间峰值达到每秒 3 万次请求，几乎实现零宕机、无失败领取。

Alchemy 是否支持面向 DeFi 的 Solana 存档数据？

是的。Alchemy 在其 Solana Archive Method 上提供 getTransaction 和 getProgramAccounts 等高负载 Solana 方法的支持，Solflare 因此获得最高 20 倍的存档查询速度提升，响应时间低于 200 毫秒。参见 Alchemy 如何构建 Solana 上最快的存档方法。