작동 원리2026-10-20약 4분Solana (SOL)

솔라나 Alpenglow: 빠른 확정에 앞선 합의 엔진 교체

Anza가 Alpenglow 메인넷 베타 전환일로 10월 21일을 제시했다. 핵심은 인계 과정이다. 검증자들은 기록을 확정하는 규칙을 바꾸기 전에 어떻게 같은 과거를 보존할까.

AI로 생성한 개념 일러스트. 두 신호 담당자가 같은 기록 블록을 서로 다른 제어 장치 사이에서 인계한다. 공동의 기록을 넘겨받는다는 비유이며, 실제 운영자나 수동 전환 절차를 묘사한 장면은 아니다.

핵심 요약

2026년 10월 20일 확인한 Anza 공식 페이지는 메인넷 베타 일정을 10월 21일로 제시한다. 이 글은 발표된 계획을 설명하며, 메인넷 전환 완료를 보도하지 않는다.
전환 설계는 기능 활성화와 이후의 투표 전용 경계를 나누고, 지분 82% 이상이 참여한 제네시스 인증서로 인계 지점을 정한다.
Votor가 투표와 확정을 바꾼다. Rotor는 후속 단계이며, 최초의 150ms 중앙값은 시뮬레이션 결과로 모든 거래에 대한 보장이 아니다.

사건의 흐름 한눈에 보기

2025-05-19Alpenglow 공개

Anza가 Votor와 Rotor를 소개하고 확정 시간 추정치의 시뮬레이션 조건을 설명했다.

2026-10-20공식 예고 일정 확인

Anza 공식 페이지에서 테스트넷·데브넷 단계의 완료 표시와 10월 21일 메인넷 베타 일정을 확인했다.

2026-10-21메인넷 베타 전환 — 예정

10월 20일 기준 Anza가 제시한 날짜다. 예정일 자체가 전환 완료를 입증하지는 않는다.

새 엔진을 켜기 전에

Anza의 Alpenglow 페이지에 솔라나 메인넷 베타 전환 날짜가 등장했다. 10월 21일이다. CoinYQ가 2026년 10월 20일 확인한 페이지에는 테스트넷과 데브넷 단계가 완료로 표시되어 있었다. 메인넷의 완료 여부는 별도로 확인해야 한다. 예고한 속도에 앞서 풀어야 할 질문은 검증자들이 같은 과거를 이어받으면서 합의 규칙을 어떻게 바꾸느냐는 것이다.^[1]

전환 제안인 SIMD-0384가 다루는 문제가 바로 이것이다. 명세는 TowerBFT에서 확인된 사용자 거래를 되돌리지 않는 인계를 목표로 삼는다. 이번에 검토한 저장소 스냅샷에서 전환 제안과 Alpenglow 제안의 상태 표기는 여전히 ‘Review’다. 명세는 설계를 설명하고, 현재 Anza 페이지는 예고 일정을 제공한다. 어느 문서도 그 자체로 메인넷 활성화를 증명하지는 않는다.^[2][3][1]

사용자 거래를 잠시 받지 않는 경계

설명된 절차에서 기능을 활성화한다고 합의 방식이 즉시 바뀌지는 않는다. 활성화 슬롯으로부터 5,000슬롯 뒤에 전환 경계를 둔다. 이 경계부터 블록에는 단순 투표 거래만 담을 수 있다. RPC의 확정 수준 갱신과 TowerBFT의 루트 설정도 멈춘다. 버릴 가능성이 있는 블록에 일반 사용자 거래를 더하지 않은 채 인계 지점을 정하는 구간을 만드는 것이다.^[2]

검증자들은 경계에 있거나 그 이후의 블록 가운데 바로 다음 슬롯의 자식 블록에 지분 82% 이상의 투표가 담긴 블록을 찾는다. 그 블록의 조상 중 경계 직전의 가장 최근 블록이 Alpenglow 제네시스 후보가 된다. 여기에 다시 지분 82% 이상의 BLS 제네시스 투표가 모이면 제네시스 인증서가 성립한다. 새 합의가 출발할 공동의 기록을 인증서로 특정하는 절차다.^[2]

기록은 이어받고, 동의하는 방식은 바꾼다

인증서를 검증한 검증자들은 제네시스 블록으로 상태를 되돌리고 Votor를 시작한 뒤 사용자 거래를 다시 받는다. 초기 Alpenglow 블록에는 인증서가 실리며, 이를 재실행하면 온체인 계정에도 전환 증거가 남는다. 카운트다운보다 구체적으로 확인할 기록이 생기는 셈이다. Anza는 인계에 수백 밀리초가 걸릴 것으로 예상하지만, 이는 실제 메인넷에서 측정한 소요 시간이 아니다.^[2][1]

Votor의 평상시 투표 기준은 전환 때의 82%와 다르다. 지분 80%가 참여하면 한 차례 투표로, 60%가 참여하면 두 차례 투표로 확정하는 경로를 함께 운용한다. 합의 투표마다 온체인 거래를 만드는 대신 검증자들이 투표를 직접 주고받고 서명을 인증서로 묶을 수 있다. 바뀌는 것은 검증자들이 동의를 성립시키는 방식이다. 지갑 화면의 체크 표시가 빨리 뜨는 문제만은 아니다.^[3][4]

150ms가 아직 답하지 않는 것

2025년 5월의 최초 소개 글은 확정 시간 중앙값을 약 150밀리초로 예상했다. 당시 메인넷 지분 분포를 사용한 시뮬레이션이며 연산 부담을 제외한 수치라고 명시했다. 중앙값은 최댓값이 아니다. 합의 지연을 모의실험한 값이 지갑, RPC 서비스, 애플리케이션을 거치는 모든 사용자의 전체 대기 시간을 측정한 것도 아니다.^[4]

Alpenglow라는 이름 안에도 적용 범위의 경계가 있다. SIMD-0326은 Votor를 다루되 초기 데이터 배포에는 Turbine을 유지한다. 배포 방식을 대체할 Rotor는 제외되어 있으며 별도 제안이 필요하다. Anza의 현재 페이지도 Rotor를 후속 작업으로 분류한다. 최초의 전체 프로토콜 성능 설명을 이번 전환에서 모든 구성 요소가 한꺼번에 도입된다는 약속으로 읽어서는 안 되는 이유다.^[3][1][4]

계획을 확인된 사실로 바꾸는 기록

예정일 이후에 확인할 질문은 구체적이다. 네트워크에서 전환 인증서와 Alpenglow로 확정된 블록이 나왔는가. 실제 부하 아래에서 측정한 결과는 어떤가. 첫 질문은 합의 방식의 변경을, 둘째는 성능을 확인한다. 전환 설계는 전자의 증거를 설명하고, 최초의 성능 연구는 후자의 측정과 비교할 가설을 제공한다.^[2][4]

현재 확인된 소식은 공식 메인넷 베타 예고일과 공개된 인계 설계다. 여기에는 빠른 동의도 모호한 과거 위에서 시작할 수 없다는 원리가 담겨 있다. Alpenglow 전환은 검증자들이 먼저 같은 과거를 정한 뒤 미래의 결정을 Votor에 맡기도록 한다. 실제 일정과 성능이 기대에 부합하는지는 이후에 만들어질 기록으로 확인해야 한다.^[1][2][3]