SLV가 Solana v4 지원을 완료 — XDP와 Alpenglow 선행 대응 BLS

ELSOUL LABO B.V.(본사: 네덜란드 암스테르담, 대표이사 CEO: Fumitake Kawasaki)와 Validators DAO는 오픈소스 Solana 운영 도구 SLV가 Solana v4(Agave 4.x) 지원을 완료했음을 알려 드립니다.

이번 업데이트로, 가장 높은 성능을 내는 Solana 밸리데이터가 의존하는 최적화 — Anza의 XDP를 통한 Turbine 재송신 가속과, SIMD-0387에서 정의된 Alpenglow 선행 대응 BLS 공개키 등록 워크플로 — 를, 이제 어떤 운영자든 동일하게 검증된 운영 레시피로, AI 에이전트와의 대화 또는 직접 CLI 조작으로 진행할 수 있게 되었습니다. 과거에는 Linux와 Solana에 대한 깊은 전문성을 요구하던 고급 튜닝을 SLV에 집약함으로써, 그러한 전문적 배경이 없는 운영자라도 대화만으로 재현할 수 있습니다.

SLV 공식 사이트: https://slv.dev/ko SLV GitHub: https://github.com/validatorsDAO/slv

최고 수준의 밸리데이터 운영을 민주화하다 — 세계 최고 수준의 최적화를, 누구나 재현할 수 있도록

SLV는 AI 에이전트와 함께 Solana 밸리데이터를 운영함으로써, 최고 품질의 유지보수를 낮은 비용으로, 전 세계 어디서든 제공하기 위한 오픈소스 노력입니다.

Solana에서는 밸리데이터의 원초적 성능과 그 이면의 운영 노하우 사이의 격차가 점점 벌어져 왔습니다. 저지연 네트워킹, 커널과 NIC 튜닝, 프로토콜 업그레이드에 대한 주도면밀한 준비 — 최고 수준의 밸리데이터 성능으로 이어지는 운영은 Linux와 Solana에 대한 깊은 전문 지식과 지속적인 직접 작업을 요구해 왔습니다. 그 결과, 최고 수준의 운영은 그러한 전문성을 가진 일부 운영자에게만 도달 가능한 것이 되기 쉬웠습니다.

SLV는 그 격차를 메우기 위해 존재합니다. 세계 최고 수준의 밸리데이터 운영이 쌓아 온 운영 노하우를 AI 에이전트의 스킬로 집약함으로써, 누구나 동일한 운영 레시피를 대화만으로 재현할 수 있습니다. 이번 Solana v4 지원은 그 발상을 최신 최적화에 그대로 적용한 것입니다. 가장 높은 성능을 내는 밸리데이터가 도입하고 있는 바로 그 기술 — XDP와 BLS — 가, 자신의 클라이언트나 환경 선택을 포기하지 않고도, SLV를 사용하는 모든 운영자에게 열립니다.

Solana v4 지원이 가져오는 것 — XDP, BLS, 재시작 안전성을 모두 처리

Solana v4(Agave 4.x)는 Anza가 메인넷용으로 권장하는 최신 세대의 밸리데이터 클라이언트로, 코어 성능을 높이는 동시에 더 큰 블록과 다가오는 Alpenglow 컨센서스 업그레이드를 위해 네트워크를 준비합니다. SLV의 v4 지원은 이 기반으로 이동하는 운영자에게 가장 중요한 세 가지 영역을 다룹니다.

XDP를 통한 Turbine 재송신 가속 — 블록 전파를 가속하는 고성능 네트워킹 경로를 턴키로 활성화.
Alpenglow 선행 대응 BLS 공개키 등록(SIMD-0387) — 등록 워크플로를 사전에 정비하여, Alpenglow feature gate가 활성화되면 밸리데이터가 즉시 등록할 수 있는 상태로.
Agave 4.1+의 재시작 안전성 — 포트 레인지 조정과 클러스터 재시작 전용 플래그의 게이트화를 통해, 새 클라이언트로의 이동이 피할 수 있는 기동 실패를 초래하지 않도록.

