Ankr的远程过程调用(RPC)网络在80多条链上每月请求超过1万亿次

Ankr，一家主要的Web3基础设施提供商，本周宣布其RPC平台现在每月处理超过1万亿个请求，这一里程碑突显了尽管应用程序试图去中心化，仍有多少区块链活动通过中心化基础设施进行。该公司将这一里程碑视为日常流量的快照，而非营销宣传：从余额检查到汇总调用，再到最大可提取价值(MEV)机器人拉取的所有内容。

远程过程调用(RPC) ( 是区块链的读写管道，是钱包、去中心化应用程序(dApps)和实际持有状态的节点群体之间的API层。根据Ankr的数据，这个万亿请求的蛋糕中，最大的份额来自钱包和前端、索引器和分析服务、机器人和最大可提取价值(MEV)系统、Rollups/L2以及生成大量跨链调用的桥接 )，以及遍布80多个网络的小型dApps的长尾。

这些日常调用包括频繁的读取方法，如 eth_call、eth_getBalance 和 eth_getBlockByNumber，以及更重的范围和日志查询 (eth_getLogs)、追踪/调试调用、用于新头和待处理交易的 websocket 订阅，以及少量但至关重要的写入，如 eth_sendRawTransaction。

这意味着什么？

达到每月一万亿次请求迫使我们进行权衡：在应用程序依赖链上数据时，可靠性、延迟和成本都很重要。Ankr表示，它通过网络和软件工程的结合来应对这些压力：全球任播和区域路由以减少延迟，区块链感知的负载均衡，专门的舰队(将热读取与归档和跟踪/调试/写入路径)分开，速率整形和方法加权的故障转移逻辑，以及为具有非常高吞吐量的企业客户定制的基础设施。该公司辩称，结果是一个可以处理例行事务（如钱包检查账户余额）和突发事务（如卷积或最大可提取价值(MEV)系统冲击端点）的远程过程调用(RPC)层。

对于开发者来说，Ankr 的信息是实用的：如果您设计应用程序以礼貌地对待远程过程调用(RPC)，您将看到最佳性能。这意味着使用缓存、批量调用、将流量固定到区域、尊重方法权重，并监控按链和方法的使用情况。简而言之，优化您请求数据的方式与获取数据的地点同样重要。

为什么这很重要？RPC 是可以影响用户体验的隐形瓶颈。没有余额读取，就没有交换；没有可靠的订阅，就没有实时用户体验。随着越来越多的用户和服务涌向 L2、桥接和多链钱包，RPC 流量的数量和复杂性不断增长，随之而来的是对可扩展、弹性基础设施的需求。因此，Ankr 的万亿请求声明更像是一个指标，反映了当前 Web3 在多大程度上依赖于少数基础设施提供商。

Ankr的完整线程和流量类型的细分可在他们的官方帖子中找到。构建Web3的开发者应该将RPC视为架构规划的核心部分，而非事后考虑，因为在每一次顺畅的余额检查或即时交换背后，都有成千上万的微小API调用必须在毫秒内完成。