도쿄에서 구축한다면 어떤 RPC 제공업체를 선택해야 할까

도쿄를 서비스하는 RPC 제공업체 다섯 곳을 다섯 개 체인에서 벤치마크했습니다. 비교 결과와, 지연 시간에 민감한 팀에게 차이가 어디서 나는지 정리합니다.

Alchemy Node RPC와 WebSockets가 도쿄에서 가동을 시작했고, 이전보다 최대 8배 빨라졌습니다. 일본에서 구축하는 팀에게는 제공업체 선택지가 있습니다. 그래서 도쿄 안에서 Ethereum, Arbitrum, BNB Chain, Polygon, Robinhood Chain을 정면으로 비교해, 어떤 제공업체로 구축할지 판단할 수 있게 했습니다.

모든 구간에서 앞서는 제공업체는 없습니다. 지연 시간에 민감한 워크플로에서 중요한 것은 일반적인 응답과 꼬리의 가장 느린 응답 모두에서 사용 사례에 맞는 제공업체를 찾는 것입니다. 트레이더에게 늦게 돌아오는 읽기는 시장이 움직일 때 낡은 가격과 슬리피지를 의미합니다.

체인별 꼬리 지연 시간은 어떻게 다른가

다섯 체인 모두에서 상위 두 곳에 든 제공업체는 우리뿐이며, Polygon, BNB Chain, Arbitrum에서는 1위입니다.

각 제공업체 응답의 느린 쪽인 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의 실시간 스냅샷, 2026년 9월 29일 19:22 UTC. 수치는 5분마다 갱신되며, 성능의 실시간 확인을 위해 곧 도쿄를 추가합니다. 원본 데이터는 alchemy.com/benchmarks/data.md. 방법론은 여기.

측정 방법

모든 제공업체에 같은 조건을 적용했습니다. 도쿄의 통제된 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. 낡은 가격과 슬리피지의 대부분은 여기서 나옵니다
• 성공률. 타임아웃, 속도 제한, 오류를 실패로 세고, 실패한 요청은 지연 시간 숫자에서 제외합니다
• 메서드별 결과. 한 호출에서는 앞서고 다른 호출에서는 뒤처질 수 있습니다

트레이딩 워크로드에서는 각 제공업체가 새 블록을 얼마나 빨리 전달하는지도 측정하세요.

도쿄에서 구축 시작

체인과 메서드에 대해 팀과 상담하거나, 대시보드에서 시작하세요.

자주 묻는 질문

도쿄에서 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개 이상의 체인과 관계를 쌓았고, 도쿄에 네트워크를 순차적으로 추가하고 있습니다.