测试你的 RPC 速度与可靠性。 免费对比 GetBlock

该基准会在一个较短的测试窗口内发送有限数量的只读 JSON-RPC 请求。确切数量取决于当前基准时长、“你在构建什么？”所选择的配置、端点响应速度以及各提供商在超时前能多快返回结果。它的目标是做轻量诊断，而不是重型压测。基准报告会显示总请求数，方便你了解此次测试实际产生了多少流量。

可以，你可以测试 URL 中带 API key 的私有 RPC 端点。工具会在报告中遮蔽端点，不会把完整 URL 回显到页面上。出于安全考虑，你只应粘贴 RPC URL，不要粘贴私钥、助记词、钱包密钥或签名凭证。如果你的提供商支持域名或 IP 白名单，请确保基准服务器被允许访问该端点。

这个公开基准测试只面向 mainnet RPC 端点。此工具中的 GetBlock 基线是为 mainnet 对比配置的，因此 testnet 或 devnet 端点可能会产生具有误导性的延迟、freshness 和方法兼容性结果。如果粘贴的端点返回 testnet 的 chain ID 或网络身份，工具应阻止运行，并提示你为所选协议使用 mainnet 端点。Testnet 基准测试应使用单独的基线、单独的方法论，并清楚标注为 testnet 结果。

检测到限流意味着端点返回了看起来像节流的响应，通常是 HTTP 429 或类似 too many requests 的提供商错误信息。在报告中，它会出现在“发现”部分，因为这通常是一个可操作的生产风险。公共 RPC 端点通常会比付费或私有端点更早开始限流。在生产中，限流会导致页面加载失败、索引延迟或机器人工作流异常，除非你有重试、缓存或 fallback RPC 路由。

公共 RPC 端点由很多用户共享，因此它们的延迟和可靠性会随着整体网络需求快速变化。付费或私有端点通常拥有更稳定的容量、更高的速率限制、更好的路由和更可预测的基础设施。公共端点适合测试，但在重复请求下往往会出现更高的 p95、更高超时率或限流错误。正因为如此，这个基准不只比较“能不能响应”，而是比较延迟和可靠性。

区块新鲜度用于衡量你的 RPC 端点与 GetBlock 基线相比，是否已经追上最新区块或 slot。在报告中，“最新区块检查”会显示两个端点的链上位置，以及它们之间的区块或 slot 差异。某个端点可以响应很快，但链上状态可能仍然落后。这个差异也会影响生产适配度，因为陈旧数据可能影响钱包、索引器、交易机器人和其他生产应用。

公平的 RPC 对比，必须在同一协议的 mainnet 端点之间，从同一台基准服务器、在同一时间窗口里，用相同的只读方法和相同超时去测试。只要其中一个条件变化，结果就会更容易被噪声误导。这个工具会固定请求配置，让提供商性能、延迟拆解、发现和生产适配度都基于同一次基准运行。