본문으로 건너뛰기

솔라나의 클라이언트 다양성 시대: 파이어댄서(Firedancer), 아가베(Agave) 그리고 100만 TPS를 향한 여정

· 약 8 분
Dora Noda
Software Engineer

수년 동안 솔라나는 단일 클라이언트 네트워크로 운영되어 왔으며, 비평가들은 이 사실을 커뮤니티가 잊지 않도록 끊임없이 지적해 왔습니다. 하나의 코드베이스는 한 세트의 버그가 전체 체인을 중단시킬 수 있음을 의미했고, 실제로 2022년과 2023년 내내 반복적으로 중단되었습니다. 하지만 12개월이라는 짧은 기간 동안 놀라운 일이 일어났습니다. 솔라나는 단일 문화(monoculture)에서 진정한 멀티 클라이언트 생태계로 거듭났으며, 현재 두 개의 독립적인 검증인 구현체가 프로덕션 환경에서 실행되고 있고 세 번째 합의 알고리즘 개편도 눈앞에 두고 있습니다. 이제 문제는 솔라나가 클라이언트 다양성을 달성할 수 있느냐가 아니라, 현재 현물 ETF를 통해 쏟아져 들어오는 기관 자본에 걸맞게 이 다양성이 충분히 빠르게 확보되느냐 하는 것입니다.

하나의 코드베이스에서 세 개의 팀으로

솔라나의 검증인 환경은 의도적으로 별도의 개발 팀들로 분열되었으며, 각 팀은 솔라나 프로토콜의 자체 구현체를 구축하고 유지 관리하고 있습니다.

Agave는 Solana Labs에서 분사한 팀인 Anza가 유지 관리하며, 원래 솔라나 검증인의 직계 후손입니다. Rust로 작성된 이 클라이언트는 여전히 참조 구현체이자 가장 널리 채택된 포크인 Jito-Solana의 기반이 되고 있습니다. Anza는 정기적인 업데이트를 지속적으로 출시하고 있으며, 최신 Agave 릴리스(v3.x 시리즈)는 최근 2026년 3월 10일에 배포되었고 v4.0.0-beta.0 테스트넷 릴리스도 이미 준비 중입니다.

Firedancer는 Jump Crypto의 엔지니어링 부문에서 개발한 것으로, C/C++로 솔라나 검증인을 처음부터 새로 작성한 결과물입니다. 3년간의 개발 끝에 2025년 12월 메인넷에 출시되었습니다. 전체 클라이언트가 완성되기 전에는 Firedancer의 고성능 네트워킹 스택과 Agave의 런타임을 결합한 하이브리드 형태인 Frankendancer가 Jump의 코드를 점진적으로 도입하려는 검증인들의 진입로 역할을 했습니다.

세 번째 주요 개발 사항은 2025년 9월 투표에 참여한 SOL 스테이커의 98.27%가 승인한 완전히 새로운 합의 프로토콜인 Alpenglow입니다. Alpenglow는 역사 증명(Proof-of-History)과 TowerBFT를 두 개의 새로운 구성 요소인 빠른 완결성 합의 엔진 Votor와 데이터 전파 최적화 계층 Rotor로 대체합니다. 그 결과, 이론적 완결성 도달 시간은 약 12.8초에서 100–150밀리초로 단축되어 약 100배의 개선을 이루게 됩니다. 메인넷 배포는 2026년 1분기를 목표로 하고 있습니다.

현재의 스테이크 분포 현황

클라이언트 다양성을 측정하는 가장 명확한 척도는 스테이크 분포, 즉 각 구현체를 실행하는 검증인에게 위임된 SOL의 양입니다.

최신 데이터에 따르면 다음과 같습니다:

  • Jito-Solana (MEV 인프라가 포함된 Agave의 포크): 전체 스테이킹된 SOL의 약 72–88%를 차지하며 압도적인 차이로 지배적인 클라이언트임
  • Frankendancer (Firedancer 하이브리드): 207개 검증인에 걸쳐 스테이킹된 SOL의 약 20.9%를 차지하며, 2025년 6월의 8%에서 크게 증가함
  • Agave (순수 오리지널, Jito 제외): 스테이킹된 SOL의 약 7%

4개월 만에 스테이크 점유율이 두 배 이상 증가한 Frankendancer의 빠른 채택은 Jump의 코드에 대한 검증인들의 신뢰를 나타냅니다. 이제 메인넷에서 전체 Firedancer를 사용할 수 있게 됨에 따라 검증인들은 처음으로 완전히 독립적인 소프트웨어 스택을 실행할 수 있게 되었으며, 이는 2026년 내내 마이그레이션을 더욱 가속화할 것입니다.

100만 TPS를 향한 질문

