XRPL hoãn nâng cấp BatchV1_1 thêm 10 ngày sau khi mức ủng hộ giảm dưới 80%

BatchV1_1 không còn kích hoạt ngày 29/9

Bản nâng cấp BatchV1_1 của XRP Ledger (XRPL) sẽ không thể kích hoạt vào ngày 29/9 như dự kiến trước đó.

Nguyên nhân là mức ủng hộ từ các validator từng giảm xuống dưới ngưỡng yêu cầu, khiến bộ đếm thời gian hai tuần phải khởi động lại từ đầu.

Đến ngày 25/9, BatchV1_1 đã lấy lại sự ủng hộ từ 30/35 trusted validators. Nếu tỷ lệ này tiếp tục được duy trì, thời điểm kích hoạt sớm nhất có thể rơi vào khoảng 14:46 UTC ngày 9/10.

Theo quy tắc amendment của XRPL, một thay đổi cần nhận được hơn 80% validator tin cậy ủng hộ liên tục trong 14 ngày trước khi có thể đi vào hoạt động.

Vì sao ngày nâng cấp XRPL không cố định?

Cơ chế này cho thấy việc phát hành code hoặc đạt đủ tỷ lệ ủng hộ ở một thời điểm không đồng nghĩa nâng cấp chắc chắn sẽ kích hoạt vào ngày đã dự kiến.

Nếu mức đồng thuận giảm xuống 80% hoặc thấp hơn dù chỉ trong thời gian ngắn, XRPL sẽ ghi nhận sự kiện mất đa số và hủy phần thời gian đã tích lũy.

Khi tỷ lệ ủng hộ phục hồi, toàn bộ chu kỳ 14 ngày phải bắt đầu lại.

Do đó, các mốc kích hoạt amendment trên XRPL về bản chất luôn là thời điểm có điều kiện.

XRPL BatchV1_1 just slipped — validators briefly dropped below 80% support, so the Sep 29 clock reset. Fresh countdown from Sep 25 (30/35 UNL) puts earliest activation around Oct 9 ~14:46 UTC if it holds. Bundles up to 8 txs, incl. all-or-nothing asset + payment.… pic.twitter.com/IsKTojpBt7

— 💰 Digital Asset Dude 🔥UTILITY BULLRUN 2026 💰 (@Ripple_X) September 26, 2026

BatchV1_1 sẽ thay đổi giao dịch XRPL thế nào?

Nếu được kích hoạt, BatchV1_1 cho phép đóng gói 2–8 giao dịch vào một batch với bốn chế độ thực thi: All or Nothing, Only One, Until Failure và Independent.

Đáng chú ý nhất là All or Nothing, cho phép nhiều bước cùng thành công hoặc toàn bộ giao dịch thất bại.

Ví dụ, một ứng dụng có thể kết hợp chuyển tài sản token hóa và thanh toán trong cùng một thao tác, giảm rủi ro chỉ một phía được thực hiện.

BatchV1_1 cũng là phiên bản thay thế cho implementation Batch trước đó, vốn bị rút lại trước khi kích hoạt sau khi phát hiện lỗ hổng nghiêm trọng liên quan đến authorization.

Vì vậy, lần trì hoãn này không làm thay đổi tính năng của BatchV1_1, mà chỉ phản ánh cơ chế đồng thuận nghiêm ngặt của XRPL.