Solana 핵심 개발자들이 "Alpenglow"라 불리는 포괄적 합의 개편을 블록체인의 공식 거버넌스 프로세스에 도입하여 현재 TowerBFT 시스템을 100-150 밀리초로 블록 최종화 시간을 약속하는 재설계된 아키텍처로 대체할 것을 제안했습니다. 이 제안은 Quentin Kniep, Kobi Sliwinski, Roger Wattenhofer가 작성했으며, 기존의 Proof-of-History 및 TowerBFT 메커니즘을 제거하는 Solana의 핵심 합의 프로토콜의 대대적인 개편이라고 설명합니다.
알아야 할 사항:
- Alpenglow는 Votor 프로토콜을 도입하여 검증자 투표를 오프체인으로 이동시켜 1초 이내 블록 최종성과 네트워크 대역폭 감소를 달성합니다.
- 이 제안은 현재의 온체인 투표 비용에 상응하는 경제적 장벽을 유지하기 위해 에포크당 1.6 SOL의 검증자 허용 티켓 요금을 요구합니다.
- 커뮤니티 투표는 에포크 840-842 사이에 진행되며, 검증자들이 청구 가능한 투표 토큰을 사용하여 3분의 2 이상의 슈퍼다수결로 통과해야 합니다.
거버넌스 일정 및 투표 메커니즘
거버넌스 프레임워크는 여러 에포크에 걸쳐 3단계 구현 일정을 설정합니다. 에포크 833-838 동안 토론이 진행된 후, 에포크 839에서 스테이크 가중치를 캡처하고, 에포크 840-842에 걸쳐 청구 가능한 투표 토큰을 통해 "찬성," "반대," 또는 "기권" 계정으로 배포됩니다. Solana가 현재 에포크 834에 있는 동안, 토론 창은 여전히 활성화되어 있으며, 투표 기간은 몇몇 에포크에서 다가오고 있습니다.
통과는 찬성표가 결합된 찬반 투표의 적어도 3분의 2로 구성되어야 하며, 기권을 포함한 33%의 정족수를 필요로 합니다.
투표 토큰은 수정된 머클 디스트리뷰터 시스템을 통해 배포되어 검증자가 지정된 에포크 동안 선호하는 선택 계정으로 토큰을 지시할 수 있도록 합니다. 재단은 독립적인 결과 검증을 위해 스테이크 가중치 및 공개 집계 스크립트를 발표할 것입니다.
Alpenglow 시스템의 기술 아키텍처
이 제안은 Votor에 중심을 두며, Solana의 합의 방식을 근본적으로 변화시키는 직투표 및 리더 선관 파이프라인 최종성 프로토콜입니다. 무거운 가십 네트워크를 통해 온체인 트랜잭션으로 투표를 처리하는 대신, Alpenglow는 로컬 서명 집계를 통한 오프체인 투표 교환으로 이동합니다. 검증자들은 블록을 공증하거나 건너뛰기 위해 투표하며, 리더는 8 슬롯 후에 투표를 집계하고 네트워크에 축약된 증명을 제출합니다.
이러한 아키텍처 변경은 개발자들이 "20+20" 생존 모델이라고 부르는 것을 지원하며, 이는 최대 20%의 적대적 검증자와 20%의 응답하지 않는 검증자를 견딜 수 있도록 설계되었습니다.
시스템은 네트워크 대역폭 요구를 줄이는 동시에 지연 시간을 크게 줄이는 것을 목표로 합니다. 제안서 작성자에 따르면 "Alpenglow는 훨씬 낮은 지연 시간, 향상된 결함 내성, 일반적으로 더 큰 프로토콜 효율성을 가능하게 합니다."
이 업그레이드는 클라이언트 수준에서 눈에 띄는 변화를 일으킬 것이며, 미래의 최종성을 초 단위로 제공할 것입니다. 개발자들은 이 접근 방식이 웹2 사용자의 기대와 맞추는 동시에 기존의 TowerBFT 시스템 아래에서 공식화하기 어려웠던 안전 보장을 강화한다고 말합니다.
경제적 구조조정 및 검증자 인센티브
오프체인 투표로의 전환은 Solana 생태계 내에서 검증자 경제에 중요한 변화를 가져옵니다. 이 제안은 검증자 허용 티켓 시스템을 도입하여 현재의 온체인 투표 요금 구조와 대략 동등한 경제적 장벽을 유지하기 위해 에포크 당 1.6 SOL의 고정 요금을 소각하도록 요구합니다. 이 금액은 기존 투표 비용의 약 80%를 나타내며, 전환 중 어떤 검증자 운영자도 더 나쁜 경제적 조건을 겪지 않도록 합니다.
Alpenglow 아래에서 검증자는 슬롯마다 정확히 유효한 투표 하나를 해야 하며, 충돌하는 투표는 시스템을 통해 감지 가능합니다. 지속적인 불참은 검증자를 보상받을 수 없는 상태로 만듭니다.