ERPC, Solana v4 의 XDP 고속 패스와 zero-copy 를 전 리전의 RPC 노드·Geyser gRPC 노드에 프로덕션 적용 — NY 에서의 실증을 전체 인프라로 확대하고, 스트림 도달과 RPC 상태 신선도를 함께 끌어올리다

ERPC 를 운영하는 ELSOUL LABO B.V.(본사: 네덜란드 암스테르담, 대표이사 CEO: 가와사키 후미타케)와 Validators DAO 는, ERPC 가 Solana v4(Agave 4.x)의 XDP 고속 패스와 AF_XDP zero-copy 를 전 리전의 RPC 노드 및 Solana Geyser gRPC 노드에 프로덕션 적용했음을 알려드립니다. 이는 뉴욕(NY) 리전 Geyser gRPC 의 소스 노드에서 먼저 실증한 최적화를, 전 리전의 프로덕션 인프라로 확대한 것입니다.

XDP 고속 패스와 AF_XDP zero-copy 는, Solana v4(Agave 4.x)에서 사용할 수 있게 된 Turbine 지향 최적화입니다. 기동 플래그에 관해서는, Agave 4.1 계열에서 --experimental-retransmit-xdp-* 계열이 비권장(deprecated)으로 바뀌면서 --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy 로 정리되었습니다. ERPC 는 이 Turbine 지향 XDP 고속 패스와 zero-copy 를 바탕으로, Geyser gRPC 를 떠받치는 소스 노드뿐 아니라 RPC 노드에도 프로덕션 환경에서 적용했습니다. RPC 노드도 Geyser gRPC 노드도 모두 Turbine 을 거쳐 블록을 구성하는 shred 를 수신합니다. XDP 와 zero-copy 를 통해 그 shred 의 전파·수신 경로에서 발생하는 커널 오버헤드를 줄임으로써, Geyser gRPC 에서는 스트림 전송 지연이 단축되고 RPC 에서는 state 의 신선도와 최신 상태를 따라가는 능력이 높아집니다. 본 대응은 이미 전 리전의 프로덕션 환경에서 가동되고 있습니다. first-arrival 성능을 중시하는 고객은 전 리전의 RPC·Geyser gRPC 를, 시간 과금(시간 단위)으로도, Crypto Pay(SOL / USDC / EURC)로도 바로 시험해 보실 수 있습니다.

ERPC 공식 사이트: https://erpc.global/ko ERPC 대시보드: https://dashboard.erpc.global/ko

Solana 에서는 블록 생성을 담당하는 leader 가 짧은 주기로 교체되어, 통신의 기점이 항상 이동합니다. 이러한 구조에서는, 특정한 단일 지점에 가까운 것보다, 주요 노드와 validator 가 밀집한 네트워크에 근접해 있을 확률이 높은 것이, 실제 운용상의 레이턴시와 재전송률, 실패율에 직접 영향을 미칩니다. 그렇기 때문에 ERPC 는, 특정한 한 대만 빠르게 하는 것이 아니라, 전 리전의 프로덕션 노드를 동일한 수준으로 끌어올리는 데에 의미가 있다고 보고 있습니다.

이번 전개의 핵심은, 최적화의 대상을 "Turbine 상의 shred 전파·수신 경로"에 둔다는 점입니다. RPC 든 Geyser gRPC 든, 최종적인 속도는 "노드가 얼마나 빠르게 블록을 잡을 수 있는가"에 의해 떠받쳐집니다. XDP 와 zero-copy 는, 바로 그 잡는 단계 — Turbine 을 통한 shred 의 수신·retransmit·전파 — 의 오버헤드를 줄이는 최적화입니다. 이를 전 리전의 프로덕션 노드에 적용함으로써, 고객이 어느 리전의 접속 지점에서 이용하더라도 최적화된 경로 위에서 데이터를 받을 수 있게 되었습니다.

XDP(eXpress Data Path)는, 고성능 네트워크 코드가 커널의 통상적인 패킷 처리 경로의 상당 부분을 우회할 수 있게 해 주는 Linux 커널 기술입니다. 데이터 복사와 컨텍스트 스위치를 줄임으로써, 표준 네트워킹 스택보다 훨씬 적은 오버헤드로 패킷을 처리합니다.

