FAQ - Geyser gRPC 스트림

Q. 노드는 어느 리전에 있나요?

현재 다음 리전에서 노드를 운영하고 있습니다.

Frankfurt (FRA)
Amsterdam (AMS)
London (LON)
New York (NY)
Chicago (CHI)
Tokyo (TY)
Singapore (SGP)
Sydney (SYD)

ERPC는 직선 거리가 아니라 실제 라우팅 경로를 기반으로 네트워크 레이턴시를 측정하여, 가장 낮은 레이턴시의 리전을 자동으로 선택합니다. 이 방식은 개별 사용자의 레이턴시를 개선할 뿐 아니라 전체 네트워크 효율을 높이고, 잠재적 공격에 대한 ERPC의 글로벌 복원력을 강화합니다.

사용 환경에서 최적 리전이 자동으로 선택되지 않는 경우 ERPC 웹 대시보드를 통해 문의해 주세요. 대부분의 경우 이 문제는 엔드포인트의 ping 응답을 차단하는 방화벽 설정으로 인해 발생합니다.

ERPC 웹 대시보드: https://dashboard.erpc.global/ko

Q. 레이턴시가 9999ms로 표시되고 최적이 아닌 리전이 선택됩니다. 어떻게 해야 하나요?

IP를 등록하면 모든 gRPC 로드 밸런서에서 해당 IP로 ping을 보내 가장 가까운 리전을 선택합니다. 방화벽(ufw, 클라우드 방화벽, 보안 그룹 등)이 ICMP 응답을 차단하면 측정값이 9999ms가 되어 가까운 최적 리전이 선택되지 않을 수 있습니다. 가장 가까운 리전이 자동으로 선택되도록 아래 로드 밸런서 IP를 허용 목록에 추가하세요.

Region	Domain	IP Address
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.103.245
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.64.77
🇺🇸 New York	grpc-ny6-1.erpc.global	64.130.37.222
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.149
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.177
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.206
🇬🇧 London	grpc-lon6-1.erpc.global	67.209.52.250
🇯🇵 Tokyo	grpc-tokyo-6.erpc.global	198.13.133.88
🇸🇬 Singapore	grpc-sgp6-1.erpc.global	202.8.11.52
🇦🇺 Sydney	grpc-syd-1.erpc.global	82.26.116.36
🛰️ Far Point	grpc-far-point.erpc.global	63.254.162.14

Q. IP를 허용 목록에 등록했는데도 연결되지 않습니다. 무엇을 확인해야 하나요?

ERPC gRPC 및 Shreds 엔드포인트는 IP 허용 목록으로 보호되는 plain HTTP 80번 포트를 사용합니다. 443번 포트의 HTTPS/TLS는 사용하지 않습니다.

다른 제공자의 클라이언트 예제를 복사하면 :443 또는 HTTPS가 기본값일 수 있습니다. 도메인만 ERPC로 바꾸면 포트와 TLS 설정이 그대로 남아 연결이 실패할 수 있습니다.

아래 엔드포인트는 예시입니다. dashboard에 표시된 자신의 엔드포인트로 바꿔 사용하세요. HTTP 형식으로 사용하거나, 클라이언트가 host와 port를 요구하는 경우 80번 포트를 명시하세요:

일반 gRPC

잘못된 예: grpc-fra1-1.erpc.global:443
올바른 예: grpc-fra1-1.erpc.global:80
올바른 URL 형식: http://grpc-fra1-1.erpc.global

Burst gRPC

잘못된 예: grpc-fra1-burst.erpc.global:443
올바른 예: grpc-fra1-burst.erpc.global:80
올바른 URL 형식: http://grpc-fra1-burst.erpc.global

인증은 등록된 IP 주소를 기준으로 합니다. 특정 제품 페이지에서 명시하지 않는 한 ERPC gRPC 또는 Shreds 엔드포인트에 x-token, token, Authorization 헤더를 추가하지 마세요.

Q. Geyser gRPC Burst란 무엇인가요?

Geyser gRPC Burst는 레이턴시에 민감한 Solana 스트림 워크로드를 위한 ERPC의 저지연 공유 gRPC 등급입니다. 일반 gRPC 서비스와 동일한 Yellowstone/Geyser gRPC 인터페이스(account, transaction, slot, block 구독 포함)를 제공하면서 Burst 전용 리전 인프라를 사용합니다.

Burst는 현재 Frankfurt, Amsterdam, New York, Tokyo, Singapore에서 운영됩니다. 등록된 IP에 대해 실제 레이턴시 측정을 기반으로 가장 적합한 Burst 리전을 선택합니다.

