RPC 性能，
在开放环境中测得

Quicknode 该测试在三个云平台（AWS、Google Cloud 和 Oracle Cloud）的五个区域（北弗吉尼亚、加利福尼亚、法兰克福、东京和新加坡）上，从 15 台主机运行合成探针。每个云服务提供商都会按照相同的日程收到完全相同的有效载荷，且每个探针都会建立一个新的连接。延迟仅反映成功的响应，完整的方法论已公开发布。

P95 延迟是指 95% 的请求所耗时间均低于该值的阈值，因此它能反映出平均值所掩盖的“慢尾”现象。这一指标之所以重要，是因为真实用户感受到的是最差的请求体验，而非中位数；而且，即使某服务提供商的平均延迟较低，但若其 P95 值较高，在高负载下仍可能导致超时。在选择 RPC 服务提供商时，P95 通常是最具参考价值的单一指标。

P50 是中位数：一半的请求完成时间比这个数值快，另一半则比这个数值慢。它描述了一个典型的请求，但仅看这个数值会掩盖“慢尾”现象，因此最好结合 P95 一起解读。

平均值是该时间窗口内所有已测量请求的算术平均值。少数响应较慢的请求会将其拉高至中位数之上，因此该数值可能高于典型请求的数值。将平均值与P50进行比较，可以反映出结果的偏度有多大。

这些基准测试将Quicknode 与EVM链上的多家服务提供商（包括Alchemy、Infura、Ankr、Chainstack、Google和NodeReal）以及Solana 领域的专家Helius和Triton进行了对比。具体展示的对比对象取决于所选链和地区中被测的服务提供商。

延迟数据是在Ethereum 、Base 、Arbitrum 、Optimism 、BNB Smart Chain 、Polygon 以及Solana 上测量的，并以 EVM 聚合视图呈现。您可以按以下五个区域中的任意一个进行筛选：北弗吉尼亚、加利福尼亚、法兰克福、东京和新加坡；或者选择“全球”选项，该选项会以相等权重对这五个区域的数据进行平均，从而避免单一区域的数据占据主导地位。更多链，包括Hyperliquid ，正在陆续添加中。

当页面加载时以及您返回该标签页时，仪表盘会从 QuickLee API 获取实时数据。随时刷新页面即可执行强制刷新。QuickLee 按时间区间报告数据，这些区间的范围会随着时间窗口的扩大而延长——从 1 小时视图中的不到 1 分钟，到 24 小时视图中的约 15 分钟。因此，在下一时间区间更新之前，两次快速刷新可能显示相同的数字。 “新鲜度”指示器显示自上次成功获取数据以来已过去多长时间，并在下次获取前持续增加。

“热连接”（即已建立过的连接）会跳过 TCP 和 TLS 握手过程，从而使服务提供商看起来比实际首次请求更快。Quicknode 会为每次探测建立一个新的连接，因此这些数据反映的是实际应用程序的性能表现，而非保持活动连接时的最佳情况。

失败、超时和速率限制均按原样记录。失败的请求绝不会通过重试被替换，直到其成功为止，因此失败记录在结果中始终可见。延迟数据本身仅反映成功的响应，这确保了比较的公正性，而非奖励那些会默默丢弃请求的服务提供商。

比较距离您的用户最近的链和区域中的服务提供商，并在评估时将 P95 与平均值一并考虑，以便将性能尾部情况纳入考量。然后确认该服务提供商是否支持您的工作负载所需的方法和归档数据。您可以从Quicknode 的免费套餐开始，并直接根据这些指标进行测试。