Agave(Solana 의 validator 클라이언트)에서 XDP 는, validator 노드 간에 블록을 전파하는 프로토콜인 Turbine 에 적용되어 있습니다. 수신한 shred 는, 네트워크 인터페이스 카드(NIC) 가까이에 어태치된 eBPF 프로그램에서 처리되어, AF_XDP 를 통해 사용자 공간의 버퍼에 매핑됩니다. 이때 zero-copy 모드를 사용하면, 수신 데이터를 커널에서 사용자 공간으로 복사하지 않고 직접 넘겨받을 수 있습니다. 송신 측 shred 에 대해서도, AF_XDP 의 송신 경로를 활용함으로써 핫 패스 상의 복사와 시스템 콜 오버헤드를 줄입니다.

Anza 는 Turbine 지향 XDP 를 Agave 3.x 계열(v3.0.9 이후)에서 도입하여, Solana v4(Agave 4.x)의 기반으로 이어 왔습니다. 기동 플래그는 릴리스를 거치며 정리가 진행되어, Agave 4.1 계열에서 --experimental-retransmit-xdp-* 계열이 비권장으로 바뀌면서 --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy 로 정리되었습니다. Anza 의 셋업 가이드에 따르면, XDP 를 사용하면 대규모 validator 에서는 Turbine 의 fanout 을 통해 송신 패킷이 초당 150,000 에 근접할 수 있다고 합니다.

Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide

Geyser gRPC 는, 계정·슬롯·블록·트랜잭션의 업데이트를 폴링이 아니라 스트림으로 받는 경로입니다. 여기서의 1 밀리초 차이가, 체결 기회의 포착과 프런트엔드의 체감 속도에 직결됩니다. Geyser 의 지연은, 최종적으로는 "소스 노드가 얼마나 빠르게 블록을 잡을 수 있는가"에 의해 떠받쳐집니다.

XDP 와 zero-copy 는, 바로 그 소스 노드의 shred 전파·수신 경로의 오버헤드를 줄이는 최적화입니다. 소스 노드가 더 빠르게 shred 를 수신·전파할 수 있게 됨으로써, 블록을 더 이른 단계에서 관측·재구성할 수 있게 되고, 그 업데이트가 Geyser gRPC 스트림을 통해 고객에게 도달하기까지의 지연이 단축됩니다. 먼저 적용한 뉴욕(NY) 리전에서는, 이 최적화가 전송 지연의 테일 영역에 효과가 있음을, 오픈 소스 계측으로 확인했습니다. 이번에 동일한 최적화를 전 리전의 Geyser gRPC 노드로 확대했습니다.

이번 전개에서 새로운 점은, 이 최적화를 RPC 노드에도 적용했다는 것입니다. RPC 노드 역시, Turbine 을 거쳐 블록을 구성하는 shred 를 수신하고, 자신의 원장과 state 를 업데이트합니다. XDP 와 zero-copy 를 통해 그 Turbine 경유 shred 수신·전파의 오버헤드가 줄어들면, RPC 노드는 더 새로운 블록을 더 빠르게 인입할 수 있게 됩니다.

이것은 RPC 를 이용하는 고객에게, 모든 RPC 메서드가 일률적으로 빨라진다는 이야기가 아니라, 노드가 다루는 state 의 신선도로 나타납니다. 가장 최근의 슬롯이나 블록, 계정의 최신 상태를 조회했을 때, 노드가 이미 수신해 둔 정보가 더 새롭다는 점은, 응답에 포함되는 데이터의 신선도에 직결됩니다. 또한 전파·수신 경로의 오버헤드가 작아지는 것은, 노드가 높은 부하 상황에서도 누락 없이 업데이트를 처리할 수 있는 여력으로도 이어집니다. Geyser gRPC 의 스트림 전송과 동일한 최적화가, RPC 가 반환하는 데이터의 신선도를 떠받치는 토대로도 작동한다 — 이것이 이번에 RPC 노드까지 대상을 넓힌 이유입니다.

ERPC 는, 전 리전의 RPC 노드 및 Geyser gRPC 노드를 Solana v4(Agave 4.x)로 마이그레이션하고, Turbine 지향 XDP 고속 패스와 AF_XDP zero-copy 를 프로덕션 환경에 투입했습니다. Agave 4.1 계열에서 정리된 --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy 의 기동 플래그 체계를 바탕으로, 리전별 구성에 맞추어 활성화하고 있습니다.

XDP 의 활성화는, 최신 커널, XDP 에 대응하는 NIC, validator 프로세스에 대한 적절한 systemd capabilities, 올바른 기동 플래그, CPU 코어의 적절한 핀 고정(pinning) 등, 정교하면서도 실수하기 쉬운 튜닝을 필요로 합니다. 이를 단일 노드가 아니라 전 리전의 프로덕션 노드에, 리전별로 다른 NIC·커널·네트워크 구성을 검증하면서 전개하는 것은, 운용 난도가 한층 더 높아지는 작업입니다. ERPC 는, 네트워크의 정점에서 validator 를 운용하며 쌓아 온 이 운용 노하우를, 각 리전의 소스 노드와 RPC 노드의 구축·운용에 그대로 적용하고 있습니다.

