--- title: "在东京构建，应该选择哪家 RPC 提供商？" description: "我们在五条链上对服务东京的五家 RPC 提供商做了基准测试。下面是对比结果，以及差异对延迟敏感团队的意义。" --- # 在东京构建，应该选择哪家 RPC 提供商？我们在五条链上对服务东京的五家 RPC 提供商做了基准测试。下面是对比结果，以及差异对延迟敏感团队的意义。 Alchemy 的 Node RPC 和 WebSockets 现已在东京上线，比以前快最多 8 倍。在日本构建的团队有了真正的提供商选择，因此我们从东京内部，在 Ethereum、Arbitrum、BNB Chain、Polygon 和 Robinhood Chain 上做了正面对比，帮你决定该在哪家提供商上构建。没有哪家提供商在所有场景都领先。对延迟敏感的工作流，重要的是找到在典型响应和尾部最慢响应上都适合你的用例的提供商。对交易者来说，读请求晚返回意味着行情变动时的过时价格和滑点。 ## 各链的尾部延迟如何对比？五条链上进入前两名的只有我们，并且在 Polygon、BNB Chain 和 Arbitrum 上排名第一。下面是各提供商响应中偏慢的一端，即 p95，按链列出。差距最大的是 Polygon。在那里，每二十个请求中有一个在 QuickNode 上超过 215 ms，我们是 44 ms。差距大部分来自状态读取。QuickNode 的 `eth_call` 和 `eth_getBalance` 在 p95 都超过 215 ms，我们分别是 13 ms 和 11 ms，而这正是交易系统用来更新报价和价格的调用。相对其他提供商，差距更大。在我们测试过它们的每条链上，我们的 p95 都低于 dRPC、Infura 和 Goldsky，Robinhood Chain 上是 1.5 倍，Arbitrum 上最高达 19 倍。在这次运行中，Alchemy 和 QuickNode 在每条链上都保持了 100% 的成功率，例外是 Polygon 上的 QuickNode，为 99.96%。 ## 各提供商在全球范围内如何对比？在我们覆盖 EVM 链的实时全球基准测试中，Alchemy 的平均延迟低于任何提供商，为 15.54 ms。 *来自 [alchemy.com/benchmarks](https://www.alchemy.com/benchmarks) 的实时快照，2026 年 9 月 29 日 19:22 UTC。数字每五分钟刷新一次，我们很快会加入东京，以便实时查看性能；原始数据见 [alchemy.com/benchmarks/data.md](https://www.alchemy.com/benchmarks/data.md)。* [在此查看方法论](https://www.alchemy.com/blog/how-we-benchmark-rpc-performance)。 ## 我们如何测量同一套设置，应用于每一家提供商。我们从东京受控的 AWS ECS 实例发出相同的 EVM JSON-RPC 读取请求，使用标准付费账户，并且每家都做同样的预热。提供商逐个运行，稳定在每秒 20 个请求。请求覆盖七种常见读取：`eth_blockNumber`、`eth_getBalance`、一次轻量 `eth_call`（ERC-20 的 `balanceOf()`）、`eth_getBlockByNumber`、10 个区块范围内的 `eth_getLogs`、`eth_getBlockReceipts` 和 `eth_getTransactionReceipt`。每个请求只尝试一次，不重试。重试会掩盖慢响应或失败响应，因此每一次慢响应都记在给出它的提供商身上。p95 只根据成功响应的延迟计算，失败单独报告。 ## 如何测试适合你的应用的 RPC 我们的结果是一个起点。适合你的应用的提供商，是在你的链、你的方法和用户或系统所在区域都能撑住的那一家。你可以用一个脚本和几个付费端点自己测试。 **1. 测试用户能感觉到的调用。** 例如，如果你在 EVM 链上构建交易应用，就测试 `eth_call` 这类用于报价和池状态的调用，以及 `eth_getBlockByNumber` 来获取最新信息。 **2. 保持一切相同。** 从应用运行所在区域的同一台机器，向每家提供商发送相同的载荷。使用相同的付费账户、相同的预热、复用的连接、相同的超时，以及每个请求一次尝试、不重试。每条链单独做基准测试，因为一条链上的结果不能带到另一条链。 **3. 运行足够长的时间，才能看到尾部。** 要信任 p95，就要在每条链上为每家提供商收集几千个请求，并且分布在一天中的不同时段。用你生产环境的典型 RPS 测试提供商，看它们在真实负载下的表现。 **4. 把四个数字放在一起看。** - 典型请求的平均值和 p50 - 偏慢一端的 p95，大多数过时价格和滑点来自这里 - 成功率，把超时、速率限制和错误计为失败，并且不把失败请求算进延迟数字 - 按方法看结果，因为一家提供商可能在一种调用上领先，在另一种上落后对交易类负载，还要测量每家提供商送达新区块的速度。 ## 开始在东京构建就你的链和方法[联系我们的团队](https://www.alchemy.com/contact-sales)，或[在仪表板中开始](https://dashboard.alchemy.com/signup)。 ## 常见问题 ### 在东京，Alchemy 比 QuickNode 更快吗？这取决于你的负载。在 Polygon 上，p95 的合约或余额读取（`eth_call` 和 `eth_getBalance`）Alchemy 大约比 QuickNode 快 17 倍。在偏慢的一端 p95，Alchemy 在 Polygon 上将近快 5 倍，在 BNB Chain 上快 1.6 倍。在 Ethereum、Arbitrum 和 Robinhood Chain 上，两者的 p95 相差大约 5 ms，所以请测试你的负载所依赖的链和调用。 ### 如何使用 Alchemy 的东京基础设施？需要更换端点吗？使用你的 Alchemy 端点即可。不需要任何配置。我们会把请求自动路由到最近的可用区域。 ### 哪些网络从东京提供服务？ Alchemy 的东京基础设施上线时包括 Base、BNB Chain、Robinhood Chain、Ethereum、Polygon、Arbitrum、HyperEVM、Arc 等。Alchemy 在近 10 年里建立了 100 多条链的合作关系，并且会陆续把更多网络加到东京。