새로 접수된 버그 리포트에 따르면 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 퍼프 매도세, 프리 IPO 크립토 베팅에 대한 경고일까?
밸리데이터 아이덴티티는 네트워크 합의를 지탱하는 기준점
밸리데이터 아이덴티티는 XRP 레저가 각 신규 레저에 대해 합의를 형성하는 과정의 중심에 있다. 한 노드의 제안은 다른 서버들이 고유 노드 리스트(UNL)를 통해 그 키를 신뢰할 때에만 의미 있는 영향력을 갖는다. 따라서 아이덴티티가 오래됐거나 불일치할 경우, 해당 머신을 검토하는 누구라도 혼란을 겪을 수 있다. 혼란스러운 로그는 그 신뢰 형성을 지연시킬 수 있다.
현재까지 이 불일치가 장애를 일으키지는 않았다. 그럼에도 이는 개발자들이 이번 달 중순 배포 이후 지적해 온 일련의 결함에 또 하나를 보탠다. 동기화 실패부터 설정 파서 크래시까지 다양한 문제가 보고돼 왔다.
제보자는 수정안을 제시하며, 서비스 로그가 서버가 실제로 사용하는 키를 출력하거나, 파생 키와 활성 키를 함께 보여주도록 해 달라고 요청했다. 아직 이 리포트에는 담당 유지보수자가 배정되지 않았다. 앞서 접수된 여러 이슈들은 이미 버그로 확인돼 검토 대기열에 올랐지만, 일부는 기여자들이 논의하는 동안 아직 열려 있는 상태다.
도입률 더딘 가운데 개정안 투표는 진행 중
이번 릴리스 도입 속도는 더디다. 공개 네트워크 데이터에 따르면, 현재 약 30%의 노드만이 버전 3.2.0을 실행하고 있으며, 대부분의 운영자는 여전히 이전 3.1.3 빌드에 머물러 있다.
롤아웃은 6월 15일 시작됐다. 이 업데이트는 코어 소프트웨어 이름을 rippled에서 xrpld로 변경하고, 메모리 사용량을 30~40% 절감하겠다고 약속했다. 이후 운영자들은 동기화 중단, 릴레이 계산 오류, 그리고 이번 새 빌드에서의 키 불일치까지 보고했지만, 아직 패치는 나오지 않았다. 또한, 뒤처진 노드들은 밸리데이터들이 fixCleanup3_2_0 개정안을 인준하면 개정안 차단 상태에 놓일 위험이 있는데, 이 정리용 변경 사항은 현재 진행 중인 투표에서 Ripple이 이미 지지 의사를 밝힌 상태다.