솔라나(SOL) 밸리데이터, 에포크 1064에서 Alpenglow 합의로 전환

에포크 1064에서 Alpenglow 가동

솔라나(SOL) 밸리데이터와 블록을 색인하는 서비스들은 한 주 내내 합의 변경에 적응하는 데 주력했다. 네트워크는 에포크 1064에서 Alpenglow 프로토콜을 활성화했고, 에포크는 10월 21일 13:36(UTC)에 시작했다. 기존 TowerBFT 최종성이 약 5,000슬롯 동안 유지된 뒤, 새 블록체인 합의가 슬롯 459,653,000(4억 5,965만 3,000)에서 인수했다. 솔라나 재단의 마이그레이션 가이드는 이번 전환을 밸리데이터가 트랜잭션 순서와 최종 상태에 합의하는 합의 알고리즘 방식의 변화로 규정했으며, 최종성 목표를 약 150밀리초로 설정했다. 기존 체계의 약 12.8초에서 크게 줄어든 수치다. 다만 이것은 목표값이지 측정값이 아니다. 활성화 직후 메인넷에서 실측된 최종성은 6.6초였고, 150밀리초 목표에는 아직 도달하지 못했다. 활성화 무렵 재단은 10월 22일자 개발자 체인지로그에서 밸리데이터와 빌더가 쓰는 소프트웨어 릴리스를 일괄 공개했다. Agave v4.3.2는 10월 15일, Firedancer 메인넷 클라이언트 v26.10.4는 10월 21일, Web3.js v3.1.1은 10월 19일에 각각 배포됐으며, 주소 조회 테이블과 스테이크·시스템·토큰 프로그램용 SDK 업데이트도 함께 실렸다. 체인지로그는 Firedancer가 새 합의에 참여했다고 기록하지만, 릴리스가 활성화와 같은 날 나왔기 때문에 어느 클라이언트가 주도했는지를 발표일만으로 단정할 수는 없다. 재단은 마이그레이션 시점에 Firedancer와 Frankendancer가 마이그레이션 자체를 지원하지 않았다고 명시했고, 이에 따라 밸리데이터들은 Agave 기반 클라이언트로 전환을 통과했다. 변경 범위는 의도적으로 좁게 잡혔다. 프로그램 실행, 트랜잭션 형식, 수수료 체계는 그대로다. 솔라나 가격을 네트워크 기본 지표와 함께 추적하는 이들에게 이 경계가 중요한 이유다. 검증 방식이 바뀐 것이지 토큰 이코노미가 바뀐 것은 아니기 때문이다.

투표 트랜잭션, 블록에서 사라지다

기계적 변화는 블록 데이터를 세거나 색인하는 이들에게 직접 닿는다. 밸리데이터의 투표 트랜잭션이 더 이상 블록에 나타나지 않고, 지금까지 확인됨과 최종 확정으로 구분되던 상태가 이제 같은 상태를 가리키며, 히스토리 증명(Proof of History)의 틱 항목도 데이터 스트림에서 빠졌다. 블록 트랜잭션 수를 집계하거나 스트림을 직접 색인하는 개발자는 처리 기준선을 다시 점검해야 한다. 투표 거래를 포함하던 지표는 전환을 경계로 한 기준으로 비교할 수 없기 때문이다. 변화는 솔라나 스택의 모든 층, 클라이언트부터 도구까지에 닿는다. Firedancer v26.10.4 릴리스 노트는 수정 내역을 밝힌다. Agave와 Firedancer 사이의 고시프 테이블 불일치가 트래픽과 처리 부하를 부풀렸는데 이것이 바로잡혔고, 뒤처진 노드를 위한 복구 알고리즘도 조정됐다. Agave 체인지로그에는 아직 진행 중인 작업이 남아 있다. 파일 시스템 입출력에서 페이지 폴트를 줄이는 버퍼 튜닝, 스테이크 가중 고시프 처리, 계정 스테이크 목록 의존도를 낮춘 스냅샷 로딩, 업로드 전 미지원 sBPF 프로그램 버전을 걸러내는 CLI 점검이 그것이다. 재단 가이드는 운영자에게 잔고 규칙도 부여했다. 밸리데이터의 스테이킹과 연결된 투표 계정은 최소 면제 잔고 위에 0.8 Solana (SOL)을 보유해야 했고, 이 금액은 재단이 밸리데이터 입장 티켓(Validator Admission Ticket)에 적용하는 기준이다. 미달 시 다음 에포크에서 투표와 블록 생산에서 제외된다. Solflare의 솔라나 밸리데이터가 156만 SOL 스테이크 상태로 불이행 판정을 받은 사례는 이 규정 위반이 얼마나 큰 비용이 되는지 보여준다. Web3.js v3.1.1 패치는 10월 6일 배포된 v3 계열의 후속이며, 기존 앱에 비동기 코드 변경을 요구했던 바로 그 계열이다. 체인지로그는 레거시 및 V0 형식을 제한하는 별도의 SIMD 제안을 전제로 Transaction V1만 지원하자는 논의를 실었지만, 그 폐지 절차는 아직 완료되지 않았다. 슬롯 축소 이후 외부 매수 비율을 점검한 이전 확인에서는 활동이 53% 대 52%로 사실상 변동 없었다. 클라이언트 계정을 설정하는 운영자는 Solflare에서 SOL 스테이킹하는 방법 가이드로 설정 절차를 따를 수 있다.

인덱서는 여전히 구 기준선

릴리스 노트를 함께 읽으면 이번 사이클은 배포 완료, 진행 중, 제안 단계 논의로 나뉜다. 가장 뚜렷한 미완료 항목은 최종성 수치 자체다. 실측 6.6초가 150밀리초 목표와 나란히 놓여 있다. 아직 움직이지 않은 주체는 색인과 분석 계층이다. 전환 전과 후의 트랜잭션 수를 구 기준으로 비교하는 대시보드는 기준선을 다시 잡기 전까지 활동량을 잘못 읽게 된다. 이중 어느 것도 트레이더에게 방향성을 주는 것은 아니다. 솔라나 기술적 분석이 추적하는 지지선과 저항선 밖의 영역이다. 레거시 트랜잭션 형식을 제한하는 SIMD 제안은 아직 제출되지 않았고, 그에 따라 레거시와 V0 형식은 당분간 그대로 작동한다.