FAQ - SWQoS
Q. shared SWQoS endpoint는 어떻게 사용하나요?
eligible ERPC shared plan을 사용하고 ERPC Web Dashboard에서 elSOL을 보유한 wallet을 연결하세요. shared SWQoS allocation은 확인된 elSOL balance에서 계산됩니다.
eligible users는 보유한 4.2 elSOL마다 1 TPS를 받습니다. 예를 들어 10 elSOL을 보유하면 2 TPS가 부여됩니다.
실제로 사용할 수 있는 TPS는 plan maximum과 elSOL-based allocation 중 더 낮은 값으로 제한됩니다.
Q. dedicated RPC node에 SWQoS를 어떻게 적용하나요?
dedicated RPC 구독자는 SWQoS를 월간 option으로 추가할 수 있습니다. 이 option은 +€100/month이며 dedicated RPC node에 1,000 SOL staking allocation을 배정합니다.
설정 또는 plan 세부 사항은 ERPC Web Dashboard를 통해 문의해 주세요.
Q. 노드는 어느 지역에 있나요?
현재 다음 지역에서 공유 엔드포인트용 노드를 운영하고 있습니다:
- Frankfurt (FRA)
Q. 전용 RPC 노드의 트랜잭션이 제대로 처리되지 않습니다
트랜잭션 성공률과 속도는 QoS라는 메커니즘의 영향을 크게 받습니다. 저희는 전용 노드에 QoS를 제공할 수 있습니다. 자세한 내용은 아래 페이지를 참고하시거나 ERPC 웹 대시보드를 통해 문의해 주세요.
Q. 레이턴시는 어느 정도인가요?
레이턴시는 측정 방법과 사용자별 사용 환경에 따라 달라집니다. 정확한 수치에 집중하기보다는, 레이턴시가 실제 운영 요구 사항을 충족하는지 확인하는 것이 중요합니다.
저희는 모든 플랜에서 무료 체험을 제공하여 실제 환경에서 직접 성능을 테스트할 수 있도록 합니다. 또한 레이턴시 측정을 위한 사용하기 쉬운 도구를 TypeScript와 Rust로 제공합니다. 무료 체험과 함께 이 도구들을 자유롭게 활용해 보세요.
Q. 이 RPC(gRPC, Shreds)는 다른 서비스보다 빠른가요?
무료 체험을 이용해 보시고 다른 서비스와 성능을 비교해 보시기를 권장합니다. 저희 서비스가 더 느리다고 느끼신다면, 비교한 구체적인 조건과 경쟁사를 ERPC 웹 대시보드를 통해 알려주세요. 원인을 파악하여 속도를 더욱 개선하겠습니다.
저희는 고객 피드백을 바탕으로 레이턴시를 지속적으로 개선하고 있습니다. 가능한 한 가장 빠른 엔드포인트를 원하신다면 자세한 정보를 공유해 주세요. 경쟁사와의 구체적인 지표와 비교 조건을 제공해 주시면 더 뛰어난 성능을 제공해 드릴 수 있습니다. 이러한 피드백 기반 접근 방식 덕분에 저희는 꾸준히 서비스를 개선해 올 수 있었습니다.
Q. 어떤 플랜이 가장 빠른 성능을 제공하나요?
일반적으로 최상위 플랜이 우수한 CPU, 더 큰 메모리 용량, 견고한 하드웨어 구성 덕분에 가장 빠른 성능을 제공합니다.
더욱 강력한 서버가 필요하신 경우 맞춤형 솔루션도 제공하지만, 표준 플랜은 최적의 가격 대비 성능을 제공하도록 설계되었습니다.
저희는 모든 가격대에서 세계적 수준의 성능을 제공한다고 확신합니다. 동일한 가격대에서 더 빠른 제공업체를 찾으신다면 알려주세요. 저희가 원인을 조사하고 개선하겠습니다.
Q. 레이턴시가 높습니다. 왜 그런가요?
레이턴시는 엔드포인트와의 거리가 멀어질수록 증가합니다. 제공된 엔드포인트와 가까운 서버에서 접속하시기를 권장합니다. 가장 빠른 환경은 저희 Bare-Metal 서버와 VPS 서비스를 통해 이용하실 수 있습니다.
Q. WebSockets, gRPC, Shreds 중 무엇이 가장 빠른가요?
고객 피드백은 일관되게 다음과 같은 성능 순서를 보여줍니다:
Shreds > gRPC > WebSockets
다른 결과를 경험하신다면 알려주세요.
Q. 어느 지역을 추천하나요?
영구적으로 최고인 단일 지역은 없습니다. Solana는 글로벌하며, 리더 validator는 매 slot마다 바뀝니다. validator가 더 많고 stake가 더 높은 지역은 리더 slot을 더 자주 차지하므로 트랜잭션이 더 빠르게 처리되는 데 도움이 될 수 있습니다. 다만 경쟁 트래픽도 그곳에 집중되기 때문에, 전략에 따라서는 덜 혼잡한 지역이 더 나은 결과를 가져다줄 수도 있습니다.
실질적인 출발점으로, 안정적인 리더 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
- 인접 국가:
510ms - 대륙 간:
100300ms
- 일반적인 Ping 값 참고:
-
평균 레이턴시의 함정 피하기: Solana validator는 전 세계에 지리적으로 분산되어 있으며, 리더 스케줄은 매 epoch마다 무작위로 바뀝니다. 평균 레이턴시에 의존하여 ~400ms를 달성하는 것은 비현실적입니다. 대신 특정 지역의 validator 스케줄을 정밀하게 추적하여 레이턴시가 가장 낮은 slot을 식별해야 합니다. 일관되게 최소 레이턴시를 달성하려면 관련된 모든 지역에 인프라가 필요합니다. 동일한 지역 내에서는 수십 밀리초 단위로 데이터를 획득할 수 있으며, 전송은 단 몇 밀리초 만에 가능합니다.
-
리더 스케줄 추적: **ERPC Leader Slot API (
getLeaderSlots)**를 사용하여 해당 지역의 리더 validator 스케줄을 지속적으로 모니터링하세요. 이 API는 다가오는 리더, stake 가중치, validator 지리적 위치, 참고용 ping 값에 대한 실시간 데이터를 제공하여, 레이턴시가 최소인 최적의 거래 slot을 정확하게 식별할 수 있도록 합니다. 공개된 지도 형태의 데이터와 네이티브 RPC API는 폭넓은 네트워크 가시성에는 유용하지만, 실행 타이밍을 잡기에는 충분히 정밀하지 않습니다. Leader Slot API는 라우팅 및 거래 의사 결정에 필요한 세밀함으로 그 격차를 메웁니다.
Solana 네트워크 데이터: Validators Solutions
Q. 제로 블록(zero-slot) 거래는 어떻게 달성할 수 있나요?
제로 블록(zero-slot) 거래를 성공적으로 달성하려면 다음과 같이 더 정교한 전략이 필요합니다:
-
기회 영역 식별: Solana validator는 전 세계에 분산되어 있어 모든 slot에서 최적의 레이턴시를 달성하는 것은 물리적으로 불가능합니다. 따라서 인프라가 위치한 지역의 validator 리더 스케줄을 모니터링하여 가장 유리한 기회 영역을 식별하세요. 여러 지역에 걸쳐 인프라를 배포하는 것도 유리할 수 있습니다. 예를 들어 Frankfurt는 validator 밀도가 높아 리더로 선정되는 빈도가 잦고 거래 기회가 많기 때문에 핵심 지역입니다.**ERPC Leader Slot API (
getLeaderSlots)**를 사용하면 공개된 지도 형태의 데이터 소스나 네이티브 RPC API보다 훨씬 높은 정밀도로 실시간 리더 스케줄, stake 가중치, validator 지리적 위치 데이터, 참고용 ping 값을 얻을 수 있습니다. 이를 통해 기회 영역을 더 정확하게 예측하고 거의 제로에 가까운 레이턴시로 거래를 실행할 수 있습니다. -
전용 노드 도입: 경쟁에 어려움을 겪고 있다면 전용 노드 배포를 고려해 보세요. 공유 노드는 다른 사용자의 트래픽으로 인해 레이턴시가 발생하므로 권장하지 않습니다. 또한 전용 노드를 애플리케이션과 동일한 네트워크에 배치하면 네트워크 레이턴시가 크게 줄어들고 성능이 최적화됩니다.
Q. 레이턴시가 예상과 다릅니다.
성능은 선택한 프로그래밍 언어에 따라 달라질 수 있습니다. 일반적으로 언어별 성능은 다음 순서를 따릅니다:
Rust > Go > TypeScript (JavaScript) > Python
더 자세한 비교는 다음 자료를 참고하세요:
최대 성능을 목표로 한다면 Rust 사용을 강력히 권장합니다.
Q. 전용 엔드포인트는 왜 더 빠른가요?
공유 엔드포인트는 동일한 리소스를 공유하는 여러 고객이 사용합니다. 트래픽이 증가하면 레이턴시가 발생하는 경향이 있습니다. 서버 리소스에는 물리적 한계가 있으며 처리할 수 있는 작업량은 유한합니다. 너무 많은 요청이 동시에 도착하면 순차적으로 처리해야 하므로 응답 시간이 느려집니다.
공유 엔드포인트에서도 성능을 최적화하기 위해 다양한 조치를 취하고 있지만, 전용 엔드포인트에서는 사용자가 해당 리소스의 유일한 사용자가 됩니다. 즉, 다른 사용자의 영향을 전혀 받지 않아 일관되게 안정적이고 빠른 응답을 보장받을 수 있습니다.
또한 전용 엔드포인트는 HTTP처럼 TLS 없이 통신하는 옵션을 제공합니다. TLS 핸드셰이크(약 20ms)를 생략함으로써 HTTPS보다 통신이 더욱 빨라집니다.
Q. 구독 후에 판매 가격이 인상되나요?
구독이 활성 상태로 유지되는 동안에는 가입 시 고정한 판매 가격이 그대로 적용됩니다. Solana의 실시간 워크로드를 견뎌낼 수 있는 환경은 전 세계적으로 희소하며, 저희는 하드웨어 및 네트워크 수요 증가에 맞춰 정가를 단계적으로 인상할 계획입니다. 고사양 구성과 수요가 높은 지역은 가장 빠르게 매진되므로, 현재의 프로모션 가격을 고정해 두는 것이 장기적으로 가장 비용 효율적인 선택입니다.
Q. 암호화폐로 결제하고 싶습니다
암호화폐 결제는 이제 ERPC 웹 대시보드에서 이용할 수 있습니다. SOL, USDC, EURC를 사용하여 ERPC Credits를 구매할 수 있습니다.
이 ERPC Credits를 사용하여 ERPC 플랜을 활성화하거나 계속 이용할 수 있습니다. 대시보드를 열고 암호화폐 결제를 선택한 뒤 지갑에서 전송하면, 대시보드가 트랜잭션을 확인하고 계정에 Credits를 반영합니다.