XRP 레저 Batch 업그레이드, 밸리데이터 지지 리셋으로 10월 9일로 연기

Batch 카운트다운, 10월 9일로 초기화

XRP Ledger의 핵심 업그레이드인 Batch가 활성화 일정에서 최소 10일을 잃었다. 최대 8개의 트랜잭션을 하나의 원자적 연산으로 묶을 수 있게 하는 개정안 BatchV1_1은 9월 15일부터 9월 29일 활성화를 향해 카운트다운을 진행해 왔으나, 검증인 지지율이 타이머를 유지하는 데 필요한 수준을 잠시 밑돌면서 진행이 초기화됐다. 레저의 개정안 규정에 따르면 프로토콜 변경은 2주 연속 신뢰 검증인의 80%를 초과하는 지지를 유지해야 발동되며, 그 기준선이라도 잠시 밑돌면 몇 시간 만에 표가 회복됐더라도 누적된 대기 시간이 모두 무효화된다. 우리가 확인한 XRPL 개정안 대시보드는 9월 25일 기준 BatchV1_1이 신뢰 검증인 35개 중 30개의 지지로 되돌아갔음을 보여주며, 가장 빠른 활성화 가능 시점은 10월 9일 UTC 약 14시 46분으로 재설정됐다.

Batch가 바꾸는 것은 처리량이 아니라 실행 의미론이다. 전부 아니면 전무(all-or-nothing) 옵션을 적용하면 토큰화된 자산 구매자가 결제와 자산 이전을 한 번의 연산으로 체결할 수 있어, 거래의 어느 한쪽이 단독으로 완결되는 일이 없다. 이는 토큰화 자산 결제와 지급-인도(PvD) 리스크를 겨냥한 구조다. 해당 기능은 사실상 두 번째 시도이기도 하다. 원래의 Batch 구현은 개발자들이 치명적인 서명 검증 결함을 발견하면서 메인넷 활성화 전에 철수됐고, 수정본은 8월에 레저를 구동하는 소프트웨어인 xrpld 3.3.0과 함께 배포됐다. RippleX 엔지니어링 총괄 Ayo Akinyele는 일부 프로젝트가 이미 Batch를 염두에 두고 개발 중이며 활성화되면 해당 작업이 프로덕션 단계에 한 걸음 더 가까워진다고 밝힌 바 있다. 다만 파트너나 출시 일정은 공개하지 않았다. 지지율 하락은 짧게 그친 것으로 보이지만 규칙에는 여지가 없다. 지지율은 빠르게 회복됐는데, 일정은 그러지 못했다.

위임 업그레이드도 함께 연기

같은 타이머에서 두 번째 개정안도 밀렸다. 계정 소유자가 자금을 관리하는 서명 키를 공유하지 않고도 특정 승인된 작업을 다른 계정에 위임할 수 있게 하는 PermissionDelegationV1_1은 9월 23일에 충족 지지율을 잃었다가 하루 뒤 회복했다. 이 초기화로 가장 빠른 활성화 시점이 10월 5일에서 10월 8일 UTC 약 21시 25분으로 이동했으며, 지지만 유지된다면 레저의 보류 중인 두 개정안이 약 24시간 간격으로 연달아 발동될 전망이다. 우리가 검토한 대시보드 기록에 따르면 두 개정안 모두 같은 패턴을 보였다. 지지 상실, 하루 이내 회복, 그리고 그 대가는 코드가 아니라 활성화 일정이 전부 감당했다.

이 메커니즘은 기관에게 특히 중요하다. 결제에 특화해 설계된 layer-1 네트워크 위의 토큰 발행자는 자기 금고를 지키는 마스터 키를 노출하지 않은 채 결제 실행과 컴플라이언스 점검을 별도의 운영 계정에 맡길 수 있다. 전통 금융에서 감사인들이 요구하는 직무 분리와 같은 원리다. Batch와 결합하면 위임은 역할이 분리된 원자적 결제 워크플로우의 길을 연다. 자산 인도 권한을 가진 계정 하나, 결제 실행 권한을 가진 계정 하나, 두 행동이 함께 성립하거나 함께 실패한다. 트랜잭션을 검증하고 네트워크 변경에 표를 행사하는 운영자인 검증인은 사실상 일주일 안에 두 개정안 모두에 브레이크를 걸었다. 이는 기술적 결함이 아니다. 합의 지지가 흔들리면 약화된 지지로 변경을 강행하는 대신 2주 관찰 기간을 다시 시작하도록 설계된, 레저의 의도적으로 보수적인 활성화 절차가 그대로 작동한 것이다. 시장 참여자 입장에서 실질적 효과는 10월 중순에 두 거버넌스 변경이 연달아 발동될 수 있는 압축된 일정이며, 각 변경은 XRP 생태계의 활동이 점점 더 뿌리내리는 네트워크 위에서 결제와 계정 인가의 작동 방식을 다시 그리게 된다. 시장을 실시간으로 추적하는 독자는 Binance에서 현물과 선물 가격을 확인할 수 있다.

10월 8일과 10월 9일, 주목할 날짜

Batch 지연과 별개로 새로운 움직임도 있었다. XRP Ledger 코어 팀이 보안 관련 이슈를 다루는 긴급 릴리스 xrpld 3.4.1을 배포한 것이다. 이 업데이트는 Batch 트랜잭션과 연계된 fixBatchV1_2 개정안을 포함하며, 서버 운영자에게는 최대한 빨리 업그레이드하라는 권고가 이어지고 있다. 해당 수정안이 10월 9일 Batch 활성화 시점에 함께 발동될 경우, 구버전을 구동 중인 서버는 네트워크와의 동기화를 잃을 수 있다. 이번 릴리스는 XRP의 공급량이나 사용 규칙을 바꾸지 않지만, 10월 중순 일정에 합의 지지 유지라는 기본 과제 위에 노드 운영자에게 또 하나의 실행 항목을 얹는다. 관심은 그날까지 검증인 지지율이 80% 기준선 위에 유지되느냐로 모인다.

(01:01 UTC 기준) (UTC 01:01 기준) 우리의 판단은 이렇다. 이번 이중 초기화는 차라리 레저 거버넌스가 속도를 내다버리고 예측 가능성을 택한다는 증거에 가깝고, XRP 가격에 미치는 직접 영향은 최소일 것이다. 두 개정안 모두 이미 xrpld 3.3.0에 탑재돼 있어 노드 운영자는 지지율 유지 외에 별도 조치가 필요 없다. 합의가 유지된다면 주목할 날짜는 10월 8일과 10월 9일이다. 배칭과 위임은 토큰화 자산과 PayFi 워크플로우가 요구하는 원자적이고 역할 분리된 결제로 네트워크를 한 단계 진전시킨다. 지연 기간에도 기관 수요는 이어졌다. 최근 XRP ETF 유입은 Bitwise가 하루 991만 달러 매수를 주도했고, 30일 데이터는 XRPL의 AI 에이전트가 결제 선호를 Ripple USD 쪽으로 옮기고 있음을 보여준다. 업그레이드 일정과 무관하게 레저의 결제 내러티브는 계속 진화하고 있다는 방증이다.