이들 모두는 동일한 SLV 워크플로 — AI 에이전트와의 대화 또는 CLI — 로 다룰 수 있으므로, Solana v4로의 이동이 수작업으로 오류가 발생하기 쉬운 프로젝트가 되지 않습니다. 최신 SLV 릴리스는 위의 모든 것을 v2026.6.6 시리즈로 제공합니다 — BLS, XDP, 재시작 안전성 수정이 먼저 출시되고, Firedancer와 RPC 견고화가 같은 시리즈로 뒤따릅니다.

XDP란 무엇인가 — Turbine을 가속하는 Linux 커널 패스트 패스

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

Agave에서 XDP는 밸리데이터 네트워크 전반에 블록을 전파하는 프로토콜인 Turbine에 적용됩니다. 수신되는 shred는 네트워크 인터페이스 카드(NIC) 가까이에 부착된 eBPF 프로그램에서 처리되어 AF_XDP를 통해 사용자 공간 버퍼로 매핑되고, 송신되는 shred는 XDP_TX를 사용해 직접 전송됩니다 — 핫 패스 상의 시스템 콜과 복사를 제거합니다. Anza는 Turbine용 XDP를 Agave 3.x 시리즈(v3.0.9부터)에서 도입했으며, Agave 4.0 기반으로 이어 가고 있습니다.

Anza의 셋업 가이드에 따르면, 대규모 밸리데이터는 XDP로 초당 150,000 송신 패킷에 근접할 수 있습니다. Anza는 XDP를 100M-CU 블록을 향해 밸리데이터를 준비시키고 IBRL(Increase Bandwidth, Reduce Latency) 로드맵을 전진시키는 여력의 일부로 위치 짓고 있으며, 이를 도입하는 운영자를 위한 공식 셋업 가이드도 공개했습니다.

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

SLV가 XDP를 턴키로 — 대화와 몇 가지 인벤토리 변수만으로 활성화

XDP를 수작업으로 도입하는 것은 간단하지 않습니다. 최신 커널(igb 드라이버의 경우 6.14+, 그 외는 6.8+), XDP 지원 NIC, 밸리데이터 프로세스에 알맞은 systemd capabilities, 그리고 올바른 기동 플래그가 필요하며 — CPU 코어 핀 고정(PoH 코어 포함)을 올바르게 선택해야 해당 경로가 제대로 성능을 냅니다. 이것이야말로 고급 최적화를 많은 운영자의 손이 닿지 않는 곳에 두어 온 종류의 전문 작업입니다.

SLV는 이를 턴키 단계로 바꿉니다. XDP 재송신 가속은 호스트별 인벤토리 변수 — xdp_enabled, xdp_interface, xdp_cpu_cores, xdp_zero_copy, xdp_poh_pinned_cpu_core — 를 통해 opt-in으로 활성화됩니다. 활성화하면 SLV가 대상 Agave/Jito 버전에 맞는 XDP 기동 플래그를 적용하고, 필요한 systemd capabilities(CAP_NET_RAW, CAP_NET_ADMIN, CAP_BPF, CAP_PERFMON)를 자동으로 부여합니다. 이 변수들은 Agave 및 Jito 밸리데이터에 적용됩니다. Firedancer는 XDP를 네이티브로 사용하므로 별도의 활성화가 필요 없습니다. (XDP는 Agave 릴리스를 거치며 성숙해 왔습니다 — Agave 4.1 시점에서는 더 이상 실험적이지 않으며, 그 과정에서 대응하는 플래그 이름도 바뀌었습니다 — 따라서 SLV가 버전마다 올바른 플래그를 추종하므로, 운영자가 신경 쓸 필요가 없습니다.)

운영자 입장에서 보면, 이는 전적으로 대화로 진행할 수 있습니다. AI Console을 실행하고 "이 밸리데이터에서 XDP 재송신 가속을 활성화해 줘"와 같이 말하기만 하면, AI 에이전트가 필요한 설정을 선택하고 적용합니다. CLI를 선호하는 사용자를 위한 대응 명령어도 제공되므로, AI 에이전트를 사용하지 않는 워크플로도 완전히 지원됩니다. 가장 높은 성능을 내는 밸리데이터가 사용하는 것과 동일한 네트워킹 최적화가, SLV를 사용하는 어떤 운영자든 켤 수 있는 것이 됩니다.

Alpenglow 선행 대응 BLS 등록 — SIMD-0387에 대한 선행 지원

