XRP 레저 Batch 수정안 — 활성화가 10월 9일로 밀렸어요

XRP 레저의 BatchV1_1 수정안이 9월 29일에 켜질 수 있었는데, 10월 9일 14시 46분(UTC)으로 밀렸어요. 한국 시간으로는 10월 9일 밤 11시 46분이에요. 9월 25일에 검증자 지지가 기준선 아래로 잠깐 내려가면서 2주 카운트다운이 처음부터 다시 돌기 시작했거든요.

Batch 가 하는 일

Batch 는 거래를 최대 8건까지 한 덩어리로 묶어 보내는 기능이에요. 지금은 거래를 하나씩 따로 보내야 해서, 앞 거래는 처리됐는데 뒤 거래가 실패하는 어중간한 상태가 생길 수 있어요.

묶을 때 처리 방식은 네 가지 중에 고르면 돼요.

방식	어떻게 처리되나
전부 아니면 취소(AllOrNothing)	8건이 모두 성공해야 반영돼요. 하나라도 실패하면 전부 취소돼요
하나만(OnlyOne)	먼저 성공한 한 건만 반영되고 나머지는 처리하지 않아요
실패까지(UntilFailure)	앞에서부터 차례로 처리하다가 하나가 실패하면 거기서 멈춰요
따로따로(Independent)	실패한 게 있어도 나머지는 그대로 반영돼요

토큰화 자산 거래에서 자주 이야기되는 건 첫 번째예요. 돈을 보내는 거래와 자산을 넘기는 거래를 한 덩어리로 묶으면, 한쪽만 처리되고 다른 쪽이 빠지는 일이 안 생겨요.

알아 둘 조건

• 묶음 수수료는 안에 들어간 거래들의 수수료를 합친 값이에요. 지갑·라이브러리가 계산해 주는 값을 그대로 쓰면 돼요.
• 묶음 안에 들어간 거래는 따로 떼어내 직접 제출할 수 없어요.
• 여러 계정의 거래를 한 묶음에 담으면, 참여한 계정이 모두 바깥쪽 거래에 서명해야 해요.
• 실행 전에 결과만 미리 돌려보는 simulate 방식과는 같이 못 써요.

원래 Batch 수정안은 서명 검증 쪽 문제가 나와서 꺼졌어요. 그걸 고친 게 지금 투표 중인 BatchV1_1 이고, 기준이 되는 표준 문서는 XLS-56 이에요.

왜 10월 9일로 밀렸나

XRP 레저는 기능을 바로 켜지 않아요. 검증자 투표로 정해요. 공식 문서에 적힌 조건은 이래요.

• 신뢰 검증자 목록에서 80% 넘는 찬성이 필요해요.
• 그 찬성이 2주 동안 끊기지 않고 이어져야 해요.
• 중간에 80% 아래로 내려가면 그때까지 쌓인 시간이 지워지고 2주가 처음부터 다시 시작돼요.
• 투표는 256번째 원장마다 세는데, 대략 15분에 한 번씩이에요.

BatchV1_1 은 9월 15일에 2주 카운트다운을 시작했어요. 9월 25일에 지지가 기준 아래로 내려가면서 그동안 쌓은 열흘이 사라졌어요. 같은 날 신뢰 검증자 35곳 중 30곳이 다시 찬성으로 돌아섰고, 거기서부터 2주를 새로 세고 있어요. 그래서 가장 빠른 시점이 10월 9일이 된 거예요.

10월 9일은 확정된 날짜가 아니라 지금 상태가 그대로 이어졌을 때의 가장 빠른 날이에요. 그 사이에 찬성이 한 번 더 80% 아래로 내려가면 날짜는 또 뒤로 밀려요. 공식 문서도 수정안이 켜지기 전까지 찬성과 반대를 여러 번 오갈 수 있다고 적어 뒀어요.

권한 위임 수정안도 같이 밀렸어요

며칠 전에 정리했던 XRP 레저 권한 위임 수정안도 같은 이유로 날짜가 바뀌었어요. PermissionDelegationV1_1 은 9월 23일에 지지를 잃었다가 9월 24일에 되찾았어요. 그래서 가장 빠른 활성화 시점이 10월 5일에서 10월 8일 21시 25분(UTC)으로 옮겨졌어요. 한국 시간으로는 10월 9일 아침 6시 25분이에요.

두 수정안이 며칠 사이에 나란히 카운트다운을 다시 시작한 셈이에요.

내 XRP 는 뭘 해야 하나

거래소에 XRP 를 두고 있다면 따로 할 일은 없어요. 수정안은 네트워크 규칙을 바꾸는 거라, 코인이 바뀌거나 지갑 주소가 바뀌지 않아요.

직접 노드를 돌리거나 XRP 레저 위에서 서비스를 만드는 분이라면 이야기가 달라요. 켜지는 날짜가 바뀌었으니 배포 일정을 다시 잡아야 해요. 현재 찬성 상황은 XRPL 공식 문서의 수정안 목록에서 확인해 보세요.

정리

• XRP 레저 BatchV1_1 수정안의 가장 빠른 활성화 시점이 9월 29일에서 10월 9일 14시 46분(UTC)으로 밀렸어요.
• 9월 25일에 검증자 지지가 80% 아래로 내려가 2주 카운트다운이 초기화됐고, 같은 날 35곳 중 30곳이 다시 찬성으로 돌아섰어요.
• Batch 는 거래 최대 8건을 묶어서 전부 성공 아니면 전부 취소처럼 처리하는 기능이에요.

다음에 할 일 하나만 고르면, XRPL 공식 수정안 페이지에서 BatchV1_1 찬성 비율이 80% 위에 머물러 있는지 한 번 확인해 보세요. 그 숫자가 10월 9일이 지켜질지를 그대로 보여 줘요.