Q. Burst gRPC에는 어떤 IP를 허용해야 하나요?

Burst 라우팅은 위에 나열된 일반 gRPC 로드 밸런서 IP에서 지연 시간을 측정한 뒤, 가장 가까운 지원 리전을 Burst 엔드포인트에 매핑합니다. 지연 시간 선택을 위해 일반 gRPC ping 소스 IP를 허용하고, 클라이언트가 선택된 Burst 엔드포인트에 연결할 수 있도록 아래의 Burst 로드 밸런서 IP도 허용하세요.

Region	Burst Domain	IP Address
🇩🇪 Frankfurt	grpc-fra1-burst.erpc.global	64.130.41.234
🇳🇱 Amsterdam	grpc-ams1-burst.erpc.global	64.130.55.180
🇺🇸 New York	grpc-ny6-burst.erpc.global	64.130.59.217
🇯🇵 Tokyo	grpc-tokyo-burst.erpc.global	208.91.107.247
🇸🇬 Singapore	grpc-singapore-burst.erpc.global	67.209.55.15

일반 gRPC 로드 밸런서 IP의 ICMP 응답이 차단되면 dashboard에 9999ms가 표시될 수 있으며, Burst가 최적이 아닌 리전으로 폴백할 수 있습니다. Burst IP를 차단하면 선택된 Burst 엔드포인트 연결에 영향을 줍니다.

Q. Burst는 Direct Shreds나 ShredStream과 같은가요?

아니요. Burst는 표준 gRPC 인터페이스 위에서 동작하는 완전한 Yellowstone/Geyser gRPC입니다. gRPC 클라이언트에서 block, slot, transaction, account 스트림이 필요할 때 적합합니다.

Direct Shreds / ShredStream은 원시 shred 데이터를 위한 별도의 UDP 기반 제품으로, 가능한 한 가장 이른 pre-block 데이터 경로가 우선일 때 더 적합할 수 있습니다. 두 제품은 서로 다른 인터페이스와 워크로드를 위한 것입니다.

Q. 이전에는 WebSocket만 사용했습니다. gRPC를 사용할 수 있나요? 샘플이 있나요?

네. SLV를 사용하면 gRPC를 빠르게 테스트하고 개발을 시작할 수 있습니다.

토큰 없이 테스트할 수 있는 공유 엔드포인트는 다음을 실행하세요.

bash

slv check grpc --endpoint <YOUR_ENDPOINT> --token none

slv check grpc --endpoint <YOUR_ENDPOINT> --token none

자세한 내용은 gRPC 퀵스타트 가이드를 참고하세요.

Q. IP 주소를 두 개 등록할 수 있나요?

구독당 하나의 엔드포인트를 사용할 수 있습니다. IP 주소를 두 개 사용하려면 별도의 구독 두 개를 신청해야 합니다.

Q. 필터 제한이 있나요?

아니요, 필터에는 제한이 없습니다.

Q. 어떤 리전을 추천하나요?

영구적으로 가장 좋은 단일 리전은 없습니다. Solana는 글로벌하며 리더 검증자는 매 슬롯마다 바뀝니다. 검증자가 많고 스테이크가 높은 리전일수록 리더 슬롯이 더 자주 발생하여 트랜잭션이 더 빨리 안착하는 데 도움이 됩니다. 다만 경쟁 트래픽도 그곳에 집중되므로, 전략에 따라서는 덜 붐비는 리전이 더 나은 결과를 줄 때도 있습니다.

실용적인 출발점으로, 안정적인 리더 슬롯 공급이 가장 중요하다면 Frankfurt나 미국 동부 해안처럼 검증자가 밀집한 리전을 선택하고, 최단 경로 실행이 우선이라면 특정 대상 검증자 가까이에 배치하세요. Validators Solutions로 공개된 Solana 네트워크 분포를 파악한 뒤, ERPC Leader Slot API와 실제 측정값을 사용해 단일 리전, 이중 리전, 글로벌 배포 중 무엇이 적합한지 판단하세요.

Q. 최소 ~400ms 이하의 레이턴시가 필요합니다.

약 400ms 이내의 레이턴시를 달성하려면 다음 핵심 사항을 고려하세요.

