XRP 검증인이 배치 업그레이드를 앞두고 85.71% 지지를 확보하다

검증인 85.71%가 Batch 찬성

XRP Ledger는 올해 가장 큰 거래 형식 변화를 앞두고 있다. Batch 수정안은 14일 연속 지지율 80%를 넘겨야 활성화되며, 마감 시한은 10월 9일 금요일이다. 10월 3일 토요일 기준 원장 검증인 대시보드에는 신뢰 검증인 35곳 중 30곳, 즉 85.71%가 BatchV1_1에 찬성표를 던진 것으로 집계됐다. BatchV1_1은 XLS-56 배치 실행 표준의 수정 버전이다. 이 집계를 X 게시물로 알린 디지털 자산 플랫폼 Uphold는 지지율이 떨어지지 않으면 10월 9일에 활성화될 것으로 본다고 밝혔다. 거래를 검증하고 네트워크 변경에 투표하는 검증인들은 지지율이 기준선 아래로 내려가면 카운트다운을 처음부터 다시 세운다.

Batch는 작업이 원장에 도달하는 방식 자체를 바꾼다. 사용자가 거래를 하나씩 보내는 대신 한 번의 제출에 최대 8건을 담을 수 있고, XLS-56 배치 실행 표준은 그 결과를 처리하는 네 가지 방식을 정의한다. ALLORNOTHING 모드는 모든 작업을 실행하거나 아무것도 실행하지 않는다. 덕분에 구매자는 결제를 토큰화 자산의 전달과 묶을 수 있어 한쪽은 끝나고 다른 쪽은 실패하는 상황을 막는다. 나머지 세 가지 설정은 첫 성공 작업만 실행하거나, 첫 실패 지점에서 멈추거나, 각 작업을 독립적으로 처리한다. 여러 계정이 참여할 때는 참여하는 모든 지갑 주소가 해당 묶음을 승인해야 한다.

묶음 제출이 수수료를 면제해 주지는 않는다. 하나로 합쳐진 제출은 기본 수수료와 관리 수수료, 그리고 해당하는 경우 서명 수수료까지 부담하며, 시장에서 가장 큰 알트코인 중 하나의 기반 원장 자산인 XRP로 모두 지불한다. 9월의 거래 기록은 실패한 시도에도 수수료가 청구됐음을 보여준다. 실행되지 않은 작업이라도 XRP 비용이 발생할 수 있다는 뜻이다.

3.4.1 패치, 운영자에게 시한 부과

같은 활성화 창구를 타는 두 번째 수정안은 서버 운영자에게 의무를 지운다. 원장 소프트웨어 xrpld 3.4.1은 9월 25일 금요일에 배포된 보안성 관련 패치로, 함께 가는 수정안 fixBatchV1_2가 배치 거래의 검증 방식을 바로잡는다. 10월 3일 대시보드 집계에서 이 수정안에는 34개 검증인이 찬성했다. 활성화되면 구버전 소프트웨어를 돌리는 서버는 네트워크와 동기화를 잃을 수 있다. 운영자는 목표일 전에 3.4.1 업데이트 적용 여부를 확인해야 한다. 두 날짜 모두 확정은 아니다. 10월 9일은 지지율이 요구 수준 위에 머무는 동안에만 유효한 일정이고, 대시보드는 지지율이 한 번이라도 흔들리면 2주 대기 전체를 재시작한다.

이번 변경은 이용량이 늘어나는 국면에 맞물렸다. 9월 2일 집계된 종합 데이터에 따르면 원장의 일평균 거래 수는 1월부터 7월 사이 21% 늘어 240만 건에 도달했고, 단일 원장이 한 번의 마감에 2,713건을 처리해 Batch 변경과는 별개의 처리량 기록을 세웠다. Ripple은 토큰화 자산의 발행과 거래 인프라를 구축해 왔으며 8월에는 Zilo와 Licuido에 대한 투자를 발표했다. 토큰화는 펀드, 채권, xStocks 같은 지분 래퍼를 전송 가능한 블록체인 토큰으로 바꾸는 분야다. DeFi 결제 흐름과 점점 얽히는 이 트래픽이 바로 배치 제출 형식이 흡수하도록 설계된 수요다. 이러한 구축 과정은 XRP Ledger 관련 보도 전반에서 확인되며, RippleX 총괄의 원장 위 x402 결제 관련 증언도 그 일환이다.

지지 창구는 10월 9일 닫힌다

COINOTAG는 이번 두 수정안을 서로 다른 시한이 붙은 하나의 릴리스로 읽는다. 공식 배치 거래 문서는 네 가지 실행 모드를 확인해 주고, 3.4.1 릴리스 노트는 동기화 리스크를 단호하게 적어 둔다. 패치되지 않은 서버는 fixBatchV1_2가 활성화되는 10월 9일 오전 10시 12분(동부시간)부터 뒤처지며, BatchV1_1은 같은 날 오전 10시 46분(동부시간) 근처에 뒤따른다. XRP 가격에는 이 일정과 직결된 별도의 예정 이벤트가 없다. 남은 일은 검증인이 2주 전체 창구에서 80%를 넘는 지지를 유지하는 것, 그리고 운영자가 그 시한이 끝나기 전에 3.4.1 업그레이드를 배포하는 것이다.