FAQ - Bare-Metal 서버
Q. 왜 Bare Metal이 이렇게 빠른가요?
고성능 CPU, RAM, NVMe SSD를 활용하는 것에 더해, 당사는 풍부한 경험을 바탕으로 파트너 제공업체를 신중하게 선정하여 동일한 사양의 하드웨어에서도 일관되게 최적의 성능을 보장합니다. 신뢰할 수 있는 파트너 제공업체는 CPU, RAM, SSD 및 네트워크 인프라에서 최고의 품질을 보장하며, 더 많은 PoP(Points of Presence)를 추가하고 인기 있는 PoP까지의 지연 시간을 줄여 서비스를 지속적으로 개선합니다.
또한 당사 플랫폼은 네트워크 공유를 완벽하게 통합하여 애플리케이션과 Solana 네트워크 사이의 거리를 효과적으로 0에 가깝게 줄입니다. 일반적으로 네트워크 속도가 주요 성능 병목 지점이 되므로, 당사는 이 문제를 제거하기 위해 고속으로 최적화된 Solana 네트워크 환경을 구축하여 애플리케이션이 최대 성능을 발휘할 수 있도록 했습니다.
Q. Bare-metal의 장점은 무엇인가요? VPS와는 어떻게 다른가요?
Bare-metal 서버는 오직 고객 전용으로 물리적으로 독립된 서버를 제공합니다. VPS 서버는 가상 환경으로, 물리적 CPU 코어를 여러 개의 가상 CPU(vCPU)로 분할하여 실제 물리 코어보다 더 많은 vCPU를 사용할 수 있게 합니다.
- 성능 중심 사용: Bare-metal 서버를 권장합니다.
- 비용 대비 성능 최적화: VPS 서버를 권장합니다.
Q. 노드는 어느 지역에 위치해 있나요?
현재 다음 지역에서 노드를 운영하고 있습니다.
- Frankfurt (FRA)
- Amsterdam (AMS)
- London (LON)
- Stockholm (STO)
- New York (NY)
- Chicago (CHI)
- Salt Lake City (SLC)
- Tokyo (TY)
- Singapore (SGP)
ERPC Web Dashboard: https://dashboard.erpc.global/ko
Q. 가능한 한 최고의 환경을 원합니다.
전용 Shreds 노드를 당사의 bare-metal 서버와 함께 사용하는 것을 권장합니다. 동일한 네트워크를 공유하면 거리가 0인 통신이 가능해져, 약 0.1ms ping 수준의 낮은 지연 시간을 달성할 수 있습니다.
자세한 내용은 ERPC Web Dashboard를 통해 문의해 주세요.
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가 transaction을 확인하고 계정에 Credits를 적용합니다.
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
- 인접 국가: ~5–10ms
- 대륙 간: ~100–300ms
- 일반적인 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 값을 얻을 수 있습니다. 이를 통해 기회 영역을 더 정확하게 예측하고 지연 시간이 거의 0에 가까운 거래를 실행할 수 있습니다. -
전용 노드 구축: 경쟁이 어렵다면 전용 노드 배포를 고려하세요. 공유 노드는 다른 사용자의 트래픽으로 인해 지연이 발생하므로 권장하지 않습니다. 또한 전용 노드를 애플리케이션과 동일한 네트워크 내에 배치하면 네트워크 지연 시간이 크게 줄어들고 성능이 최적화됩니다.
Q. 지연 시간은 어느 정도인가요?
지연 시간은 측정 방법과 고객의 구체적인 사용 환경에 따라 달라집니다. 정확한 수치에 집중하기보다는 지연 시간이 실제 운영 요구 사항을 충족하는지 확인하는 것이 중요합니다.
당사는 모든 플랜에 걸쳐 무료 평가판을 제공하므로, 실제 환경에서 직접 성능을 테스트할 수 있습니다. 또한 지연 시간 측정을 위한 사용하기 쉬운 TypeScript 및 Rust 도구를 제공합니다. 무료 평가판과 함께 이러한 도구를 자유롭게 활용해 보세요.
Q. 이 RPC(gRPC, Shreds)는 다른 서비스보다 빠른가요?
무료 평가판을 사용해 보고 다른 서비스와 성능을 비교해 보시기 바랍니다. 당사 서비스가 더 느리다고 판단되면, 비교한 구체적인 조건과 경쟁사를 ERPC Web Dashboard를 통해 알려주세요. 당사가 원인을 파악하여 속도를 더욱 개선하겠습니다.
당사는 고객 피드백을 바탕으로 지연 시간 개선에 지속적으로 노력하고 있습니다. 가능한 한 가장 빠른 endpoint를 원하신다면 자세한 정보를 공유해 주세요. 경쟁사와 비교한 구체적인 지표와 비교 조건을 제공해 주시면 더 뛰어난 성능을 제공할 수 있습니다. 이러한 피드백 중심의 접근 방식 덕분에 당사는 일관되게 서비스를 개선해 올 수 있었습니다.
Q. 어느 플랜이 가장 빠른 성능을 제공하나요?
일반적으로 당사의 최상위 플랜은 우수한 CPU, 더 높은 메모리 용량, 견고한 하드웨어 구성 덕분에 가장 빠른 성능을 제공합니다.
더욱 강력한 서버가 필요하시면 맞춤형 솔루션도 제공하지만, 표준 플랜은 최적의 가격 대비 성능 비율을 제공하도록 설계되었습니다.
당사는 모든 가격대에서 세계 최고 수준의 성능을 제공한다고 자신합니다. 동일한 가격대에서 더 빠른 제공업체를 찾으셨다면 알려주세요. 당사가 조사하여 개선하겠습니다.
Q. WebSockets, gRPC, Shreds 중 무엇이 가장 빠른가요?
종합된 고객 피드백에 따르면 성능 순서는 다음과 같습니다.
Shreds > gRPC > WebSockets
다른 결과가 관찰되면 알려주세요.
Q. 지연 시간이 예상과 다릅니다.
성능은 사용하는 프로그래밍 언어에 따라 달라집니다. 일반적으로 언어 성능 순위는 다음과 같습니다.
Rust > Go > TypeScript (JavaScript) > Python
자세한 비교는 다음 자료를 참고하세요.
가장 높은 성능을 달성하려면 Rust 사용을 강력히 권장합니다.