그리고 이 최적화의 운용 노하우는, 오픈 소스 Solana 운용 도구 SLV 에 레시피로 집약되어 있습니다. SLV 는, XDP 의 활성화(xdp_enabled / xdp_zero_copy 등의 설정 변수)부터 전송 지연의 계측(slv check geyserbench)까지를, AI 에이전트와의 대화 또는 CLI 로 누구나 재현할 수 있는 형태로 제공합니다. ERPC 가 전 리전에서 달성한 최적화는, 특별한 한 대를 위한 비결이 아니라, 재현 가능한 운용 레시피 위에 성립합니다.

SLV GitHub: https://github.com/validatorsDAO/slv

이번 최적화가 얼마만큼의 차이를 만드는지는, 접속 origin, 경로, 시간대, leader 의 분포에 따라 달라집니다. 바로 그렇기 때문에 ERPC 는, 전송 품질을 주관이나 홍보 문구가 아니라, 누구나 같은 방법으로 확인할 수 있는 계측으로 제시하는 것을 중시합니다. 고객이 확인할 수 있는 것은 고정된 수치가 아니라, 계측 방법 그 자체입니다.

Geyser gRPC 에 관해서는, ERPC 의 벤치마크 도구가 오픈 소스로 공개되어 있습니다. first-arrival 비교에는 slv check geyserbench --kind grpc 를, 개별 엔드포인트의 연결성·지연 확인에는 slv check grpc 를 사용할 수 있으며, 자신의 워크로드에 가까운 조건에서 그대로 비교하실 수 있습니다. RPC 에 관해서도, 자신의 bot 이나 애플리케이션이 실제로 보내고 있는 요청으로, 돌아오는 데이터의 신선도와 응답의 양상을, 같은 접속 origin 에서 계측·확인하시는 것이 가장 확실합니다.

벤더의 주장이 아니라, 스스로 계측한 수치로 의사 결정할 수 있다는 것이, first-arrival 성능을 중시하는 고객에게 출발점입니다. SLV 도입부터 계측 실행까지의 절차는, SLV Getting Started 에서 공개하고 있습니다.

SLV 공식 사이트: https://slv.dev/ko SLV Getting Started: https://slv.dev/ko/doc/general/getting-started/ Solana Geyser gRPC 속도 비교 문서: https://erpc.global/ko/doc/geyser-grpc/speed-comparison/

ERPC 의 레이턴시 우위는, 소프트웨어 최적화만으로 이루어지는 것이 아닙니다. ERPC 는, 소스 노드, 수신 엔드포인트, 처리 노드를, Solana validator 가 고밀도로 밀집한 프리미엄 데이터 센터 내에 배치함으로써, 거리에서 비롯되는 지연을 설계 단계에서 억제하고 있습니다.

ELSOUL LABO 는, RIPE NCC 로부터 부여받은 자사 ASN(AS200261)에 의한 Solana 특화 데이터 센터를 ERPC 플랫폼의 일부로 운용하고 있습니다. 이번 XDP·zero-copy 와 같은 소프트웨어 최적화는, 이 물리적·네트워크적 근접 설계 위에서 비로소 최대의 효과를 발휘합니다. 설계 차원의 가까움과, 노드 측 소프트웨어 최적화의 양쪽이 갖추어짐으로써, first-arrival 성능과 저지연 스트리밍 품질, 그리고 신선도 높은 RPC 응답이 실현됩니다.

이번 전 리전 전개는, ERPC 가 지속적으로 추진해 온 인프라 강화의 계보에 자리합니다. 2025 년 12 월의 전 리전 Geyser gRPC 인프라 업그레이드, 2026 년 1 월의 프랑크푸르트(FRA) 리전 대규모 강화, 그리고 2026 년 6 월의 뉴욕(NY) 리전에서의 XDP·zero-copy 선행 적용에 이어지는, 최신 세대의 최적화입니다. NY 에서 실증한 최적화를, 이번에 RPC 노드까지 대상을 넓힌 뒤에, 전 리전의 프로덕션 인프라로 전개했습니다.

