솔라나 알펜글로우: Votor와 Rotor는 어떻게 최종성을 150ms까지 줄이려 하나

알펜글로우는 솔라나가 기존 엔진에 단순히 터보를 붙이는 업그레이드라기보다, 합의 레이어를 다시 설계하는 제안에 가깝다. SIMD-0326으로 정식화된 이 제안은 솔라나의 기존 Proof of History와 Tower BFT 메커니즘을 Votor와 Rotor 중심의 새 구조로 바꾸는 내용을 담고 있으며, Tower BFT 기준 12.8초인 최종성을 100~150밀리초까지 낮추는 것을 목표로 한다 .

다만 여기서 중요한 점은 ‘거버넌스 통과’가 곧 ‘메인넷 즉시 적용’을 뜻하지 않는다는 것이다. 알펜글로우 제안은 통과됐지만, 실제 활성화 시점은 테스트 결과와 클라이언트 구현 준비도에 달려 있다 .

왜 솔라나는 합의 구조를 바꾸려 하나

현재 솔라나 구조에서 Proof of History, 즉 PoH는 블록과 트랜잭션의 시간 순서를 암호학적으로 증명하는 장치다. 리더 노드는 시간이 흘렀음을 증명하는 값을 통해 블록에 일종의 타임스탬프를 붙이고, 검증자들은 이를 확인할 수 있다 .

그 위에서 Tower BFT는 검증자 투표를 쌓아 올리는 방식으로 합의를 만든다. 각 투표는 특정 포크를 확인하고, 이전 투표의 lockout을 늘리며, 이 구조가 ‘Vote Tower’로 설명된다 .

이 방식은 솔라나가 빠른 낙관적 확인을 제공하는 데 기여해 왔다. 하지만 알펜글로우가 겨냥하는 지점은 체감상 빨라 보이는 확인 메시지가 아니라, 합의상 더 강한 의미의 최종성이다. Anza 로드맵은 현재 솔라나의 낙관적 최종성을 약 1초 수준으로 설명하는 반면, SIMD-0326은 Tower BFT의 최종성을 12.8초로 두고 알펜글로우의 목표를 100~150ms로 제시한다 .

쉽게 말하면, 사용자가 보는 ‘빠른 처리’와 네트워크가 합의로 거래를 확정하는 ‘최종성’은 같은 말이 아니다. 알펜글로우의 핵심은 후자를 크게 줄이려는 데 있다.

Votor: 투표와 최종성을 다시 설계하는 축

Votor는 알펜글로우에서 투표와 블록 최종화 로직을 맡는 구성요소다 . SIMD-0326은 Votor를 가볍고 직접 투표 기반인 프로토콜로 설명하며, 네트워크 상황에 따라 단일 라운드 또는 이중 라운드 투표 과정으로 블록을 최종화할 수 있다고 제시한다 .

이는 Tower BFT의 lockout 기반 투표 탑과 다른 접근이다. 기존 방식이 여러 단계의 투표와 lockout 누적을 통해 확정성을 강화했다면, Votor는 충분한 스테이크가 참여할 때 한두 번의 빠른 라운드 안에서 최종성에 도달하는 것을 목표로 한다 . 일부 외부 기술 요약은 이 모델을 60~80% 수준의 스테이크 임계값과 연결해 설명하지만, 1차 제안서에서 가장 안전하게 확인되는 핵심은 단일 또는 이중 라운드 최종화 모델이다 .

Anza는 또 알펜글로우가 안전성을 유지하면서 최종화 지연을 줄이기 위해 BLS 암호학적 요소를 활용한다고 설명했다 . 따라서 Votor의 목표는 단순히 확인 알림을 빨리 보내는 것이 아니라, 더 짧은 경로로 결정적 최종성에 도달하는 것이다.

Rotor: 투표만 빨라서는 부족하다

Rotor는 알펜글로우의 데이터 전파 프로토콜이다. Anza는 Rotor가 솔라나의 기존 블록 전달 방식인 Turbine의 접근을 받아들이되 이를 다듬는 역할을 한다고 설명한다 .

이 부분이 중요한 이유는 간단하다. Votor가 아무리 빠르게 투표하도록 설계돼도, 검증자들이 블록 데이터를 제때 받지 못하면 평가도, 투표도, 최종화도 늦어진다. 즉 알펜글로우의 150ms 최종성 목표는 빠른 투표 프로토콜만으로는 어렵고, 블록 데이터가 검증자 네트워크 전체로 빠르게 퍼지는 구조가 함께 필요하다.

외부 기술 요약들은 Rotor가 더 구조화된 스테이크 가중 릴레이 경로를 활용해 블록 전파를 개선한다고 설명한다. 일부는 100ms 미만의 브로드캐스트 목표를, 또 다른 요약은 일반적 네트워크 조건에서 18ms 전파 추정치를 제시한다 . 다만 이 수치들은 아직 메인넷에서 검증된 실측값이라기보다 목표 또는 추정치로 보는 편이 안전하다.