Alpenglow는 Solana의 차세대 컨센서스 프로토콜입니다. 밸리데이터의 투표를 효율적으로 집계하기 위해 — 예를 들어, 밸리데이터의 60%가 슬롯 건너뛰기에 투표했음을 간결하게 증명하기 위해 — Alpenglow는 투표에 사용하는 현행 ed25519 서명을 BLS(Boneh–Lynn–Shacham) 집계 서명 방식으로 대체합니다. SIMD-0387은 밸리데이터가 Alpenglow 활성화 후 투표할 수 있도록, vote account에 BLS 공개키를 등록하는 방법을 정의합니다.

SIMD-0387에서는 BLS 공개키 등록이 해당 제안의 feature gate가 활성화되어야 비로소 가능해지며, 각 밸리데이터는 투표를 계속하기 위해 Alpenglow가 가동되기 전에 vote account에 하나를 등록해 두어야 합니다. BLS 키페어는 vote authority 키페어(없는 경우 identity 키페어)로부터 파생되며, 등록은 온체인에서 Proof of Possession(PoP) — 그 키를 vote account에 결합하여 rogue-key 공격을 방지하는 암호학적 증명 — 와 함께 수행됩니다. 현 시점에서 SIMD-0387은 리뷰 단계에 있으며 그 feature gate는 아직 메인넷에서 활성화되지 않았습니다(devnet 활성화가 추적되고 있는 단계입니다). 따라서 메인넷에서는 아직 BLS 키를 등록할 수 없습니다. 지금 중요한 것은 gate가 열렸을 때 즉시 움직일 수 있는 워크플로를 정비해 두는 것입니다.

바로 여기에서 미리 준비해 두는 것이 효과를 발휘합니다. Alpenglow가 가동되면, BLS 키가 등록되지 않은 vote account는 unstaked 상태인 것처럼 동작합니다. gate가 열린 뒤 허둥대며 대응하는 것이 아니라, 등록 워크플로를 미리 정비해 두는 것이, 전환을 가로질러 운영을 안전하게 유지하는 길입니다.

SLV의 register:bls — 배포 시점에 자동으로 준비

SLV는 이 준비를 운영자를 대신해 정비합니다. 새로운 slv v register:bls 명령어는 feature gate가 활성화된 후, authorized-voter 또는 identity 키페어로부터 파생한 BLS 공개키를 각 vote account에 등록하는 워크플로입니다. 또한 slv v deploy의 끝에서 자동으로 실행되므로, SLV로 구축·갱신한 밸리데이터는 통상적인 흐름의 일부로서 이 단계를 통과합니다.

이 작업은 언제 실행해도 안전하도록 설계되었습니다. feature gate가 아직 활성화되지 않은 클러스터에서는 안전한 no-op로 통과하고, gate가 활성화된 후에 동일한 워크플로로 키를 등록합니다. 멱등적이므로, 미리 실행해도 위험이 없고 업그레이드에 맞추어 타이밍을 정밀하게 맞출 필요도 없습니다. XDP와 마찬가지로, 이 단계도 AI 에이전트와의 대화 또는 CLI로 진행할 수 있습니다. Alpenglow 전환을 가로질러 밸리데이터가 투표를 계속할 수 있는지를 좌우하는 토대가, 수작업 키 관리 없이, 사전에 정비됩니다.

Agave 4.1+를 위한 재시작 안전성 강화

새로운 세대의 클라이언트로의 이동은 미묘한 기동 실패를 드러낼 수 있으며, SLV의 v4 지원은 이에 직접 대처합니다. Agave 4.1+(및 동일 기반의 Jito 밸리데이터)를 위해, dynamic_port_range를 최소 27 포트(8000–8030 / 8900–8930)로 확장하여, Agave/Jito 4.1.0+가 더 좁은 레인지를 기동 시 "Port range is too small"로 거부하던 경우 — 밸리데이터와 RPC 노드를 crash-loop에 빠뜨리던 실패 — 를 해소했습니다. 이 수정은 모든 validator, RPC, pythnet start script와 함께 init 및 인벤토리 기본값을 포괄합니다.

