How does Quicknode measure RPC latency?

Quicknode runs synthetic probes from 15 hosts across three clouds, AWS, Google Cloud, and Oracle Cloud, in five regions: N. Virginia, California, Frankfurt, Tokyo, and Singapore. Every provider receives identical payloads on the same schedule, and each probe opens a fresh connection. Latency reflects successful responses only, and the full methodology is published.

What is P95 latency and why does it matter?

P95 latency is the value that 95 percent of requests come in under, so it captures the slow tail that averages hide. It matters because real users feel the worst requests, not the median, and a provider with a low average but a high P95 can still cause timeouts under load. When choosing an RPC provider, P95 is usually the most telling single number.

What is P50 (median) latency?

P50 is the median: half of all requests finish faster than this number and half finish slower. It describes a typical request, but on its own it hides the slow tail, which is why it is best read next to P95.

What does the average latency show?

The average is the mean of every measured request in the window. A few slow responses pull it above the median, so it can read higher than a typical request. Comparing the average with P50 shows how skewed the results are.

Which RPC providers are compared in these benchmarks?

The benchmarks compare Quicknode against providers including Alchemy, Infura, Ankr, Chainstack, Google, and NodeReal on EVM chains, plus Solana specialists Helius and Triton. The exact set shown depends on which providers are measured for the selected chain and region.

Which chains and regions are covered?

Latency is measured on Ethereum, Base, Arbitrum, Optimism, BNB Smart Chain, Polygon, and Solana, with an EVM aggregate view. You can filter by any of five regions: N. Virginia, California, Frankfurt, Tokyo, and Singapore, or by Global, which averages the five regions with equal weight so no single region dominates the number. More chains, including Hyperliquid, are being added.

How often is the benchmark data updated?

The dashboard fetches live numbers from the QuickLee API when the page loads and when you return to the tab. Reload anytime for a hard refresh. QuickLee reports in time buckets that widen with the window, from under a minute on the 1-hour view to roughly 15 minutes on the 24-hour view, so two quick refreshes can show the same digits until the next bucket lands. The freshness chip shows how long it has been since the last successful fetch, and keeps climbing until the next one.

Why are these benchmarks measured on cold connections?

Warm, reused connections skip the TCP and TLS handshake and make a provider look faster than a real first request. Quicknode opens a fresh connection for every probe, so the numbers reflect what a real application pays rather than a best case keep-alive.

Are failed requests included in the latency numbers?

Failures, timeouts, and rate limits are recorded as-is. A failed request is never replaced by retrying until it succeeds, so failures stay visible in the results. The latency figures themselves reflect successful responses only, which keeps the comparison honest instead of rewarding providers that silently drop requests.

How do I choose the fastest RPC provider?

Compare providers on the chain and region closest to your users, and weigh P95 alongside the average so the slow tail is accounted for. Then confirm the provider supports the methods and archive data your workload needs. You can start on the Quicknode free tier and test against these numbers directly.

// Benchmarks

RPC 성능,
오픈 환경에서 측정됨

Name: Quicknode RPC Provider Benchmarks
Creator: Quicknode

체인, 지역, 제공업체 간 실시간 지연 시간. 동일한 페이로드, 동일한 일정, 콜드 연결. 측정 방법을 정확히 공개합니다.

지금 무료로 시작하세요 측정 방법

// Filters

이 페이지의 모든 차트에 적용됩니다.

// Ranking

이 화면에서 누가 가장 빠를까요?

Ethereum, 24시간, 전 세계, P95. 막대의 길이는 지연 시간에 비례하므로, 막대가 짧을수록 속도가 빠릅니다. 원하는 제공업체를 선택하여 지역별 수치가 어떻게 나타나는지 확인해 보세요.

Quicknode P95

—

측정된 제공자

—

동일한 페이로드, 콜드 커넥션

가장 빠른 뒤에서

—

최고의 지역

—

측정값 불러오는 중…

// Request shape

요청이 들어오는 모습을 지켜보세요

