솔라나, 알펜글로우 전후 검증자·개발 도구 업데이트

솔라나 재단(Solana Foundation)이 알펜글로우(Alpenglow) 합의 전환을 전후해 검증자 소프트웨어와 개발자 도구의 새 버전을 공개했다. 검증자 운영 조건과 블록 데이터 처리에도 변화가 담겼다.

재단은 10월 22일자 개발자 변경 기록에 아가베 v4.3.2, 파이어댄서(Firedancer) 메인넷 v26.10.4, Web3.js v3.1.1과 여러 자바스크립트 SDK 업데이트를 올렸다. 주소 룩업 테이블과 스테이크·시스템·토큰 프로그램용 SDK가 포함됐다. SDK는 앱과 프로그램 개발에 쓰는 도구 모음이다.

공개일은 각각 다르다. 아가베 v4.3.2는 10월 15일, Web3.js v3.1.1은 10월 19일, 파이어댄서 v26.10.4는 10월 21일 공개됐다. 아가베와 Web3.js는 알펜글로우 활성화 전에 나왔으며, 파이어댄서는 활성화와 같은 날짜에 공개돼 공개일만으로 선후를 가릴 수 없다.

◇ 합의 전환과 클라이언트 적용은 별개

솔라나(SOL) 메인넷은 10월 21일 오후 10시 36분(한국시간) 시작된 에포크 1064에서 알펜글로우를 활성화했다. 이 전환은 검증자들이 거래 순서와 최종 상태에 합의하는 방식을 바꾸는 과정이었다.

솔라나 재단의 전환 안내는 기존 TowerBFT를 약 5000개 슬롯 동안 유지한 뒤 4억5965만3000번째 슬롯부터 새 합의가 작동했다고 설명했다. 재단은 10월 21일 전환 당시 안내에서 최종 확정 시간을 기존 약 12.8초에서 약 150밀리초로 줄이는 목표를 제시했다.

150밀리초는 실측값이 아니다. 본지는 메인넷 가동 초기 확정 시간이 6.6초였고 0.15초 목표는 아직 달성되지 않았다고 보도했다.

알펜글로우 전환으로 프로그램 실행과 거래 형식, 수수료 체계는 바뀌지 않았다. 반면 검증자 투표 거래는 블록에서 빠졌고, 거래 상태인 ‘confirmed’와 ‘finalized’는 같은 상태를 가리키게 됐다. Proof of History(PoH)의 틱 항목도 데이터 스트림에서 사라졌다.

블록 거래 수를 집계하거나 스트림을 색인하는 개발자는 기존 처리 기준을 점검해야 한다. 투표 거래를 포함해 산출하던 지표는 전환 전후를 같은 기준으로 비교하기 어렵다. 이 변화는 SDK 업데이트와 별개로 알펜글로우 활성화에 따라 발생했다.

파이어댄서 v26.10.4 릴리스 노트는 아가베와 파이어댄서의 가십 테이블 불일치로 트래픽과 처리 부담이 커지는 문제를 수정했다고 설명했다. 노드가 뒤처졌을 때 쓰는 복구 알고리즘도 조정했다. 재단 변경 기록은 파이어댄서가 새 합의에 참여했다고 적었다.

다만 전환 당시의 지원 조건은 별개였다. 솔라나 재단의 안내는 당시 파이어댄서와 프랑켄댄서(Frankendancer)가 마이그레이션을 지원하지 않아 검증자가 아가베 기반 클라이언트를 사용해야 했다고 명시했다. 이후 버전 출시나 새 합의 참여 기록을 전환 당시의 사용 여부와 혼동해서는 안 된다.

검증자는 투표 계정에 최소 면제 잔액보다 0.8 SOL을 더 보유해야 했다. 재단은 이 잔액을 검증자 참여 비용인 ‘Validator Admission Ticket’에 쓰며, 조건을 충족하지 못하면 다음 에포크에서 투표와 블록 생성에 참여할 수 없다고 안내했다.

◇ 출시·진행·제안 단계 나눠 봐야

아가베 변경 기록에는 아직 작업 중인 개선도 담겼다. 파일시스템 입출력에서 페이지 폴트를 줄이기 위한 버퍼 조정, 지분 규모를 반영한 가십 메시지 처리, 계정 지분 목록에 덜 의존하는 스냅샷 로딩이 이에 해당한다. 지원하지 않는 sBPF 프로그램 버전을 업로드 전에 걸러내는 CLI 검사도 준비 중이다.

Web3.js v3.1.1 공개는 기존 v3의 후속 업데이트다. 본지는 10월 6일 Web3.js v3 출시로 기존 앱의 비동기 코드 수정이 필요해진 점을 보도했다.

Web3.js 변경 기록에는 Transaction V1만 지원하는 방안에 대한 논의도 실렸다. 레거시·V0 거래 형식을 제한하는 별도 SIMD 제안이 나올 경우를 전제로 한 검토다. 이는 구형 거래 형식의 폐기가 완료됐다는 뜻은 아니다.