또한 클러스터 재시작 전용 플래그가 이제 게이트화되었습니다. --wait-for-supermajority와 --expected-bank-hash는 명시적으로 설정된 경우에만 부여되므로, 오래된 slot이나 bank hash가 통상적인 재시작에서 노드를 더 이상 행(hang) 상태에 빠뜨리거나 bank-hash 불일치로 패닉을 일으킬 수 없습니다. 이것들은 수작업으로 다루면 일상적인 업그레이드를 장애로 바꿀 수 있는 종류의 세부 사항이며 — SLV가 이제 표준 레시피의 일부로 처리합니다.

이 견고화는 레시피 전체에 걸쳐 이어집니다. 후속 릴리스는 동일한 운영 견고성을 Firedancer와 RPC 경로로 확장합니다 — 네트워크를 인지하는 Firedancer 버전 처리, Jito 빌드 충돌 정리, RPC start script 수정 — 이로써 운영자가 어떤 클라이언트를 운영하든 최신 기반으로의 이동이 매끄럽게 유지됩니다.

차륜의 재발명을 없애다 — 최고 수준의 노하우를 AI 에이전트에 집약하다

Solana 생태계에서는 많은 프로젝트가 실제 제품 개발과는 별개로, 밸리데이터와 노드를 운영하는 공통 작업에 시간을 쏟고 있습니다. 클라이언트의 빌드, 배포, 모니터링, 업데이트, 마이그레이션 — 이것들은 어느 프로젝트에게나 비슷한 작업의 반복이며, 일종의 차륜의 재발명입니다.

XDP 활성화와 Alpenglow 선행 대응 BLS 등록은 그 완벽한 예입니다. 둘 다 고도이고 틀리기 쉬우며, 그렇지 않으면 각 운영자가 개별적으로 조사하고 다시 도출해야 합니다. 이 운영 노하우를 AI 에이전트를 위한 SLV 스킬로 집약함으로써, 동일하게 검증된 레시피를 누구나 대화만으로 재현할 수 있고 — 운영의 인적 비용이 구조적으로 낮아집니다. 이번 릴리스에서는 AI 에이전트가 참조하는 지식인 SLV 밸리데이터 스킬이 BLS(SIMD-0387)와 XDP를 위해 갱신되어, 에이전트가 낡은 절차가 아니라 현행의 올바른 절차를 적용합니다. "최고 품질의 유지보수를, 낮은 비용으로"란 실제로는 이런 의미입니다.

SLV는 앞으로도 Solana 프로젝트 전반에 공통되는 운영 부담을, SLV AI와 함께 하나씩 해소해 나가겠습니다 — 그리하여 각 프로젝트가 자신들의 제품의 본질적인 개발에 집중할 수 있도록.

CLI와 AI 에이전트 모두 — 안정성이 양쪽을 떠받친다

SLV는 AI 에이전트로서뿐만 아니라 CLI로서도 안정적으로 동작합니다. AI 에이전트에 의존하기를 선호하지 않거나, SLV를 스크립트화된 자동화 흐름에 통합하고자 하는 사용자에게도, SLV는 실용적인 운영 기반으로 남아 있습니다.

이 CLI 수준의 안정성이야말로 AI 에이전트 운영의 신뢰성을 떠받칩니다. SLV의 모든 기능은 MCP(Model Context Protocol)에 대응하며, AI 에이전트는 CLI가 하는 것과 동일한 인터페이스를 MCP를 통해 호출합니다. CLI가 안정적이면 AI 에이전트도 안정적이다 — 이 설계 원칙이 SLV의 AI 에이전트 운영의 신뢰성을 떠받칩니다. XDP 활성화와 register:bls도, 동일한 MCP 기반 위에서 CLI와 AI 에이전트 양쪽으로부터 동일하게 다룰 수 있습니다.

성능에 대한 진심을 떠받치는 운영 기반 — Epics DAO 밸리데이터가 세계 3위에 도달

ERPC의 SWQoS 엔드포인트 및 Epic Shreds의 배신원으로 운영되는 Epics DAO 밸리데이터는, 전체 Solana 밸리데이터 가운데 Shinobi Performance Pool에서 세계 종합 3위(스코어 99.93)에 도달했으며, vote 관련 스코어는 99%를 넘는 수준입니다.