점들은 실시간 데이터를 기반으로 표시됩니다. 각 제공자의 데이터 흐름은 위에서 선택한 체인, 지역 및 창에 대해 현재 측정된 P50 및 P95 값에 따라 결정됩니다. QuickLee는 개별 요청을 모두 기록하는 대신 백분위수를 측정하므로, 점들은 해당 실시간 수치를 재현한 시뮬레이션 결과입니다. 왼쪽일수록 빠르고, 오른쪽일수록 느립니다. 꼬리가 좁은 제공자는 왼쪽에 밀집해 표시되고, 꼬리가 두꺼운 제공자는 오른쪽으로 흩어져 표시됩니다.

측정값 불러오는 중…

// Distribution

흔히 있는 요청, 그리고 처리 속도가 느린 요청

각 제공자의 한 척도에서 나타난 중앙값, 평균값 및 P95 값입니다. 막대는 일반적인 요청과 느린 테일 사이의 거리를 나타냅니다. 막대가 짧으면 제공자의 성능이 예측 가능한 수준임을, 막대가 길면 제공자가 때때로 표면상의 수치보다 훨씬 더 나쁜 성능을 보인다는 것을 의미합니다.

측정값 불러오는 중…

// Regional performance

5개 시장

Quicknode 지역별 P95 값과 해당 지역 내 가장 빠른 경쟁사와의 격차. 아래의 상세 분석 내용을 확인하려면 카드를 하나 선택하세요.

지역별 측정값 불러오는 중…

// Regional breakout

어떤 지역이든 심층 분석하기

'전 세계'는 5개 지역의 평균값이므로 별도의 세부 내역이 없습니다. 이 섹션에서는 항상 한 지역씩만 표시되며, 현재는 미국 동부 지역이 표시되어 있습니다. 아래에서 지역을 선택하여 변경하세요.

지역

업데이트 중…

위의 필터는 ‘전체’로 설정되어 있어 5개 지역 모두의 평균값을 보여주므로, 개별 지역별 세부 정보는 표시되지 않습니다. 이 수치는 미국 동부 지역에만 해당합니다. 위의 지역 중 하나를 선택하면 해당 수치가 변경됩니다.

측정값 불러오는 중…

// History

제공업체별 24시간 P95

선 그래프는 롤링 중앙값을 적용해 평활화되므로, 단일 급등이 추세선을 가리지 않습니다. 차트 위를 드래그하면 해당 티크 시점의 원시 QuickLee 값을 확인할 수 있습니다. 범례에서 특정 제공자를 마우스로 가리키면 해당 제공자의 선만 표시되며, 탭하면 숨길 수 있습니다.

업데이트 중…

기록 불러오는 중…

// Methodology

측정 방법

대부분의 벤치마크는 ‘워밍업된’ 연결 상태에서 한 곳에서 실행되며, 실패한 시도는 조용히 제외합니다. 반면 저희는 3개의 클라우드와 5개 리전에 걸쳐 있는 15개의 가상 호스트에서 ‘새로 생성된’ 연결을 통해 실행하며, 모든 시도를 기록합니다.

전체 방법론 읽기

RPC

100%실패를 포함하여 기록된 시도 횟수

// Timeouts counted

// No silent retries

냉간 접합 프로브

우리는 기존 연결을 재사용하는 대신 새로운 연결을 열기 때문에, 이 수치는 최상의 키프-얼라이브(keep-alive) 상황이 아닌 실제 요청에 소요되는 시간을 반영합니다.

모든 시도가 소중합니다

오류, 타임아웃, 속도 제한은 모두 기록되며, 재시도 과정 뒤에 숨겨지지 않습니다. 지연 시간은 성공적인 응답만 반영합니다.

동일한 조건

모든 제공업체는 동일한 페이로드, 체인, 리전 및 일정을 받습니다. 특별한 경로도, 선별된 엔드포인트도 없습니다.

지연 시간 그 이상

또한 블록 높이 지연 시간과 데이터 최신성을 모니터링하므로, 속도가 높아진다고 해서 오래된 데이터를 읽게 되는 일은 절대 없습니다.

