FAQ - Direct Shreds

Q. 노드는 어떤 리전에 위치해 있나요?

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

Frankfurt (FRA)
Amsterdam (AMS)
London (LON)
Dublin (DUB)
New York (NY)
Chicago (CHI)
Salt Lake City (SLC)
Tokyo (TY)
Singapore (SGP)
Sydney (SYD)

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

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

ERPC Web Dashboard: https://dashboard.erpc.global/ko

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

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

Region	Domain	IP Address
🇳🇱 Amsterdam	shreds-ams6-1.erpc.global	64.130.43.108
🇩🇪 Frankfurt	shreds-fra6-1.erpc.global	64.130.41.236
🇬🇧 London	shreds-lon6-1.erpc.global	64.130.63.211
🇮🇪 Dublin	shreds-dub6-1.erpc.global	82.40.61.2
🇺🇸 New York	shreds-ny6-1.erpc.global	64.130.37.235
🇺🇸 Chicago	shreds-chi-2.erpc.global	84.32.71.34
🇺🇸 Salt Lake City	shreds-slc6-1.erpc.global	72.244.154.7
🇸🇬 Singapore	shreds-sgp6-1.erpc.global	67.209.55.19
🇯🇵 Tokyo	shreds-ty6-1.erpc.global	198.13.133.89

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

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

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

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

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

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

Q. 지금까지 WebSocket이나 Geyser gRPC(YellowStone)만 사용해 봤습니다. 샘플이 있나요?

네. SLV를 사용하면 Shreds 연결 테스트와 애플리케이션 개발을 빠르게 시작할 수 있습니다.

자세한 내용은 다음 가이드를 참고하세요.

Shreds Quickstart Guide

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

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

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

영구적으로 가장 좋은 단일 리전은 없습니다. Solana는 글로벌하며 leader validator는 매 slot마다 바뀝니다. validator가 더 많고 stake가 더 높은 리전은 leader slot을 더 자주 갖게 되어 트랜잭션이 더 빨리 처리되는 데 도움이 될 수 있습니다. 다만 그만큼 경쟁 트래픽도 그곳에 집중되므로, 전략에 따라서는 덜 붐비는 리전이 더 나은 결과를 제공할 수도 있다는 점이 trade-off입니다.

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

Q. 최소 ~400ms 이상의 지연 시간이 필요합니다.

약 400ms 이내의 지연 시간을 달성하려면 다음 핵심 사항을 고려하세요.

Ping 값에 대한 현실적인 이해: Ping 값은 이상적인 조건을 나타내며, 스트리밍 통신의 실제 지연 시간을 반영하지 않습니다. 스트리밍 통신은 일반적으로 ping 지연 시간의 약 5배를 경험합니다. 예를 들어 대륙 간 100ms의 ping은 현실적으로 약 500ms의 지연 시간으로 이어집니다. 따라서 ~400ms의 지연 시간을 달성하려면 동일 리전 내에 인프라를 구축해야 합니다.
- 일반적인 Ping 값 참고:
  - 동일 네트워크: ~0.1ms
  - Private Network Interconnect (PNI): ~0.2ms
  - 동일 데이터 센터: ~0.3ms
  - 동일 도시: ~1ms
  - 인접 국가: ~5–10ms
  - 대륙 간: ~100–300ms
평균 지연 시간의 함정 피하기: Solana validator는 전 세계에 지리적으로 분산되어 있으며, leader schedule은 epoch마다 무작위로 변경됩니다. 평균 지연 시간에 의존하여 ~400ms를 달성하는 것은 비현실적입니다. 대신 특정 리전의 validator schedule을 정밀하게 추적하여 지연 시간이 가장 낮은 slot을 식별해야 합니다. 지속적으로 최소 지연 시간을 달성하려면 모든 관련 리전에 인프라가 필요합니다. 동일 리전 내에서는 수십 밀리초 단위로 데이터를 획득할 수 있으며, 전송은 단 몇 밀리초 만에 가능합니다.
Leader Schedule 추적: **ERPC Leader Slot API(getLeaderSlots)**를 사용하여 해당 리전의 leader validator schedule을 지속적으로 모니터링하세요. 이 API는 다가오는 leader, stake weight, validator 지리적 위치, 참조 ping 값에 대한 실시간 데이터를 제공하여 지연 시간이 최소인 최적의 거래 slot을 정확하게 식별할 수 있게 해줍니다. 공개된 지도 형태의 데이터와 네이티브 RPC API는 폭넓은 네트워크 가시성을 확보하는 데 유용하지만, 실행 타이밍을 잡기에는 충분히 정밀하지 않습니다. Leader Slot API는 라우팅 및 거래 결정에 필요한 세분화 수준으로 그 격차를 채웁니다.
- ERPC Leader Slot API Documentation
- ERPC Web Dashboard

Validators Solutions - Solana network data