Agave와 Firedancer 모두 합성 벤치마크에서 독립적으로 초당 110만 건의 트랜잭션(1.1 million TPS)을 입증했습니다. 이는 Jump Crypto의 수석 과학자인 Kevin Bowers가 Breakpoint 2024에서 상용 하드웨어를 사용하여 처음으로 선보인 수치입니다.

하지만 실험실 벤치마크와 실제 프로덕션 환경 사이에는 여전히 큰 격차가 있습니다. 솔라나는 현재 일반적인 조건에서 실시간 3,000–5,000 TPS를 처리하고 있지만, 2025년 8월의 획기적인 테스트에서는 메인넷에서 100,000 TPS까지 기록했습니다. 10만 TPS에서 100만 TPS로 가는 길은 단순한 클라이언트 최적화뿐만 아니라 새로운 배칭 전략의 네트워크 전반의 도입, Alpenglow 합의 업그레이드, 그리고 기존 블록 크기 제한의 제거가 필요합니다. 이는 검증인 하드웨어 성능에 따른 동적 제한을 위해 정적 블록 상한선을 없애자는 Firedancer의 SIMD-0370 제안에서 다루고 있는 주제입니다.

현실적으로 프로덕션 환경에서의 100만 TPS는 2026년이 아닌 2027–2028년의 목표입니다. 하지만 현재 마련되고 있는 인프라 기반인 멀티 클라이언트 검증, 차세대 합의 알고리즘, 그리고 동적 블록 스케일링은 이 목표를 단순한 열망이 아닌 신뢰할 수 있는 현실로 만들고 있습니다.

솔라나와 이더리움 클라이언트 생태계 비교

이더리움은 멀티 클라이언트 철학을 개척했으며 수년 앞서 나가고 있습니다. 현재 이더리움의 실행 클라이언트 분포는 다음과 같습니다:

  • Geth: ~62.6%
  • Nethermind: ~13%
  • Besu: ~9–10%
  • Reth: ~5.4%
  • 기타 나머지를 구성함

이더리움의 분포가 솔라나보다 더 건강한 상태이긴 하지만, Geth는 여전히 절대 다수를 점유하고 있습니다. 이는 치명적인 Geth 버그가 발생할 경우 소수 클라이언트가 개입하기 전에 이론적으로 잘못된 체인을 완결시킬 수 있을 만큼 충분한 수치입니다. 이더리움의 합의 계층 또한 특정 클라이언트가 과도한 점유율을 차지하고 있어 유사한 집중화 우려에 직면해 있습니다.

솔라나의 상황은 더 심각하면서도 동시에 더 빠르게 개선되고 있습니다. Jito-Solana의 72–88% 점유율은 이더리움의 Geth와 유사하지만, 6개월도 채 되지 않아 Frankendancer가 8%에서 21%로 성장한 것은 이더리움이 수년이 걸려 달성한 것과 같은 급격한 다양화를 보여줍니다. 핵심적인 차이점은 솔라나의 대체 클라이언트들이 극한의 성능을 위해 특수 제작된 반면, 이더리움의 소수 클라이언트들은 아키텍처 선택에 따라 처리량을 어느 정도 포기하는 경우가 많다는 점입니다.

솔라나의 가장 큰 위험 요소는 여전히 Jito에 대한 의존성입니다. Jito-Solana 자체가 Agave의 포크이기 때문에 Agave의 핵심 런타임에 있는 버그는 잠재적으로 Jito와 순수 Agave 검증인 모두에게 동시에 영향을 미칠 수 있습니다. 이는 네트워크의 약 80%가 공통된 코드 조상을 공유하고 있음을 의미합니다. 진정한 복원력을 위해서는 단순히 클라이언트 '브랜드' 간의 스테이크 분산뿐만 아니라 독립적인 '코드베이스' 간의 분산이 필요하며, 이것이 바로 Firedancer가 제공하는 핵심 가치입니다.

기관의 신호

클라이언트 다양성은 단순한 기술적 세부 사항이 아닙니다. 이는 점점 더 기관의 필수 전제 조건이 되고 있습니다. 2025년 10월 SEC의 승인을 받은 솔라나 현물 ETF는 약 1.45billion(14.5억달러)의누적유입액을기록했으며,2026년에만1.45 billion (약 14.5억 달러) 의 누적 유입액을 기록했으며, 2026년에만 173 million (약 1.73억 달러) 의 순 신규 자본이 유입되었습니다. 자산 운용사들은 전체 공급량의 3 % 이상인 최소 1,250만 SOL을 스테이킹했습니다.