// Coverage

전 세계에서 참가한 전 세계 15명의 주자

모든 제공업체는 동일한 15개의 합성 호스트(클라우드 3개, 리전 5개)를 기준으로 평가되며, 이 호스트들은 동일한 일정에 따라 동일한 페이로드를 전송합니다.

보도 범위

US-WUS-EEU-CAP-NEAP-SE

구름 3개 · 지역 5곳

// coverage

세 개의 구름, 다섯 개의 지역

버지니아 북부, 캘리포니아, 프랑크푸르트, 도쿄, 싱가포르에 위치한 AWS, Google Cloud 및 Oracle Cloud 러너.

탐침

$eth_callaws · iad

200콜드 스타트· 기록됨

키프-얼라이브 재사용 안 함

// probes

콜드 커넥션, 동일한 페이로드

모든 프로브는 새로운 연결을 열고, 동일한 일정에 따라 동일한 요청을 전송합니다. 웜 재사용도 없고, 특별한 경로도 없습니다.

원장

200eth_blockNumberok

200eth_getLogsok

T/Oeth_call유지됨

무음 재시도 없음

// ledger

기록에 남는 모든 시도

오류, 타임아웃, 속도 제한은 모두 기록되며, 재시도 과정 뒤에 숨겨지지 않습니다. 지연 시간은 성공적인 응답만 반영합니다.

// Tested from

AWS

북부 버지니아: 미국 동부
캘리포니아: 미국 서부
프랑크푸르트: EU 중앙
도쿄: AP 북동부
싱가포르: AP 남동부

구글 클라우드

북부 버지니아: 미국 동부
캘리포니아: 미국 서부
프랑크푸르트: EU 중앙
도쿄: AP 북동부
싱가포르: AP 남동부

오라클 클라우드

북부 버지니아: 미국 동부
캘리포니아: 미국 서부
프랑크푸르트: EU 중앙
도쿄: AP 북동부
싱가포르: AP 남동부

// FAQ

자주 묻는 질문

측정 방법, 수치의 의미, 결과 해석 방법에 관한 질문들.

Quicknode AWS, Google Cloud, Oracle Cloud 등 3개 클라우드의 15개 호스트에서 N. Virginia, California, Frankfurt, Tokyo, Singapore 등 5개 리전에 걸쳐 합성 프로브를 실행합니다. 모든 제공업체는 동일한 일정에 따라 동일한 페이로드를 수신하며, 각 프로브는 새로운 연결을 개설합니다. 지연 시간은 성공적인 응답만 반영하며, 전체 방법론은 공개되어 있습니다.

P95 지연 시간은 전체 요청의 95%가 이 값보다 짧은 시간을 기록하는 지표를 말하며, 평균값으로는 드러나지 않는 느린 부분(slow tail)을 포착합니다. 실제 사용자는 중앙값이 아닌 가장 느린 요청을 체감하기 때문에 이 지표가 중요하며, 평균값은 낮지만 P95가 높은 제공업체의 경우 부하가 걸렸을 때 여전히 타임아웃이 발생할 수 있습니다. RPC 제공업체를 선택할 때 P95는 대개 가장 결정적인 단일 지표입니다.

지연 시간은 Ethereum, Base, Arbitrum, Optimism, BNB Smart Chain, Polygon 및 Solana 에서 EVM 통합 보기를 통해 측정됩니다. 북부 버지니아, 캘리포니아, 프랑크푸르트, 도쿄, 싱가포르 등 5개 지역 중 하나를 선택하여 필터링할 수 있으며, ‘글로벌’을 선택하면 5개 지역의 수치를 동일한 가중치로 평균화하여 특정 지역이 수치를 독점하지 않도록 할 수 있습니다. Hyperliquid 을 비롯한 더 많은 체인이 추가되고 있습니다.