Ping 값에 대한 현실적인 이해: ping 값은 이상적인 조건을 나타내며, 일반적으로 ping 레이턴시의 약 5배를 경험하는 스트리밍 통신의 실제 레이턴시를 반영하지 않습니다. 예를 들어 대륙 간 100ms의 ping은 실제로는 약 500ms의 레이턴시로 이어집니다. 따라서 ~400ms 레이턴시를 달성하려면 동일 리전 내에 인프라를 구축해야 합니다.
- 일반적인 Ping 값 참고:
  - 동일 네트워크: ~0.1ms
  - 사설 네트워크 상호 연결(PNI): ~0.2ms
  - 동일 데이터 센터: ~0.3ms
  - 동일 도시: ~1ms
  - 인접 국가: ~5–10ms
  - 대륙 간: ~100–300ms
평균 레이턴시의 함정 피하기: Solana 검증자는 전 세계에 분산되어 있고 리더 스케줄은 매 에포크마다 무작위로 바뀝니다. 평균 레이턴시에 의존해 ~400ms를 달성하는 것은 비현실적입니다. 대신 특정 리전의 검증자 스케줄을 정밀하게 추적하여 가장 낮은 레이턴시의 슬롯을 식별해야 합니다. 최소 레이턴시를 일관되게 달성하려면 관련된 모든 리전에 인프라가 필요합니다. 동일 리전 내에서는 데이터 취득이 수십 밀리초 내에, 전송은 단 몇 밀리초 내에 이루어질 수 있습니다.
리더 스케줄 추적: **ERPC Leader Slot API(getLeaderSlots)**를 사용해 해당 리전의 리더 검증자 스케줄을 지속적으로 모니터링하세요. 다가오는 리더, 스테이크 가중치, 검증자 지오로케이션, 참고 ping 값에 대한 실시간 데이터를 제공하여 최소 레이턴시로 최적의 거래 슬롯을 정확히 식별할 수 있습니다. 공개된 지도 형식의 데이터와 네이티브 RPC API는 폭넓은 네트워크 가시성에는 유용하지만 실행 타이밍에는 충분히 정밀하지 않습니다. Leader Slot API는 라우팅 및 거래 결정에 필요한 세밀함으로 그 격차를 메웁니다.
- ERPC Leader Slot API 문서
- ERPC 웹 대시보드

Validators Solutions - Solana network data

Solana 네트워크 데이터: Validators Solutions

Q. 제로 블록(zero-slot) 거래는 어떻게 달성할 수 있나요?

제로 블록(zero-slot) 거래를 성공적으로 달성하려면 다음과 같이 더 정교한 전략이 필요합니다.

기회 구역 식별: Solana 검증자는 전 세계에 분산되어 있어 모든 슬롯에서 최적의 레이턴시를 달성하는 것은 물리적으로 불가능합니다. 따라서 인프라가 위치한 리전의 검증자 리더 스케줄을 모니터링하여 가장 유리한 기회 구역을 식별하세요. 여러 리전에 인프라를 배포하는 것도 유리할 수 있습니다. 예를 들어 Frankfurt는 검증자 밀도가 높아 리더 선택이 더 자주 일어나고 거래 기회가 더 많은 핵심 리전입니다.

공개된 지도 형식의 데이터 소스나 네이티브 RPC API보다 훨씬 높은 정밀도로 실시간 리더 스케줄, 스테이크 가중치, 검증자 지오로케이션 데이터, 참고 ping 값을 얻으려면 **ERPC Leader Slot API(getLeaderSlots)**를 사용하세요. 이를 통해 기회 구역을 더 정확히 예측하고 거의 제로에 가까운 레이턴시로 거래를 실행할 수 있습니다.
- ERPC Leader Slot API 문서
- ERPC 웹 대시보드
전용 노드 구축: 경쟁이 어렵다면 전용 노드 배포를 고려하세요. 공유 노드는 다른 사용자의 트래픽으로 인해 레이턴시가 발생하므로 권장되지 않습니다. 또한 애플리케이션과 동일한 네트워크 내에 전용 노드를 배치하면 네트워크 레이턴시를 크게 줄이고 성능을 최적화할 수 있습니다.

Q. 특정 엔드포인트를 사용할 수 있나요?

저지연 환경을 유지하기 위해 시스템이 자동으로 가장 가까운 사용 가능한 노드를 선택합니다. 특정 엔드포인트를 사용하려면 해당 엔드포인트에 가장 가까운 서버를 임대하는 것을 권장합니다.

Q. 401 오류가 발생합니다. 왜 그런가요?

저지연 환경을 유지하기 위해 IP 제한을 적용합니다. 구독이 없거나 IP가 등록되지 않은 경우 401 오류가 발생합니다.

등록한 IP가 현재 접속 IP와 일치하는지 다시 확인해 주세요.

Q. 429 오류가 발생합니다. 왜 그런가요?

플랜의 연결 제한에 도달했습니다.

