새로 접수된 버그 리포트에 따르면 XRP 레저 v3.2.0 소프트웨어가 리브랜딩된 서버를 약 30% 노드가 도입한 가운데, 실제로는 다른 키로 구동하면서 로그에는 하나의 검증인 키만 기록하는 문제가 드러났다.
핵심 포인트:
- 한 노드 운영자는 v3.2.0이 마이그레이션된 검증인의 새 키를 로그에 남기지만, 서버는 여전히 이전 키로 구동된다고 보고했다.
- 이 결함은 기존 검증인 토큰을 실행 중인 RPC 노드에 추가했을 때, Ubuntu 22.04 환경에서 나타난다.
- 업그레이드 채택률은 약 30% 수준으로, 대부분의 운영자는 여전히 기존 빌드를 사용 중이다.
XRP 레저 버그, 키 불일치 문제 노출
이 결함은 프로젝트의 GitHub 트래커에 이슈 #7581로 등록되었으며, 운영자가 이미 실행 중인 RPC 노드로 기존 검증인을 마이그레이션한 뒤 서비스를 재시작했을 때 나타나는 것으로 보인다. 서비스 로그에는 마이그레이션된 검증인의 새 식별자가 기록되지만, server_info 엔드포인트는 여전히 로컬 wallet.db 파일에 있는 이전 키를 반환한다. 두 기록이 더 이상 일치하지 않는 것이다.
이 불일치를 재현하는 것은 그리 어렵지 않다. 운영자에 따르면 활성 노드에 기존 검증인 토큰을 추가하고 서버를 재시작하면 Ubuntu 22.04 환경에서 이 문제가 발생하며, 이는 일반적인 마이그레이션 과정에서 흔히 있는 절차다.
또 읽어보기: Anthropic Perp 매도는 프리 IPO 크립토 베팅에 대한 경고일까?
검증인 식별성은 네트워크 합의의 앵커
검증인 식별성은 XRP 레저가 각 신규 원장을 합의하는 방식의 핵심에 자리 잡고 있다. 한 노드의 제안이 영향력을 가지려면, 다른 서버들이 고유 노드 목록(UNL)을 통해 그 키를 신뢰해야 하므로, 오래되었거나 불일치하는 식별 정보는 해당 머신을 검토하는 이들을 혼란에 빠뜨릴 수 있다. 혼란스러운 로그는 그 신뢰 형성을 늦출 수 있다.
지금까지 이 키 불일치로 인한 장애는 보고되지 않았다. 그럼에도 이 문제는 중순 배포 이후 개발자들이 동기화 실패부터 설정 파서 크래시까지 지적해 온 여러 결함에 하나를 더한다.
리포터는 수정 방안도 제안했다. 서비스 로그가 서버가 실제로 사용하는 키를 출력하거나, 파생 키와 활성 키를 함께 표시하도록 하자는 것이다. 아직 이 리포트에 담당 유지관리자는 배정되지 않았다. 그동안 앞서 접수된 여러 이슈들은 버그로 확인되어 검토 대기열에 올라갔고, 나머지는 기여자들이 판단을 내리는 동안 열려 있는 상태다.
개정 투표 진행 중, 채택률은 더딘 상태
이번 릴리스의 도입 속도는 더디다. 공개 네트워크 데이터에 따르면 현재 약 30% 노드만이 버전 3.2.0을 실행 중이며, 대부분의 운영자는 여전히 이전 3.1.3 빌드를 유지하고 있다.
롤아웃은 6월 15일 시작되었고, 이 업데이트는 코어 소프트웨어 명칭을 rippled에서 xrpld로 변경하고 메모리 사용량을 30~40% 절감하겠다고 약속했다. 이후 운영자들은 동기화 중단, 릴레이 계산 오류, 그리고 이번 신규 빌드에서의 키 불일치까지 보고했지만, 아직 패치는 배포되지 않았다. 또한 뒤처진 노드들은 검증인들이 fixCleanup3_2_0(클린업 변경 사항)을 비준하는 순간 개정 차단 상태에 빠질 위험도 있다. Ripple은 진행 중인 표결에서 이미 이 개정을 지지하고 있다.