ERPC, Solana 공유 Shreds / Geyser gRPC 엔드포인트 HTTPS 지원 — 용도에 따라 HTTPS와 HTTP 선택
ELSOUL LABO B.V. (본사: 네덜란드 암스테르담, 대표이사 CEO: Fumitake Kawasaki)와 Validators DAO가 운영하는 ERPC는 공유 엔드포인트의 Shreds gRPC 및 Geyser gRPC에 대해 새롭게 HTTPS를 지원합니다. 기존부터 제공해 온 HTTP와 함께, HTTPS와 HTTP 두 가지를 모두 선택하실 수 있는 구성이 되었습니다.
대상은 Shreds gRPC의 Direct Shreds Connect와 Direct Shreds Turbo, 그리고 Shared Geyser gRPC Stream의 Standard, Premium, Burst 각 엔드포인트입니다.
암호화되어 안전한 통신이 가능한 HTTPS 엔드포인트와, TLS 처리를 수반하지 않는 HTTP 엔드포인트 중 어느 쪽이든 선택하실 수 있습니다. gRPC 용어로는 전자가 TLS로 암호화된 gRPC, 후자가 TLS를 사용하지 않는 plaintext HTTP/2에 해당합니다. 이를 통해 레이턴시를 최우선으로 하는 용도부터 구독 내용의 기밀성을 중시하는 용도까지, 폭넓은 사용 사례에 대응할 수 있게 되었습니다.
엔드포인트의 호스트명은 기존과 동일하며, 연결 시의 스킴과 포트만 달라집니다. HTTPS는 443 포트, HTTP는 80 포트를 사용합니다. 전환은 ERPC Web Dashboard에서 하실 수 있습니다.
이번에 추가된 것은 HTTPS, 기존 HTTP는 그대로 계속
ERPC의 공유 스트림 엔드포인트는 지금까지 HTTP로 제공해 왔습니다.
이번에 추가된 것은 HTTPS 쪽입니다. 기존 HTTP 연결은 사양도 동작도 변경되지 않으며, 그대로 계속 이용하실 수 있습니다. 이미 HTTP로 이용 중인 고객께서 별도로 진행하셔야 할 절차는 없습니다.
HTTP를 폐지할 계획은 없습니다. 저지연을 최우선으로 하는 용도를 위한 선택지로서 앞으로도 유지합니다.
HTTPS — 암호화된 안전한 연결
HTTPS 엔드포인트에서는 클라이언트와 ERPC 사이의 통신 전체가 TLS로 암호화됩니다.
구독 요청의 내용도, 거기에서 반환되는 스트림 데이터도 TLS로 암호화되어, 통상적으로 경로상에서 페이로드의 내용을 읽어낼 수 없습니다. ERPC Web Dashboard에서는 이 HTTPS가 기본 연결 방식으로 선택되어 있습니다.
TLS 핸드셰이크는 주로 연결을 수립할 때 발생합니다. 그 이후에도 스트림 데이터의 암호화·복호화 처리는 계속되지만, 장시간 연결을 유지하는 일반적인 gRPC 스트림에서는 연결 수립에 따르는 핸드셰이크 비용을 반복해서 치르지 않습니다.
HTTP — TLS 처리를 수반하지 않는 저지연 선택지
HTTP 엔드포인트에서는 TLS 핸드셰이크도, 암호화·복호화 처리 자체도 존재하지 않습니다.
Solana의 실시간 처리에서는 데이터가 발생한 뒤 애플리케이션에 도달하기까지 경로상의 모든 처리가 레이턴시에 영향을 미칩니다. TLS 암호화·복호화 처리를 필요로 하지 않는 HTTP 통신은, 경로상의 처리를 가능한 한 줄이고자 하는 저지연 용도에 적합한 선택지입니다.
짧은 간격으로 연결을 다시 맺는 구성이나, 경로상의 오버헤드를 조금도 허용할 수 없는 구성에서는 HTTP가 유리합니다.
구독 필터의 ‘묶음’이 의미를 갖는 경우
HTTP 통신은 더 낮은 레이턴시의 선택지이지만, 프로젝트의 이용 방식에 따라서는 취득하는 주소의 그룹이 경로상에 노출되는 것이 문제가 되는 경우가 있습니다.
블록체인상의 데이터 자체는 공개되어 있습니다. 그러나 그것이 하나의 묶음으로 노출됨으로써, 개별로는 갖지 않았던 의미를 갖게 되는 경우가 있습니다.
예를 들어 어떤 프로젝트가 자사의 고객 지갑을 모두 필터링하여 관리하고자 한다고 가정해 보겠습니다. 이때 구독 요청에 포함된 주소 목록 자체가 그 프로젝트에 있어 민감한 정보가 될 수 있습니다. 개별 주소가 공개 정보라 하더라도, ‘어떤 주소군을 하나의 묶음으로 모니터링하고 있는가’를 알 수 있다면 그 프로젝트의 고객 구성이나 모니터링 대상, 사업상의 관심 영역을 추측하는 단서가 될 가능성이 있습니다.
이러한 경우에 유효한 것이 HTTPS 엔드포인트입니다. TLS에 따른 암호화·복호화 처리를 수반하는 대신, 구독 요청과 스트림 데이터의 페이로드를 암호화할 수 있습니다.
레이턴시를 최우선으로 할 것인가, 구독 내용의 기밀성을 우선할 것인가. 이 판단은 프로젝트마다 다릅니다. ERPC는 그 선택을 고객께서 직접 용도에 맞게 하실 수 있도록 했습니다.
대상은 공유 엔드포인트
이번 HTTPS 지원의 대상은 다음 공유 엔드포인트입니다.
- Direct Shreds Connect
- Direct Shreds Turbo
- Shared Geyser gRPC Stream — Standard
- Shared Geyser gRPC Stream — Premium
- Shared Geyser gRPC Stream — Burst
전 리전의 공유 스트림 엔드포인트에서 HTTPS를 활성화했으며, 기존 HTTP 엔드포인트도 기존과 동일하게 유지하고 있습니다. Shreds Bundle 및 ERPC Bundle에 포함된 공유 엔드포인트에서도 동일하게 HTTPS를 이용하실 수 있습니다.
전용(Dedicated) 엔드포인트는 이번 대상이 아닙니다. 전용 Geyser gRPC 및 전용 Shreds 계열의 연결 방식에는 변경이 없으며, 기존과 동일한 구성으로 이용하실 수 있습니다.
대시보드에서 전환, IP 허용 목록은 공통
연결 방식의 전환은 ERPC Web Dashboard의 엔드포인트 표시에서 하실 수 있습니다.
HTTPS와 HTTP를 전환하면 선택한 방식에 대응하는 엔드포인트 URL이 표시됩니다. 표시된 URL을 그대로 클라이언트에 설정해 주시기 바랍니다.
두 방식 모두 동일한 등록 IP 허용 목록을 사용합니다. 인증은 기존과 동일하게 등록된 IP 주소를 기준으로 하므로, HTTPS로 전환하기 위해 IP를 다시 등록하실 필요는 없습니다. 토큰이나 Authorization 헤더를 추가하실 필요도 없습니다.
Jito ShredStream 종료 이후에도 ERPC의 공유형 Shreds 제품은 계속
Jito가 제공하는 Jito ShredStream은 2026년 9월 5일에 서비스를 종료합니다. 한편 ERPC의 공유형 Shreds 제품은 그 이후에도 계속 제공됩니다.
이번에 HTTPS를 지원하게 된 Direct Shreds Connect와 Direct Shreds Turbo, Shreds Bundle의 복수 IP 플랜, ERPC Bundle에 포함된 Direct Shreds Connect는 모두 9월 5일 이후에도 계속 이용하실 수 있습니다.
참고로 2026년 8월 21일에 안내드린 9월 5일 제공 종료는 전용형 Shredstream 제품과 Stream Bundle이 대상입니다. 공유형 Shreds 제품은 그 대상에 포함되지 않습니다. 전용형을 계약 중인 고객을 위한 마이그레이션 안내는 기존과 동일하게 개별적으로 진행하고 있습니다.
Shreds 취득 경로를 재검토하고 계신 프로젝트라면 지금이 검토하기에 좋은 시점입니다. 이번 기회에 꼭 사용해 보시기 바랍니다.
1시간 단위 시간 요금으로 검증 가능
ERPC의 공유 엔드포인트는 1시간 단위의 시간 요금부터 이용하실 수 있습니다.
월 단위 계약을 전제로 하지 않고, 실제 워크로드에서 HTTPS와 HTTP를 모두 시험해 보며 레이턴시와 기밀성의 균형을 직접 확인하실 수 있습니다.
먼저 짧은 시간의 검증부터 시작하시고, 그 결과를 바탕으로 플랜을 선택해 주시기 바랍니다.
UDP Forwarding 리뉴얼 신제품 근일 제공 예정
Shreds의 전송 경로 자체를 더 단순하게 만드는 UDP Forwarding에 대해서는, 리뉴얼한 신제품을 근일 중 제공할 예정입니다.
저지연을 최우선으로 하는 용도에는 UDP를, 기존 gRPC 인터페이스를 이용한 스트림 구독에는 Shreds gRPC를 선택하는 것처럼, 용도에 맞게 적절한 전송 방식을 선택할 수 있는 구성을 지향하고 있습니다.
지원 리전, 요금, 상세 사양, 정식 출시일은 준비가 완료되는 대로 다시 안내드립니다.
용도에 맞게 선택할 수 있는 인프라로
ERPC는 Solana 인프라의 성능을 단순한 서버 사양만으로 평가하지 않습니다. 데이터 소스와의 근접성, 네트워크 경로, 하드웨어, OS 및 커널, 그리고 사용자에게 전달되는 최종 데이터 전송 방식까지를 포함하여, 하나의 저지연 인프라로 설계하고 있습니다.
이번 HTTPS 지원은 그 전송 방식의 선택지를 넓히는 작업입니다. 모든 프로젝트에게 가장 빠른 단 하나의 선택지가 있는 것은 아니며, 레이턴시와 기밀성 중 무엇을 얼마나 우선할지는 제품의 성격에 따라 달라집니다.
궁금하신 점은 ERPC Web Dashboard의 지원 채팅으로 문의해 주시기 바랍니다.
