솔라나 리더 순서 재배치안, 평균 지연 17.0밀리초
토포AI로 이 기사 더 깊이 읽기
솔라나(SOL) 검증자들의 블록 생성 순서를 신고 위치에 따라 재배열하는 제안이 나왔다. 시뮬레이션에서 검증자 간 평균 핸드오버 지연은 줄었지만, 신고된 위치와 실제 서버 위치가 같은지 확인하는 방법은 제안에 담기지 않았다.
로저 왓텐호퍼(Roger Wattenhofer)와 쿠엔틴 크닙(Quentin Kniep)은 9월 29일 솔라나 개선 문서 SIMD-0675와 SIMD-0674를 제출했다. 솔라나 재단은 10월 1일 개발자 업데이트에서 두 문서를 제안으로 소개했다. 10월 9일 현재 두 문서 모두 병합되지 않았다. SIMD-0675는 검토 대기 중이며, SIMD-0674에는 승인 의견 하나가 등록됐다.
SIMD-0675는 검증자별 기존 리더 배정 횟수를 유지하면서 차례가 돌아오는 순서를 조정하는 방안이다. 리더는 정해진 시간 동안 블록을 만드는 검증자를 뜻한다. 기존 지분 가중 무작위 방식으로 배정된 횟수는 바꾸지 않고, 연속한 리더 사이의 데이터 전달 거리를 줄이도록 가까운 검증자끼리 순서를 재배치한다.
작성자들은 에포크 1038의 지분 분포와 위치가 보정된 검증자 661곳을 바탕으로 모델을 구성했다. 리더 차례를 세 개씩 묶었을 때 정직한 검증자 사이의 평균 핸드오버 지연은 36.2밀리초에서 17.0밀리초로 낮아졌다. 전체 핸드오버의 중앙값은 23.4밀리초에서 4.5밀리초로 줄었다. 이는 제안 문서가 설정한 네트워크 조건에서 나온 시뮬레이션 결과다.
위치 등록을 다루는 SIMD-0674는 검증자의 투표 계정에 지구 중심 기준 좌표를 저장하고, 서명으로 등록 주체를 확인하는 방안을 제시한다. 좌표가 지구 표면 부근인지 계산할 수 있지만, 서명은 누가 좌표를 등록했는지만 확인한다. 서버가 실제로 그곳에 있는지는 증명하지 못한다. 문서도 좌표의 기하학적 유효성과 실제 위치의 진실성을 구분한다.
SIMD-0675 작성자들은 허위 위치를 등록하면 실제 서버와 앞뒤 리더 사이 거리가 멀어져 대체로 핸드오버가 느려질 수 있다고 봤다. 그러나 도시별 시뮬레이션에서는 애슈번 검증자가 상파울루에 있다고 신고했을 때 평균 지연이 23.7밀리초에서 21.0밀리초로 개선되는 예외가 나왔다. 다른 비동등한 허위 위치에서 얻은 개선은 0.3밀리초를 넘지 않았다고 작성자들은 보고했다. 여러 운영자가 함께 위치를 조작하는 경우는 이 결과로 판단할 수 없다.
속도 개선안에는 연속 리더에 따른 위험도 남아 있다. 세 차례씩 묶은 리더 순서가 인접 묶음과 이어질 수 있어, 특정 검증자나 지역이 세 차례를 넘어 연속으로 리더가 되는 상황을 완전히 막지 못한다. 작성자들의 공격자 시뮬레이션에서는 전체 지분의 5%를 가진 고립 지역 공격자가 여섯 차례 연속 리더가 된 사례가 나왔다. 제안 문서는 지역의 전력·통신·관할권 장애가 연속된 리더에 영향을 주거나, 연속 제어 중 지역 검열을 쉽게 할 수 있다고 위험을 적었다.
지리적 거리와 핸드오버 지연의 관계도 단순하지 않다. 솔라나 재단의 검증자 경제성 분석은 먼 리더 쌍에서 지연이 커지는 전반적 경향을 제시했지만, 거리가 지연을 일으킨다고 확인하지는 못했다. 경로 설정과 통신사 간 연결, 데이터센터 구성, 클라이언트 차이를 분석에서 관측하지 않았기 때문이다. 분석에 나온 2,000~4,000km 구간의 중앙 지연은 약 101밀리초로, 더 먼 4,000~8,000km 구간의 약 54밀리초보다 높았다.
두 문서는 검토 단계에 있다. 제안된 지연 개선은 모델 결과이며, 실제 적용 여부와 위치 등록의 검증 방식은 문서 검토 과정에서 다뤄질 사안이다.

이준한 기자 




댓글 0
불러오는 중…