이 결과는 하드웨어 선정, 커널 파라미터 최적화, 네트워크 스택 튜닝, IRQ 어피니티 조정, DoubleZero의 도입, 그리고 바로 XDP가 체현하는 종류의 네트워킹 최적화 등, 여러 개선의 누적된 성과입니다. SLV는 그 운영 노하우를 AI 에이전트에 집약하여 누구나 동일한 운영 레시피로서 재현할 수 있는 형태로 제공합니다. 여기서 설명한 최적화는 탁상의 것이 아니라, 네트워크의 정점에 도달한 운영에서 나온 것입니다.

ERPC 플랫폼과의 조합

SLV의 Solana v4 지원은 어떤 환경에서도 동작하며, ERPC 플랫폼과 특히 잘 어울립니다. ELSOUL LABO는 RIPE NCC로부터 부여받은 자사 ASN(AS200261)에 의한 Solana 전용 데이터센터를 ERPC 플랫폼의 일부로 운영하고 있으며 — 그곳에서는 v4 최적화, SLV에 의한 운영 자동화, 그리고 ERPC 플랫폼을 한데 묶어 이용할 수 있습니다.

ERPC는 배신원 밸리데이터, 수신 엔드포인트, 처리 노드를 Solana 밸리데이터가 고밀도로 집적된 프리미엄 데이터센터 안에 배치함으로써, 거리에서 비롯된 지연을 설계 단계에서 억제합니다. Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream(Raw Shreds), VPS, 베어메탈 서버, SWQoS, Pyth 호환 Price API, 그리고 Jet Analytics & Indexed RPC를 동일 플랫폼 위에서 조합해 이용할 수 있습니다. SLV로 구축한 v4 밸리데이터를 ERPC 플랫폼 위에서 운영하면, SLV의 최적화와 ERPC의 설계 수준의 속도를 동일한 환경에서 조합할 수 있습니다.

ERPC 공식 사이트: https://erpc.global/ko

지금 바로 SLV AI 토큰으로 시작하세요

SLV의 AI 에이전트는 SLV AI 토큰으로 동작합니다. 무료로 시작할 수 있습니다 — EUR 5의 Authorization으로 100,000 토큰이 제공되며, XDP 활성화, BLS 등록 준비, 그리고 Solana v4 밸리데이터 운영을 AI 에이전트와의 대화로 체험하기에 충분한 분량입니다.

ERPC SLV AI Plans: https://erpc.global/ko/price/

ChatGPT 및 Claude API 토큰을 통한 연결도 지원하므로, 자신의 API 키로 SLV AI를 동작시킬 수 있습니다.

여러분의 피드백이 SLV를 만듭니다

SLV는 여러분의 피드백을 통해 매일 진화합니다. 이번 Solana v4 지원도 Validators DAO 공식 Discord에 전해진 목소리와, 네트워크의 정점에서 밸리데이터를 운영하는 가운데 형태를 갖추었습니다. 직접 사용해 보시고, 의견과 요청을 Validators DAO 공식 Discord로 보내 주세요.

언제나 감사합니다. 앞으로도 SLV와 ERPC를 변함없이 성원해 주시기 바랍니다.

문의

SLV 및 ERPC에 관한 문의는 Validators DAO 공식 Discord에서 서포트 티켓을 작성해 주세요.

Validators DAO Official Discord: https://discord.gg/C7ZQSrCkYR

링크

SLV 공식 사이트: https://slv.dev/ko
SLV Getting Started: https://slv.dev/ko/doc/general/getting-started/
SLV GitHub: https://github.com/validatorsDAO/slv
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
SIMD-0387 (BLS Pubkey Management in Vote Account): https://github.com/solana-foundation/solana-improvement-documents/blob/main/proposals/0387-bls-pubkey-management-in-vote-account.md
ERPC 공식 사이트: https://erpc.global/ko
ERPC SLV AI Plans: https://erpc.global/ko/price/
Epics DAO 공식 사이트: https://epics.dev/ko
Validators DAO Official Discord: https://discord.gg/C7ZQSrCkYR

SLV가 Solana v4 지원을 완료 — XDP를 통한 Turbine 가속과 Alpenglow 선행 대응 BLS 등록을, AI 에이전트와의 대화로 어떤 밸리데이터든 재현할 수 있는 운영 레시피로 제공