Solana RPC 엔드포인트 FAQ | ERPC
Q. Solana RPC 엔드포인트란 무엇이며 ERPC에서 어떻게 받을 수 있나요?
Solana RPC endpoint(엔드포인트)는 애플리케이션, 거래 봇, 지갑, 분석 도구가 Solana 네트워크에 JSON-RPC 요청을 보내는 URL입니다. ERPC에서는 Dashboard에서 무료 평가판이나 플랜을 시작한 뒤 API key를 발급하고, 아래 형식으로 Solana RPC endpoint를 사용할 수 있습니다.
text
https://edge.erpc.global?api-key=<YOUR_API_KEY>https://edge.erpc.global?api-key=<YOUR_API_KEY>WebSocket 구독이 필요하면 같은 API key로 다음 endpoint를 사용합니다.
text
wss://edge.erpc.global?api-key=<YOUR_API_KEY>wss://edge.erpc.global?api-key=<YOUR_API_KEY>ERPC는 가까운 Cloudflare Edge 경로와 최적의 ERPC 노드로 요청을 라우팅하여 안정적인 Solana 엔드포인트 연결과 낮은 지연 시간을 목표로 합니다.
Q. 각 method는 토큰을 얼마나 소비하나요?
현재 method별 상세 토큰 사용량 표를 준비하고 있습니다. 무료 평가판 기간에는 모든 method를 직접 호출해 보면서 실제 사용량을 확인할 수 있습니다.
참고로 기본 사용량은 method당 42토큰입니다.
Q. 노드는 어느 지역에 있나요?
현재 다음 지역에서 노드를 운영합니다.
- Frankfurt (FRA)
- Amsterdam (AMS)
- London (LON)
- New York (NY)
- Chicago (CHI)
- Tokyo (TY)
- Singapore (SGP)
ERPC의 RPC endpoints는 Cloudflare의 전 세계 300개 이상 Edge 서버 네트워크를 활용합니다. 요청은 가까운 Cloudflare Edge 위치를 거쳐 최적의 ERPC 노드로 전달되어, 가능한 짧은 네트워크 경로와 일관된 저지연 연결을 제공합니다.
이 구조는 지리적 거리와 복잡한 라우팅의 영향을 줄이고, Solana 노드에 안정적으로 연결할 수 있도록 설계되어 있습니다.
ERPC Dashboard: ERPC Dashboard
Q. WebSocket을 사용할 수 있나요?
예. WebSocket을 지원합니다. 동일한 endpoint와 API key를 사용해 실시간 데이터 업데이트를 효율적으로 받을 수 있습니다.
Q. 왜 401 오류가 발생하나요?
401 오류는 인증 문제를 의미합니다. 다음 항목을 확인해 주세요.
- 구독이 시작되었는지
- 남은 크레딧이 있는지
- API key가 올바르게 endpoint에 포함되어 있는지
크레딧이 부족하다면 플랜 업그레이드를 검토해 주세요.
Q. 왜 429 오류가 발생하나요?
429 오류는 rate limit에 도달했다는 의미입니다. 이 오류가 자주 발생하고 서비스에 영향을 준다면 플랜 업그레이드를 검토해 주세요.
Q. 전용 endpoint가 더 빠른 이유는 무엇인가요?
공유 endpoint는 여러 고객이 같은 리소스를 함께 사용합니다. 트래픽이 늘어나면 요청이 순차적으로 처리되어 응답 시간이 느려질 수 있습니다. 서버 리소스에는 물리적 한계가 있기 때문입니다.
전용 endpoint는 해당 리소스를 단독으로 사용하므로 다른 사용자의 트래픽 영향을 받지 않습니다. 그 결과 더 일관적이고 안정적인 응답 속도를 기대할 수 있습니다.
또한 전용 endpoint는 HTTP처럼 TLS를 사용하지 않는 통신 옵션을 제공할 수 있습니다. TLS handshake를 건너뛰면 HTTPS 대비 통신 시간이 더 짧아질 수 있습니다.
Q. 구독 후 세일 가격이 오르나요?
구독이 활성 상태로 유지되는 동안에는 가입 시점에 적용된 세일 가격이 유지됩니다. Solana의 실시간 워크로드를 안정적으로 처리할 수 있는 환경은 전 세계적으로 제한적이며, 하드웨어와 네트워크 수요 증가에 따라 정가가 단계적으로 조정될 수 있습니다.
고사양 구성과 수요가 높은 지역은 빠르게 판매될 수 있으므로, 현재 프로모션 가격을 고정하는 것이 장기적으로 가장 비용 효율적인 선택일 수 있습니다.
Q. crypto로 결제하고 싶습니다.
Crypto 결제는 이제 ERPC Web Dashboard에서 사용할 수 있습니다. SOL, USDC 또는 EURC로 ERPC Credits를 구매할 수 있습니다.
구매한 ERPC Credits로 ERPC 플랜을 시작하거나 계속 이용할 수 있습니다. Dashboard를 열고 crypto payment를 선택한 뒤 wallet에서 전송하세요. Dashboard가 transaction을 확인하고 account에 credits를 반영합니다.
Q. 어떤 지역을 추천하나요?
항상 가장 좋은 단일 지역은 없습니다. Solana는 글로벌 네트워크이며 leader validator는 슬롯마다 바뀝니다. validator와 stake가 많은 지역은 leader slot을 더 자주 볼 수 있어 거래가 더 빠르게 포함될 가능성이 있지만, 경쟁 트래픽도 함께 집중됩니다. 전략에 따라 덜 혼잡한 지역이 더 좋은 결과를 낼 수도 있습니다.
실무적인 출발점으로는 leader-slot 공급이 중요할 때 Frankfurt나 미국 동부처럼 validator 밀도가 높은 지역을 선택할 수 있습니다. 특정 target validator와의 최단 경로가 중요하다면 해당 validator에 가까운 위치를 선택하세요. Validators Solutions로 Solana 네트워크 분포를 확인하고, ERPC Leader Slot API와 실제 측정값을 함께 사용해 단일 지역, 이중 지역, 글로벌 배포 중 무엇이 적합한지 판단하는 것을 권장합니다.
Q. 약 400ms 이하의 지연 시간이 필요합니다.
약 400ms 이하의 지연 시간을 목표로 한다면 다음 사항을 고려해 주세요.
-
Ping 값의 현실적인 이해: Ping 값은 이상적인 조건을 나타내며, 스트리밍 통신의 실제 지연 시간을 그대로 반영하지 않습니다. 실제 지연 시간은 ping의 약 5배 수준으로 나타나는 경우가 많습니다. 예를 들어 대륙 간 ping이 100ms라면 실제 지연 시간은 약 500ms가 될 수 있습니다. 따라서 약 400ms를 달성하려면 같은 지역 안에 인프라를 두는 것이 중요합니다.
- 일반적인 ping 참고값:
- 동일 네트워크: 약 0.1ms
- Private Network Interconnect (PNI): 약 0.2ms
- 동일 데이터 센터: 약 0.3ms
- 같은 도시: 약 1ms
- 인접 국가: 약 5-10ms
- 대륙 간: 약 100-300ms
- 일반적인 ping 참고값:
-
평균 지연 시간의 함정 피하기: Solana validators는 전 세계에 분산되어 있고 leader schedule은 epoch마다 변합니다. 평균 지연 시간만 보고 400ms 이하를 보장하기는 어렵습니다. 특정 지역의 validator schedule을 정확히 추적해 지연 시간이 가장 낮은 slot을 찾아야 합니다. 관련 지역 전체에 인프라를 두면 더 일관적인 저지연 환경을 만들 수 있습니다.
-
Leader schedule 추적: **ERPC Leader Slot API (
getLeaderSlots)**를 사용해 지역별 leader validator schedule을 지속적으로 모니터링하세요. 이 API는 upcoming leaders, stake weight, validator geolocation, reference ping values를 실시간으로 제공하여 최적의 거래 slot을 더 정확히 식별할 수 있게 합니다. 공개 지도형 데이터나 native RPC APIs는 전체 네트워크 가시성에는 유용하지만 실행 타이밍에는 충분히 정밀하지 않을 수 있습니다. Leader Slot API는 routing과 거래 판단에 필요한 세밀한 정보를 보완합니다.
Solana 네트워크 데이터: Validators Solutions
Q. zero-block(zero-slot) 거래는 어떻게 달성할 수 있나요?
zero-block 또는 zero-slot 거래를 성공적으로 달성하려면 더 정교한 전략이 필요합니다.
-
Opportunity zone 식별: Solana validators는 전 세계에 분산되어 있어 모든 slot에서 최적의 지연 시간을 달성하는 것은 물리적으로 어렵습니다. 따라서 인프라가 위치한 지역의 validator leader schedule을 모니터링하고 가장 유리한 opportunity zone을 찾아야 합니다. 여러 지역에 인프라를 배포하는 것도 도움이 될 수 있습니다. 예를 들어 Frankfurt는 validator 밀도가 높아 leader로 선택될 기회가 많고 거래 기회도 커질 수 있습니다.**ERPC Leader Slot API (
getLeaderSlots)**를 사용하면 real-time leader schedules, stake weight, validator geolocation data, reference ping values를 공개 지도형 데이터나 native RPC APIs보다 정밀하게 얻을 수 있습니다. 이를 통해 opportunity zone을 더 정확히 예측하고 near-zero-latency 거래를 실행할 수 있습니다. -
전용 노드 도입: 경쟁이 어렵다면 전용 노드 배포를 검토하세요. 공유 노드는 다른 사용자의 트래픽으로 지연 시간이 발생할 수 있으므로 초저지연 전략에는 권장되지 않습니다. 애플리케이션과 같은 네트워크 안에 전용 노드를 배치하면 네트워크 지연 시간을 크게 줄이고 성능을 최적화할 수 있습니다.
Q. 가능한 최저 지연 시간은 어떻게 달성하나요?
최저 지연 시간을 위한 이상적인 구성은 전용 RPC 노드와 Bare-Metal servers를 함께 사용하는 것입니다. 두 리소스가 같은 네트워크를 공유하면 약 0.1ms 수준의 ping으로 private, zero-distance 통신이 가능합니다.
자세한 내용은 ERPC Dashboard를 통해 문의해 주세요.
Q. 전용 노드의 거래 성공률이 낮습니다.
거래 성공률과 속도는 QoS(Quality of Service) 메커니즘의 영향을 크게 받습니다. ERPC는 전용 노드에 특화된 QoS를 제공합니다. 자세한 내용은 아래 페이지를 참고하거나 ERPC Dashboard를 통해 문의해 주세요.
Q. 실제 지연 시간은 어느 정도인가요?
지연 시간은 측정 방식과 사용 환경에 따라 달라집니다. 정확한 숫자 하나에만 집중하기보다, 실제 운영 요구 사항을 충족하는지 확인하는 것이 중요합니다.
ERPC는 모든 플랜에서 무료 평가판을 제공하므로 실제 환경에서 직접 성능을 테스트할 수 있습니다. 또한 TypeScript와 Rust로 지연 시간을 측정할 수 있는 도구를 제공합니다. 무료 평가판과 함께 활용해 보세요.
Q. 이 RPC(gRPC, ShredStream)는 다른 서비스보다 빠른가요?
무료 평가판으로 직접 테스트하고 다른 서비스와 성능을 비교해 보시길 권장합니다. ERPC가 더 느리다고 판단된다면 비교한 경쟁 서비스, 측정 조건, 지표를 ERPC Dashboard를 통해 알려 주세요. 원인을 확인하고 성능을 개선하겠습니다.
ERPC는 고객 피드백을 바탕으로 지연 시간을 지속적으로 개선합니다. 가장 빠른 endpoint를 찾고 있다면 구체적인 측정값과 비교 조건을 공유해 주세요. 이 피드백 중심 접근 방식은 서비스를 계속 강화하는 데 중요한 역할을 합니다.
Q. 어떤 플랜이 가장 빠른 성능을 제공하나요?
일반적으로 가장 높은 tier의 플랜이 더 우수한 CPU, 더 큰 메모리, 강력한 하드웨어 구성으로 가장 빠른 성능을 제공합니다.
더 강력한 서버가 필요하면 커스텀 솔루션도 제공할 수 있습니다. 다만 표준 플랜도 가격 대비 성능이 최적화되도록 설계되어 있습니다.
ERPC는 모든 가격대에서 세계적인 수준의 성능을 제공하는 것을 목표로 합니다. 같은 가격대에서 더 빠른 provider를 찾았다면 조사와 개선을 위해 알려 주세요.
Q. 높은 지연 시간이 발생합니다. 이유가 무엇인가요?
endpoint와의 거리가 멀수록 지연 시간은 증가합니다. 제공된 endpoint와 가까운 서버에서 접근하는 것을 권장합니다. 가장 빠른 환경은 Bare-Metal servers와 VPS services를 통해 구성할 수 있습니다.
Q. WebSocket, gRPC, ShredStream 중 무엇이 가장 빠른가요?
고객 피드백은 일반적으로 다음 성능 순서를 보여 줍니다.
ShredStream > gRPC > WebSocket
다른 결과를 경험했다면 알려 주세요.
Q. 지연 시간이 예상과 다릅니다.
성능은 선택한 프로그래밍 언어에 따라 달라질 수 있습니다. 일반적으로 다음 순서로 성능 차이가 나타납니다.
Rust > Go > TypeScript (JavaScript) > Python
더 자세한 비교는 아래 리소스를 참고하세요.
최대 성능을 목표로 한다면 Rust 사용을 강력히 권장합니다.