ERPC 는, 수요 증가에 대해 제한이나 축소로 대응하는 것이 아니라, 인프라 그 자체를 강화함으로써 흡수한다 — 이 방침을 일관되게 채택하고 있습니다. 대응 NIC·커널·네트워크 구성의 검증을 거듭하면서, 최신 세대의 최적화를 프로덕션 인프라에 계속 반영합니다. ERPC 의 RPC 와 Geyser gRPC 는, 앞으로도 지속적으로 진화를 이어 갑니다.

ERPC 의 RPC·Geyser gRPC 는, 시간 과금 플랜으로 1 시간 단위부터 시험해 보실 수 있습니다. 이를 통해 리스크를 억제한 검증 루프가 성립합니다. 1 시간만 계약하고, 그 시간 안에 자신의 bot 이나 애플리케이션의 접속 origin 에서 본 실제 동작을 확인한 뒤, 그 결과를 바탕으로 월간·연간 요금제로의 전환을 판단할 수 있습니다. 앞서 설명한 slv check 에 의한 계측도, 이 1 시간의 트라이얼 안에서 그대로 실행하실 수 있습니다.

구성과 사용량이 보이기 시작한 단계에서 월간 플랜이나 연간 플랜으로 전환하더라도, 같은 대시보드, 같은 엔드포인트 품질 그대로 진행하실 수 있습니다.

ERPC 대시보드: https://dashboard.erpc.global/ko

ERPC 는, ERPC 크레딧 구입과 각종 플랜의 결제에 Crypto Pay 를 제공하고 있으며, 시간 과금 플랜에도 대응하고 있습니다. 결제 자산으로 SOL, 그리고 스테이블코인인 USDC / EURC 를 선택할 수 있습니다. EURC 는 직접 송금할 수 있으며, USDC 또는 SOL 은 Orca 를 거쳐 EURC 로 스왑하여 송금까지를 같은 플로우로 진행할 수 있습니다.

Solana 위에서 개발·운용을 하는 팀에게, 인프라 이용료를 기존의 지갑 기반 자금 관리 플로우에 가까운 형태로 다룰 수 있다는 것은, 검증 개시까지의 마찰을 낮추는 실무적인 개선입니다. 앞서 설명한 시간 과금에 의한 검증도, Solana 지갑의 자산에서 그대로 시작하실 수 있습니다.

ERPC 는, Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream(Raw Shreds), VPS, 베어메탈 서버, 전용 RPC, SWQoS, Pyth 대응 Price API, Jet Analytics & Indexed RPC 를, 동일한 플랫폼 위에서 조합하여 이용할 수 있습니다.

ERPC 대시보드는 16 개 언어에 대응하고 있어, 플랜 선택, 리전 선택, 재고 확인, 카트에 추가, 크레딧 충전, 체크아웃, API 키와 엔드포인트의 확인, 이용 현황의 확인, 서포트 티켓 작성까지를, 같은 화면에서 진행하실 수 있습니다.

ERPC 의 배경에는, ELSOUL LABO 가 추진하고 있는 Solana 특화 인프라의 연구 개발이 있습니다. ELSOUL LABO 는, 네덜란드 정부의 연구 개발 지원 제도 WBSO 에서 2022 년 이후 5 년 연속으로 승인을 받고 있습니다. Solana RPC 인프라, validator 운용, 실시간 데이터 전송, AI 에이전트에 의한 운용·개발 지원에 관한 연구 개발을 지속하고 있으며, 그 성과는 ERPC, SLV, SLV AI, AS200261 Solana 특화 데이터 센터를 포함한 각종 서비스에 반영되고 있습니다.

이번 전 리전에서의 Solana v4 / XDP / zero-copy 대응도, 네트워크의 정점에서 validator 를 운용하는 가운데서 형태를 갖춘 것입니다. ERPC 는 앞으로도, Solana 네트워크에 가까운 곳에서 저지연 인프라를 제공하고, 그 품질을 누구나 같은 방법으로 확인할 수 있는 계측으로 제시해 나가겠습니다.

전 리전의 RPC·Geyser gRPC 를 포함한 최적의 리전 구성, gRPC 단독 플랜 및 gRPC Bundle 플랜의 선정, 시간 과금·월간·연간의 구분 사용, 기존 구성으로부터의 이행 설계에 관해서는, Validators DAO 공식 Discord 에서 개별 상담을 받고 있습니다.

ERPC 대시보드: https://dashboard.erpc.global/ko ERPC 공식 사이트: https://erpc.global/ko Validators DAO 공식 Discord: https://discord.gg/C7ZQSrCkYR

평소 ERPC 를 이용해 주시는 이용자 여러분께 진심으로 감사의 말씀을 드립니다.