이 오류가 발생하면 플랜 업그레이드를 고려하세요. 프리미엄 플랜이 제공하는 것보다 더 많은 연결이 필요하다면 전용 gRPC 노드가 더 적합합니다.

Q. 전용 엔드포인트는 왜 더 빠른가요?

공유 엔드포인트는 동일한 리소스를 공유하는 여러 고객이 사용합니다. 트래픽이 늘어나면 레이턴시가 발생하는 경향이 있습니다. 서버 리소스에는 물리적 한계가 있어 처리할 수 있는 작업량이 유한합니다. 너무 많은 요청이 동시에 도착하면 순차적으로 처리해야 하므로 응답 시간이 느려집니다.

공유 엔드포인트에서도 성능을 최적화하기 위해 다양한 조치를 취하고 있지만, 전용 엔드포인트에서는 고객이 해당 리소스의 유일한 사용자입니다. 따라서 다른 사용자의 영향을 전혀 받지 않아 일관되게 안정적이고 빠른 응답이 보장됩니다.

또한 전용 엔드포인트는 TLS 없이 HTTP 등으로 통신하는 옵션을 제공합니다. TLS 핸드셰이크(약 20ms)를 생략하면 HTTPS에 비해 통신이 더욱 빨라집니다.

Q. 구독한 뒤에 판매 가격이 인상되나요?

구독이 활성 상태인 동안에는 가입 시 고정한 판매 가격이 그대로 유지됩니다. Solana의 실시간 워크로드를 견뎌내는 환경은 전 세계적으로 희소하며, 하드웨어와 네트워크 수요 증가에 맞춰 정가를 단계적으로 인상할 계획입니다. 고사양 구성과 수요가 높은 리전일수록 가장 빠르게 소진되므로, 현재 프로모션 가격을 고정해 두는 것이 장기적으로 가장 비용 효율적인 선택입니다.

Q. 암호화폐로 결제하고 싶습니다

암호화폐 결제는 이제 ERPC 웹 대시보드에서 이용할 수 있습니다. SOL, USDC 또는 EURC로 ERPC Credits를 구매할 수 있습니다.

구매한 ERPC Credits로 ERPC 플랜을 시작하거나 계속 이용할 수 있습니다. 대시보드를 열고 암호화폐 결제를 선택한 뒤 지갑에서 송금하면, 대시보드가 트랜잭션을 확인하고 계정에 credits를 반영합니다.

ERPC Web Dashboard

Q. 가능한 가장 낮은 레이턴시를 달성하려면 어떻게 해야 하나요?

전용 gRPC 노드와 Bare-Metal 서버를 결합하는 것을 적극 권장합니다.

둘은 동일한 네트워크를 공유하므로 인터넷을 거치지 않고 사설로 거리 제로(zero-distance) 통신이 가능합니다. 이 구성은 일반적으로 약 0.1ms ping의 극히 낮은 레이턴시를 달성합니다.

자세한 내용은 ERPC 웹 대시보드를 통해 문의해 주세요.

ERPC Web Dashboard

🔗 ERPC Web Dashboard

Q. 레이턴시는 어느 정도인가요?

레이턴시는 측정 방법과 구체적인 사용 환경에 따라 달라집니다. 정확한 수치에 집중하기보다는, 레이턴시가 실제 운영 요구사항을 충족하는지 확인하는 것이 중요합니다.

모든 플랜에 무료 체험을 제공하므로 실제 환경에서 성능을 직접 테스트할 수 있습니다. 또한 레이턴시 측정을 위한 사용하기 쉬운 TypeScript 및 Rust 도구를 제공합니다. 무료 체험과 함께 이 도구들을 자유롭게 활용해 보세요.

Q. 이 RPC(gRPC, Shreds)는 다른 서비스보다 빠른가요?

무료 체험을 통해 다른 서비스와 성능을 비교해 보시길 권장합니다. 저희 서비스가 더 느리다고 느끼신다면, 비교한 구체적인 조건과 경쟁사를 ERPC 웹 대시보드를 통해 알려주세요. 원인을 파악하고 속도를 더욱 개선하겠습니다.

저희는 고객 피드백을 바탕으로 레이턴시 개선에 지속적으로 노력하고 있습니다. 가능한 가장 빠른 엔드포인트를 찾고 계신다면 자세한 정보를 공유해 주세요. 경쟁사 대비 구체적인 지표와 비교 조건을 제공해 주시면 더 우수한 성능을 제공할 수 있습니다. 이러한 피드백 중심 접근 방식 덕분에 저희는 서비스를 지속적으로 강화해 왔습니다.

ERPC Web Dashboard