대시보드는 페이지가 로드될 때와 탭으로 돌아올 때 QuickLee API에서 실시간 수치를 가져옵니다. 언제든지 페이지를 새로 고침하여 강제로 갱신할 수 있습니다. QuickLee는 시간 창이 넓어짐에 따라 보고 간격도 넓어지는데, 1시간 보기에서는 1분 미만, 24시간 보기에서는 약 15분 단위로 표시되므로, 다음 시간 구간이 시작되기 전까지는 페이지를 두 번 빠르게 새로 고침해도 동일한 숫자가 표시될 수 있습니다. 신선도 표시기는 마지막 성공적인 데이터 가져오기 이후 경과한 시간을 나타내며, 다음 데이터 가져오기가 이루어질 때까지 계속 증가합니다.

‘웜(warm)’ 상태의 재사용 연결은 TCP 및 TLS 핸드셰이크 과정을 건너뛰기 때문에, 실제 첫 요청보다 서비스 제공자의 응답 속도가 더 빠르게 측정될 수 있습니다. Quicknode 은 각 프로브마다 새로운 연결을 열기 때문에, 이 수치는 최상의 키프-얼라이브(keep-alive) 시나리오가 아닌 실제 애플리케이션이 겪는 상황을 반영합니다.

실패, 타임아웃 및 요청 제한은 있는 그대로 기록됩니다. 실패한 요청은 성공할 때까지 재시도된 요청으로 대체되지 않으므로, 결과에는 실패 내역이 그대로 표시됩니다. 지연 시간 수치는 성공한 응답만을 반영하므로, 요청을 은밀하게 버리는 제공업체에 유리하게 작용하지 않고 공정한 비교가 이루어집니다.

사용자에게 가장 가까운 체인과 지역의 제공업체를 비교하고, 느린 테일(slow tail)을 고려할 수 있도록 P95와 평균을 함께 검토하십시오. 그런 다음 해당 제공업체가 워크로드에 필요한 메서드와 아카이브 데이터를 지원하는지 확인하십시오. Quicknode 의 무료 티어에서 시작하여 이러한 수치를 기준으로 직접 테스트해 볼 수 있습니다.

가장 가장 빠른 경로를 따라 온체인 데이터로 가는

지금 무료로 시작하세요

클라우드	미국 동부북부 버지니아	미국 서부캘리포니아	EU 중부프랑크푸르트	AP 북동부도쿄	AP 남동부싱가포르
AWS
구글 클라우드
오라클 클라우드

RPC 성능,
오픈 환경에서 측정됨

이 화면에서 누가 가장 빠를까요?

요청이 들어오는 모습을 지켜보세요

흔히 있는 요청, 그리고 처리 속도가 느린 요청

5개 시장

어떤 지역이든 심층 분석하기

제공업체별 24시간 P95

측정 방법

냉간 접합 프로브

모든 시도가 소중합니다

동일한 조건

지연 시간 그 이상

전 세계에서 참가한 전 세계 15명의 주자

세 개의 구름, 다섯 개의 지역

콜드 커넥션, 동일한 페이로드

기록에 남는 모든 시도

자주 묻는 질문

가장 가장 빠른 경로를 따라 온체인 데이터로 가는

최신 소식을 받아보시겠습니까?

개발자 도구

문서 및 가이드

RPC 성능, 오픈 환경에서 측정됨

이 화면에서 누가 가장 빠를까요?

요청이 들어오는 모습을 지켜보세요

흔히 있는 요청, 그리고 처리 속도가 느린 요청

5개 시장

어떤 지역이든 심층 분석하기

제공업체별 24시간 P95

측정 방법

냉간 접합 프로브

모든 시도가 소중합니다

동일한 조건

지연 시간 그 이상

전 세계에서 참가한 전 세계 15명의 주자전 세계 15명의 주자

세 개의 구름, 다섯 개의 지역

콜드 커넥션, 동일한 페이로드

기록에 남는 모든 시도

자주 묻는 질문

가장 가장 빠른 경로를 따라 온체인 데이터로 가는

최신 소식을 받아보시겠습니까?

개발자 도구

문서 및 가이드

RPC 성능,
오픈 환경에서 측정됨

전 세계에서 참가한 전 세계 15명의 주자