Your endpoint
- Success rate
- 100%
- Error rate
- 0%
- Timeout rate
- 0%
- Jitter
- 69ms
RPC 基准测试
比较 EVM、Solana 和 Bitcoin 上的 p50/p95/p99 延迟、可靠性和方法兼容性。
在 60 秒内发现限流、陈旧节点和生产风险。
你将获得什么
在做出生产决策之前,查看延迟、可靠性和同步延迟的并排分析。
Your RPC looked production-ready for this General dApp profile in this run, but repeat from your target region before relying on it.
Provider comparison
热门对比
你可以将当前 RPC 提供商与 GetBlock 进行实时基准对比,或查看社区测试结果。
p50、p95 和 p99 分别描述的是 RPC 延迟分布中的不同位置。p50 是中位数,代表一次“普通请求”大致会有多快;p95 和 p99 则更能反映尾部慢请求,也就是限流、拥塞、路由波动或较重方法最先暴露问题的地方。一个适合生产环境的端点,不仅要 p50 表现好,还需要把 p95 和 p99 控制在合理范围内,避免用户在峰值时感受到突然变慢。
该基准会在一个较短的测试窗口内发送有限数量的只读 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 端点之间,从同一台基准服务器、在同一时间窗口里,用相同的只读方法和相同超时去测试。只要其中一个条件变化,结果就会更容易被噪声误导。这个工具会固定请求配置,让提供商性能、延迟拆解、发现和生产适配度都基于同一次基准运行。
“你在构建什么?”字段会改变基准中使用的只读 RPC 方法组合。通用 dApp 配置使用常见的轻量读取;indexer 配置更强调区块和日志查询;trading 配置更关注最新状态和低延迟调用。原因在于,一个端点可能在简单钱包读取上表现不错,但在更重的索引型方法上失败。选择最接近真实流量的配置,会让提供商性能、延迟拆解和发现更具代表性。