솔라나 첫 본투표 23일 시작, 표시 오류도 노출

솔라나(SOL)의 첫 네트워크 거버넌스 본투표가 에폭 1021 구간에서 시작될 예정이다. 이번 투표는 솔라나 헌법과 발행 구조, 수수료 체계를 함께 다루는 첫 지분가중 온체인 표결이다.

솔라나 거버넌스 FAQ에 따르면, SGP는 검증인과 스테이커가 참여하는 지분가중 온체인 신호 투표다. 제안은 활성 지분 15%의 지지를 얻으면 본투표 절차로 넘어가고, 투표 가중치는 투표 개시 전 스냅샷 지분을 기준으로 계산된다.

통과 기준은 두 단계다. 네트워크 지분의 3분의 1 이상이 투표에 참여해야 하고, 참여 지분의 3분의 2 이상이 찬성해야 제안이 승인된다.

이번 투표 대상은 SGP-0001 ‘솔라나 헌법’, SGP-0002 ‘디스인플레이션 비율 2배 조정’, SGP-0003 ‘리소스 및 포함 수수료’다. Validator Info 트래커는 세 제안을 모두 ‘Discussion’ 상태로 표시하고, 투표 개시 시점을 한국시간 2026년 8월 23일 오전 4시53분20초, 에폭 1021로 적었다.

솔라나 거버넌스는 수수료 소각 확대와 인플레이션 감소 속도 상향을 놓고 한국시간 23일 투표 절차에 들어갈 예정이었다. 이번 사안은 그 일정에 상태 표시 오류가 겹치면서 첫 운영 과정까지 함께 검증대에 오른 사례다.

표시 오류는 깃허브(GitHub) 공개 이슈 #141에서 제기됐다. 이슈 작성자는 `svmgov list-proposals --status support` 명령이 이미 `voting = true` 상태인 제안을 여전히 `support`로 반환한다고 적었다.

해당 이슈에는 관측 시점이 에폭 1012로, 해당 제안의 `start_epoch`는 1021, `end_epoch`는 1024로 제시됐다. 투표가 열릴 예정인 상태로 전환됐지만 공식 투표 창은 아직 시작되지 않은 구간에서 분류 혼선이 생긴 셈이다.

같은 이슈는 이 상태에서 추가 지지 제출을 시도하면 `ProposalClosed` 오류가 표시된다고 설명했다. 다만 이 표현은 투표 기간이 끝났다는 뜻이 아니라 지지 단계가 닫혔다는 의미로 해석될 수 있다.

현재 공개된 자료만으로 이 문제가 최종 온체인 집계나 검증 결과를 바꾼다고 볼 근거는 없다. 확인된 범위는 프런트엔드와 명령줄 도구의 상태 분류 문제에 가깝다.

솔라나 거버넌스는 기존 SIMD와 역할이 다르다. SGP가 네트워크 차원의 방향을 묻는 절차라면, SIMD는 그 방향을 실제 구현으로 옮기는 세부 기술 문서에 가깝다.

이 때문에 첫 본투표의 의미는 개별 안건의 찬반에 그치지 않는다. 솔라나가 검증인과 스테이커의 지분을 기준으로 네트워크 의사결정을 실제 운영할 수 있는지 보여주는 첫 사례가 된다.

솔라나컴퍼니(Solana Company·HSDT)는 8월 21일 보도자료에서 SGP-0001에는 찬성하고, SGP-0002와 SGP-0003에는 반대한다고 밝혔다. 회사는 거버넌스 체계 도입에는 동의하면서도 첫 실전 투표에서 발행 구조와 수수료 체계를 함께 바꾸는 데에는 신중한 입장을 냈다.

조셉 치(Joseph Chee) 솔라나컴퍼니 회장 겸 CEO는 “기관은 일관되고 예측 가능한 구조를 기준으로 결정을 내린다”고 말했다. 회사의 입장은 거버넌스 제도 자체와 토큰경제 조정의 시점을 구분해야 한다는 주장으로 읽힌다.

이 회사의 입장은 이번 본투표에서도 같은 방향으로 나타났다. 거버넌스 체계 도입에는 찬성하면서도 인플레이션 감축 속도와 거래 수수료 구조를 지금 바꾸는 데는 반대한다는 입장이 세 제안의 찬반으로 구체화됐다.

커뮤니티 추적 자료는 세 제안이 모두 같은 일정으로 묶여 움직인다고 정리했다. 또 다른 타임라인은 네트워크 투표 구간을 에폭 1021~1023, 최종화 시점을 에폭 1024로 표시했다.

개시 시점 표기는 자료마다 차이가 있다. 솔라나컴퍼니는 온체인 투표가 2026년 8월 22일 열릴 것으로 예상한다고 밝혔고, Validator Info는 한국시간 23일 오전 4시53분20초를 표시했다. 첫 본투표의 공통 기준은 에폭 1021이며, 쿼럼과 찬성률은 사전 스냅샷 지분을 기준으로 판단된다.