기대 효과와 아직 남은 단서

영역	기대되는 변화	확인해야 할 점
최종성	Tower BFT 기준 12.8초에서 알펜글로우 기준 약 100~150ms로 줄이는 것이 대표 목표다 .	솔라나는 이미 약 1초 수준의 낙관적 최종성을 제공한다고 설명되므로, 핵심 변화는 더 강한 합의 최종성의 단축이다 .
블록 전파	Rotor는 블록 배포를 더 빠르고 예측 가능하게 만들기 위한 구성요소다 . 외부 추정치는 100ms 미만, 일부 조건에서는 18ms 수준을 언급한다 .	아직 메인넷에서 확정된 성능 수치가 아니다.
처리량과 블록 공간	Alchemy는 현재 검증자 투표가 솔라나 블록 공간의 약 75%를 사용하며, 투표를 오프체인으로 옮기면 그만큼 사용자 트랜잭션에 더 많은 공간이 생길 수 있다고 설명한다 .	알펜글로우는 주로 합의·최종성 업그레이드이므로, 처리량 증가는 직접적인 TPS 보장이라기보다 합의 트래픽 감소에 따른 간접 효과로 보는 것이 맞다 .
검증자 비용	온체인에 올려야 하는 합의 투표가 줄어들면 검증자의 반복적인 투표 수수료 부담도 낮아질 수 있다 . 한 요약은 Validator Admission Ticket 모델도 비용 관련 변화로 언급한다 .	실제 절감 폭은 최종 구현, 수수료 구조, 네트워크 경제에 따라 달라진다.
네트워크 오버헤드	일부 기술 요약은 검증자 간 통신 오버헤드가 약 40% 줄어들 수 있다고 추정한다 .	배포 후 실제 네트워크에서 측정되기 전까지는 전망치다.

정리하면, 알펜글로우의 가장 직접적인 약속은 저지연 최종성이다. 처리량 확대나 검증자 비용 절감은 합의 투표와 관련된 네트워크 부담이 줄어들 때 따라올 수 있는 효과에 가깝다.

일정: 제안은 통과, 메인넷은 테스트가 관문

Anza는 알펜글로우를 솔라나의 새 합의 프로토콜이자 핵심 프로토콜의 가장 큰 변화로 소개했다 . 이후 SIMD-0326 제안은 2025년 8월 게시됐고, 솔라나의 핵심 합의 프로토콜을 대대적으로 바꾸는 제안으로 설명됐다 .

거버넌스 투표는 2025년 8월 말 시작됐다. SolanaFloor는 투표가 8월 27일 에포크 840에서 시작해 에포크 842까지 이어지는 약 1주일 일정이었다고 보도했다 .

투표는 2025년 9월 초 통과됐다. 찬성률 수치는 보도에 따라 조금 다르다. Alchemy는 98.27% 찬성을, Blockworks는 참여자 중 98.94% 찬성을 보도했으며, 두 자료 모두 전체 스테이크 참여율을 약 52%로 전했다 . 수치가 약간 엇갈리더라도 핵심은 같다. 알펜글로우는 검증자들의 압도적 지지로 거버넌스를 통과했다.

문제는 실제 적용 시점이다. Anza의 로드맵은 알펜글로우가 2026년 초 메인넷에 도달할 것으로 기대한다고 설명했지만, 2026년 4월 Alchemy 요약은 알펜글로우가 프라이빗 클러스터 테스트 중이며 메인넷 적용은 2026년 말로 예상된다고 전했다 . Anza 역시 2026년의 초점을 알펜글로우를 개발 클러스터 밖으로 옮겨 더 넓은 배포 단계로 전환하는 데 두고 있다고 밝혔다 .

따라서 현재 자료만 놓고 가장 보수적으로 정리하면 이렇다. 2025년 3분기에 제안과 거버넌스가 진행됐고, 2026년에는 개발·프라이빗 클러스터 테스트와 배포 준비가 이어지며, 메인넷 적용은 2026년 중 가능하되 테스트가 관문이라면 2026년 말 전망이 더 신중한 해석이다 .

결론

알펜글로우가 제안된 형태로 배포된다면, 솔라나 역사상 가장 중요한 합의 구조 변화 중 하나가 될 가능성이 크다. Votor는 투표와 최종성을 한두 번의 빠른 라운드로 압축하려 하고, Rotor는 그 속도를 뒷받침할 만큼 블록 데이터를 빠르게 퍼뜨리는 역할을 맡는다 .

100~150ms 최종성이라는 숫자는 강렬하지만, 아직은 메인넷에서 입증된 결과가 아니라 엔지니어링 목표로 읽어야 한다. 거버넌스 동력은 확보됐지만, 최종 활성화는 테스트 결과, 클라이언트 준비도, 그리고 투표 오버헤드와 검증자 비용 절감 전망이 실제 네트워크에서 얼마나 유지되는지에 달려 있다 .