Solana 네트워크 데이터: Validators Solutions

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

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

기회 영역 식별: Solana validator는 전 세계에 분산되어 있어 모든 slot에 대해 최적의 지연 시간을 달성하는 것은 물리적으로 불가능합니다. 따라서 인프라가 위치한 리전의 validator leader schedule을 모니터링하여 가장 유리한 기회 영역을 식별하세요. 여러 리전에 걸쳐 인프라를 배포하는 것도 유리할 수 있습니다. 예를 들어 Frankfurt는 validator 밀도가 높아 leader로 선택되는 빈도가 높고 거래 기회가 더 많기 때문에 핵심 리전입니다.

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

Q. 특정 endpoint를 사용할 수 있나요?

낮은 지연 시간 환경을 유지하기 위해 저희 시스템은 사용 가능한 가장 가까운 노드를 자동으로 선택합니다. 특정 endpoint를 사용하고 싶다면 해당 endpoint와 가장 가까운 곳에 위치한 서버를 임대하는 것을 권장합니다.

Q. 전용 endpoint는 왜 더 빠른가요?

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

저희는 공유 endpoint에서도 성능을 최적화하기 위해 다양한 조치를 취하지만, 전용 endpoint에서는 해당 리소스를 사용하는 유일한 사용자가 됩니다. 즉, 다른 사용자의 영향을 전혀 받지 않아 일관되게 안정적이고 빠른 응답이 보장됩니다.

또한 전용 endpoint는 HTTP와 같이 TLS가 없는 통신 옵션을 제공합니다. TLS 핸드셰이크(약 20ms)를 건너뛰므로 HTTPS에 비해 통신이 한층 더 빨라집니다.

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

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

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

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

이 ERPC Credits를 사용하여 ERPC 플랜을 활성화하거나 계속 이용할 수 있습니다. Dashboard를 열고 암호화폐 결제를 선택한 다음 wallet에서 전송하면, Dashboard가 트랜잭션을 확인하고 계정에 Credits를 반영합니다.

ERPC Web Dashboard

Q. 왜 ShredStream은 모든 트랜잭션을 포함하지 않나요?

설계상 Shreds는 Solana 블록체인의 모든 트랜잭션을 포함하지 않습니다. 모든 트랜잭션을 모니터링하려면 수많은 프록시를 전 세계에 배포하고 모든 validator로부터 Shreds를 수신해야 하는데, 이는 현실적이지 않습니다.

일반적으로 사용자는 사용 가능한 데이터의 일부만으로 운영하며, 이 방식은 대부분의 실제 애플리케이션에 충분합니다. 사용 사례에서 손실 없는 완전한 데이터 커버리지가 요구된다면 Shreds는 적합하지 않을 수 있습니다.

보다 포괄적인 모니터링이 필요한 시나리오에서는 Geyser gRPC가 Shreds보다 높은 신뢰성을 제공합니다. 다만 Solana 블록체인에서 100% 데이터 커버리지를 달성하려면 여전히 수많은 edge 서버를 배포해야 하며, 이는 실제로는 비현실적일 수 있습니다.

Geyser gRPC는 99%를 초과하는 신뢰성을 제공하며, 이는 Shreds보다 눈에 띄게 높습니다. 이는 저희를 포함한 많은 사용자가 확인한 사실입니다. 반면 Shreds는 일반적으로 90% 이상의 신뢰성을 제공합니다.

Shreds가 모든 트랜잭션을 포착하지는 않지만, 핵심 장점은 대부분의 트랜잭션을 Geyser gRPC보다 더 빠르게 가져올 수 있다는 점입니다.

더 깊이 이해하려면 Solana의 Turbine 및 Gulf Stream 프로토콜을 살펴보는 것을 권장합니다.

Q. 가능한 최고의 환경을 원합니다.

최적의 구성을 위해서는 전용 Shreds 노드와 저희 Bare-Metal 서버를 결합하는 것을 권장합니다. 동일한 네트워크를 공유함으로써 이 구성은 약 0.1ms ping의 지연 시간으로 프라이빗하고 제로 거리(zero-distance) 통신을 달성합니다.

자세한 내용은 ERPC Web Dashboard를 통해 문의해 주세요.

ERPC Web Dashboard

🔗 ERPC Web Dashboard

Q. 지연 시간은 어느 정도인가요?

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

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

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

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

저희는 고객 피드백을 바탕으로 지연 시간을 지속적으로 개선하고 있습니다. 가능한 가장 빠른 endpoint를 원하신다면 자세한 정보를 공유해 주세요. 경쟁사 대비 구체적인 지표와 비교 조건을 제공해 주시면 더 뛰어난 성능을 제공해 드릴 수 있습니다. 이러한 피드백 기반 접근 방식은 저희가 서비스를 꾸준히 향상시킬 수 있게 해주었습니다.

ERPC Web Dashboard