블록체인 인프라를 평가하는 기관 할당자(allocators)들은 규제, 경제, 기술이라는 세 가지 리스크 벡터를 검토합니다. 클라이언트 다양성은 이 중 세 번째인 기술적 리스크를 직접적으로 해결합니다. 단일 코드베이스에 의존하는 네트워크는 수치화할 수 없는 '꼬리 리스크(tail risk)'를 수반하며, 이는 컴플라이언스 팀을 불안하게 하고 리스크 위원회가 거부 의사를 밝히게 만드는 요인이 됩니다. 파이어댄서(Firedancer)의 메인넷 배포와 스테이킹 점유율 증가는 솔라나가 기관 데뷔를 위해 정장을 차려입은 것과 기술적으로 동등한 의미를 지닙니다.

블룸버그 인텔리전스(Bloomberg Intelligence) 분석가들은 초기 솔라나 ETF 수요가 "광범위한 기관 채택보다는 주로 업계 내부 자본에 의해 주도되고 있다"고 언급했습니다. 크립토 네이티브의 관심을 주류 기관의 자본 할당으로 전환하려면 멀티 클라이언트 검증이 입증하는 것과 같은 인프라의 성숙도가 반드시 필요합니다.

2026년에 주목해야 할 점

솔라나의 클라이언트 다양성 확보가 지속적인 네트워크 회복 탄력성으로 이어질지는 다음과 같은 몇 가지 마일스톤에 달려 있습니다:

  • 파이어댄서 스테이킹 점유율 33 % 돌파: 전체 스테이킹의 3분의 1에 도달하면 파이어댄서 검증자들은 독자적으로 잘못된 블록의 확정(finalization)을 방지할 수 있으며, 이는 Agave 제품군 버그에 대한 실질적인 안전망을 제공합니다.
  • Alpenglow 메인넷 배포: 합의 알고리즘 업그레이드를 통한 100–150 ms 의 확정성은 사용자 경험과 DeFi 결합성 측면에서 획기적인 변화가 될 것이나, 이는 Agave와 파이어댄서 모두에서 성공적으로 구현될 때에만 가능합니다.
  • Jito의 파이어댄서 통합: Jito가 (Agave에서 그랬던 것처럼) MEV 인프라를 포함한 파이어댄서 기반 변형 버전을 출시한다면 스테이킹 분포가 급격히 변화할 수 있습니다.
  • 솔라나 재단의 위임 정책: 재단은 슈레드 전파(shred propagation)와 트랜잭션 포함(transaction inclusion)을 중심으로 한 위임 성능 요구 사항을 공식화하겠다는 신호를 보냈으며, 이는 클라이언트 전환을 가속화하거나 늦출 수 있는 중요한 레버입니다.

솔라나 커뮤니티는 또한 기술적인 이유가 아닌 경제적인 이유로 하나의 포크(Jito)가 지배적일 때 "클라이언트 다양성"이 진정으로 무엇을 의미하는지에 대한 더 어려운 질문에 직면해 있습니다. MEV 수익은 파이어댄서의 성능 이점과 상관없이 검증자들이 Agave 기반 코드에 계속 머물게 할 수 있는 강력한 인센티브입니다.

더 큰 그림

솔라나의 멀티 클라이언트 진화는 블록체인 산업의 광범위한 성숙도를 반영합니다. 빠르고 느슨하게 시작된 단일 구현 실험 네트워크들은 실제 자본과 사용자가 유입됨에 따라 성장이 강제되고 있습니다. 이더리움은 수년간의 의도적인 노력을 통해 이 교훈을 얻었습니다. 솔라나는 이를 몇 달 만에 배우려 시도하고 있습니다.

그 대가는 매우 큽니다. $ 1.45 billion 의 ETF 유입, 증가하는 기관 스테이킹, 매일 수십억 달러의 거래량을 처리하는 DeFi 프로토콜 상황에서 단일 클라이언트 오류의 비용은 더 이상 단순한 불편함이 아닙니다. 그것은 시스템적 리스크로 측정됩니다. Agave 제품군의 실질적이고 고성능인 대안으로 등장한 파이어댄서는 솔라나 역사상 가장 중요한 인프라 발전이며, 이는 그 어떤 TPS 벤치마크나 토큰 가격 이정표보다 더 중요합니다.

한때 잦은 중단으로 밈(meme)이 되었던 네트워크는 이제 기관급 인프라가 요구하는 리던던시(redundancy)를 조용히 구축하고 있습니다. 시장이 이러한 변화에 대해 합당한 평가를 내릴지는 완전히 별개의 문제입니다.

BlockEden.xyz는 솔라나 및 기타 주요 체인을 위한 고성능 RPC 및 API 인프라를 제공합니다. 검증자 클라이언트 다양성이 네트워크를 재편함에 따라, 신뢰할 수 있는 인프라 제공업체는 진화하는 프로토콜 구현과 그 위에 구축된 애플리케이션 사이의 필수적인 가교 역할을 합니다. 솔라나 API 서비스 살펴보기를 통해 멀티 클라이언트 시대에 맞게 설계된 인프라를 구축해 보세요.