FAQ - VPS
특정 체인과 무관한 질문
Q. VPS는 왜 이렇게 빠른가요?
당사의 VPS는 아직 다른 제공업체에서 흔히 사용하지 않는 최신 4세대 AMD EPYC CPU를 활용합니다. 이 CPU 시리즈는 매우 높은 클럭 속도와 결합된 다수의 코어를 갖춘 것으로 잘 알려져 있으며, 가상화 환경에서도 탁월한 성능을 유지합니다.
당사가 특별히 4세대 이상의 CPU를 사용하는 주된 이유는 DDR5 RAM과의 호환성 때문입니다. 이러한 CPU와 함께 도입된 DDR5 RAM은 속도와 효율성 면에서 기존 DDR4 RAM을 크게 능가합니다.
또한 당사의 스토리지 인프라는 사용 가능한 가장 빠른 SSD인 4세대 NVMe 드라이브를 사용하며, 대용량의 무제한 네트워크 대역폭을 제공하는 신뢰할 수 있는 파트너 제공업체가 이를 뒷받침합니다.
더 나아가 당사의 플랫폼은 네트워크 공유를 완전히 통합하여 애플리케이션과 Solana 네트워크 사이의 거리를 사실상 0으로 줄입니다. 일반적으로 네트워크 속도가 주요 성능 병목 지점이 되기 때문에, 당사는 애플리케이션이 최대 성능을 발휘할 수 있도록 고속으로 최적화된 Solana 네트워크 환경을 구축하여 제공합니다.
Q. VPS의 장점은 무엇인가요? Bare Metal 서버와 어떻게 다른가요?
Bare Metal 서버는 성능이 중요한 용도에 이상적이지만 시작 비용이 더 높고(최소 월 €298) 일반적으로 더 큰 서버 구성으로 제공됩니다. 반대로 VPS 솔루션은 월 €42부터 시작하며, 프록시, 스트림 구독, 경량 스크립트 실행과 같은 가벼운 작업에 적합합니다.
당사의 VPS는 클라우드 환경을 완전히 활용하며 ERPC의 Solana Shreds 네트워크와 매끄럽게 통합됩니다.
- 성능이 중요한 사용 사례: Bare Metal 서버를 권장합니다.
- 비용 효율적이고 가벼운 작업: VPS를 권장합니다.
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 Web Dashboard: https://dashboard.erpc.global/ko
Q. 지연 시간은 어느 정도인가요?
지연 시간은 측정 방법과 구체적인 사용 환경에 따라 달라집니다. 정확한 수치에 집중하기보다는, 지연 시간이 실제 운영 요구사항을 충족하는지 확인하는 것이 중요합니다.
Solana의 지연 시간은 TypeScript 및 Rust용 다음 오픈 소스 도구로 측정할 수 있습니다.
Q. 전용 엔드포인트는 왜 더 빠른가요?
공유 엔드포인트는 동일한 리소스를 공유하는 여러 고객이 사용합니다. 트래픽이 늘어나면 지연이 발생하는 경향이 있습니다. 서버 리소스에는 물리적 한계가 있어 처리할 수 있는 작업량이 유한합니다. 너무 많은 요청이 동시에 도착하면 순차적으로 처리해야 하므로 응답 시간이 느려집니다.
공유 엔드포인트에서도 성능을 최적화하기 위해 다양한 조치를 취하고 있지만, 전용 엔드포인트에서는 고객이 해당 리소스의 유일한 사용자입니다. 따라서 다른 사용자의 영향을 전혀 받지 않아 일관되게 안정적이고 빠른 응답이 보장됩니다.
또한 전용 엔드포인트는 TLS 없이 HTTP 등으로 통신하는 옵션을 제공합니다. TLS 핸드셰이크(약 20ms)를 생략하면 HTTPS에 비해 통신이 더욱 빨라집니다.
Q. 가장 빠른 성능을 제공하는 플랜은 무엇인가요?
일반적으로 최상위 등급 플랜이 우수한 CPU, 더 큰 메모리 용량, 견고한 하드웨어 구성 덕분에 가장 빠른 성능을 제공합니다.
더 강력한 서버가 필요하면 맞춤형 솔루션도 제공하지만, 표준 플랜은 최적의 가격 대비 성능을 제공하도록 설계되었습니다.
저희는 모든 가격대에서 세계 최고 수준의 성능을 제공한다고 자신합니다. 동일한 가격대에서 더 빠른 제공업체를 찾으신다면 알려주세요. 조사하여 개선하겠습니다.
Q. 지연 시간이 예상과 다릅니다.
성능은 사용하는 프로그래밍 언어에 따라 크게 달라집니다. 일반적으로 언어 성능 순위는 다음과 같습니다.
Rust > Go > TypeScript (JavaScript) > Python
자세한 비교는 다음을 참고하세요.
최대 성능이 목표라면 Rust를 강력히 권장합니다.
Q. 구독한 뒤에 판매 가격이 인상되나요?
구독이 활성 상태인 동안에는 가입 시 고정한 판매 가격이 그대로 유지됩니다. Solana의 실시간 워크로드를 견뎌내는 환경은 전 세계적으로 희소하며, 하드웨어와 네트워크 수요 증가에 맞춰 가격을 단계적으로 인상할 계획입니다. 고사양 구성과 수요가 높은 리전일수록 가장 빠르게 소진되므로, 현재 가격을 고정해 두는 것이 장기적으로 가장 비용 효율적인 선택입니다.
Q. 암호화폐로 결제하고 싶습니다
암호화폐 결제는 등록된 청구지 국가가 EU 회원국 중 하나인 경우 ERPC Web Dashboard에서 이용할 수 있습니다. 계정에 등록된 결제 카드가 모두 EU 외 지역에서 발급된 경우 암호화폐 결제를 이용할 수 없습니다. SOL, USDC 또는 EURC를 사용하여 ERPC Credits를 구매할 수 있습니다.
구매한 ERPC Credits로 ERPC 플랜을 시작하거나 계속 이용할 수 있습니다. 대시보드를 열고 암호화폐 결제를 선택한 뒤 지갑에서 송금하면, 대시보드가 트랜잭션을 확인하고 계정에 Credits를 반영합니다.
지원 국가: 그리스, 네덜란드, 덴마크, 독일, 라트비아, 루마니아, 룩셈부르크, 리투아니아, 몰타, 벨기에, 불가리아, 스웨덴, 스페인, 슬로바키아, 슬로베니아, 아일랜드, 에스토니아, 오스트리아, 이탈리아, 체코, 크로아티아, 키프로스, 포르투갈, 폴란드, 프랑스, 핀란드, 헝가리.
목록에 없는 국가에서는 신용카드 결제를 이용해 주세요.
Solana
이 답변들은 Solana의 작동 방식을 전제로 합니다. 리더 역할이 리더 스케줄에 따라 검증자 간에 넘어가므로, 검증자의 위치가 리전 선택에 영향을 줍니다.
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
- 일반적인 Ping 값 참고:
-
평균 지연 시간의 함정 피하기: Solana 검증자는 전 세계에 분산되어 있고 리더 스케줄은 매 에포크마다 무작위로 바뀝니다. 평균 지연 시간에 의존해 ~400ms를 달성하는 것은 비현실적입니다. 대신 특정 리전의 검증자 스케줄을 정밀하게 추적하여 가장 낮은 지연 시간의 슬롯을 식별해야 합니다. 최소 지연 시간을 일관되게 달성하려면 관련된 모든 리전에 인프라가 필요합니다. 동일 리전 내에서는 데이터 취득이 수십 밀리초 내에, 전송은 단 몇 밀리초 내에 이루어질 수 있습니다.
-
리더 스케줄 추적: ERPC Leader Slot API(
getLeaderSlots)를 사용해 해당 리전의 리더 검증자 스케줄을 모니터링하세요. 이 API는 다가오는 리더 스케줄, 현재 에포크의 스테이크 가중치, 검증자의 추정 지오로케이션, 참고 ping 값을 반환하므로, 지연 시간이 가장 낮아 노려야 할 슬롯을 해당 슬롯이 오기 전에 미리 파악할 수 있습니다. 공개된 지도 형식의 데이터와 네이티브 RPC API는 폭넓은 네트워크 가시성에는 유용하지만 실행 타이밍에는 충분히 정밀하지 않습니다. Leader Slot API는 라우팅 및 거래 결정에 필요한 세밀함으로 그 격차를 메웁니다.
Solana 네트워크 데이터: Validators Solutions
Q. 제로 블록(zero-slot) 거래는 어떻게 달성할 수 있나요?
제로 블록(zero-slot) 거래를 성공적으로 달성하려면 다음과 같이 더 정교한 전략이 필요합니다.
-
기회 구역 식별: Solana 검증자는 전 세계에 분산되어 있어 모든 슬롯에서 최적의 지연 시간을 달성하는 것은 물리적으로 불가능합니다. 따라서 인프라가 위치한 리전의 검증자 리더 스케줄을 모니터링하여 가장 유리한 기회 구역을 식별하세요. 여러 리전에 인프라를 배포하는 것도 유리할 수 있습니다. 예를 들어 Frankfurt는 검증자 밀도가 높아 리더 선택이 더 자주 일어나고 거래 기회가 더 많은 핵심 리전입니다.공개된 지도 형식의 데이터 소스나 네이티브 RPC API보다 훨씬 높은 정밀도로 다가오는 리더 스케줄, 현재 에포크의 스테이크 가중치, 검증자의 추정 지오로케이션 데이터, 참고 ping 값을 조회하려면 ERPC Leader Slot API(
getLeaderSlots)를 사용하세요. 이를 통해 슬롯이 오기 전에 기회 구역을 파악하고 거의 제로에 가까운 지연 시간으로 거래를 실행할 수 있습니다. -
전용 노드 구축: 경쟁이 어렵다면 전용 노드 배포를 고려하세요. 공유 노드는 다른 사용자의 트래픽으로 인해 지연이 발생하므로 권장되지 않습니다. 또한 애플리케이션과 동일한 네트워크 내에 전용 노드를 배치하면 네트워크 지연 시간을 크게 줄이고 성능을 최적화할 수 있습니다.
Q. WebSockets, gRPC, Shreds 중 무엇이 가장 빠른가요?
종합적인 고객 피드백은 일관되게 다음 순서로 속도를 평가합니다.
Shreds > gRPC > WebSockets
경험이 다르시다면 알려주세요.
Q. 가능한 한 최고의 환경을 원합니다.
UDP Forwarding은 Standard와 Premium으로 제공됩니다. 두 서비스 모두 Shreds는 사용자가 선택한 리전에서 수신 측에 도달합니다. Standard에서는 ERPC가 Shreds를 해당 리전의 노드에서 전달하므로, Shreds가 하나의 소스 IP에서 도착합니다. Premium에서는 메시 네트워크가 Shred마다 이 네트워크에 가장 먼저 도착한 사본을 내보냅니다. Premium에서는 Shreds가 Standard보다 1–3 ms 먼저 도착하는 경우가 많습니다. 2026년 10월 30일, 프랑크푸르트에 있는 ERPC 수신기로 120초 동안 1회 측정했습니다. Standard와 Premium을 동시에 받아, 양쪽에 모두 도착한 각 Shred가 Standard와 Premium에 처음 도착한 시각을 비교했습니다. 그 속도 차이가 필요하면 Premium을, 필요하지 않으면 Standard를 선택하세요. ERPC Web Dashboard에서 리전을 선택하고, 원시 Shreds를 받을 서버의 공용 IPv4 주소와 포트를 설정하세요. 어느 쪽을 선택하든 대시보드에 표시된 모든 소스 IP를 수신 측 방화벽에서 허용하세요.
자세한 내용은 ERPC Web Dashboard에서 문의해 주세요.
Q. 이 RPC(gRPC, Shreds)는 다른 서비스보다 빠른가요?
저희는 모든 가격대에서 속도를 우선해 설계하며, 다른 어떤 제공업체와 나란히 측정해 보시는 것을 환영합니다. 결과는 리전, 공유 엔드포인트인지 전용 엔드포인트인지, 사용하는 프로토콜(WebSockets, gRPC, Shreds), 그리고 클라이언트의 프로그래밍 언어에 따라 달라질 수 있습니다.
저희 서비스가 더 느리다고 느끼신다면, 비교한 구체적인 조건과 경쟁사를 ERPC Web Dashboard를 통해 알려주세요. 원인을 파악하고 속도를 더욱 개선하겠습니다.








