Tóm tắt
Ripple cho biết các nhà quản lý tài sản và nhiều dự án thương mại đang chuẩn bị sử dụng Batch V1.1 — tính năng mới của XRP Ledger có thể gom tối đa 8 giao dịch vào một nhóm để tất cả cùng thành công hoặc cùng thất bại. Nâng cấp này có thể hỗ trợ giao dịch kiểu “giao tài sản – nhận thanh toán” (delivery-versus-payment) và cho phép sàn, ví, chợ giao dịch thu phí dịch vụ ngay trong giao dịch của khách hàng. Batch V1.1 dự kiến kích hoạt ngay sau mốc 29/9 nếu tỷ lệ ủng hộ của các trình xác thực vẫn ở mức trên 80%. Đây là phiên bản đã được thiết kế lại và kiểm tra bảo mật kỹ lưỡng sau khi bản gốc Batch V1.0 bị phát hiện lỗi nghiêm trọng ở khâu xác thực chữ ký hồi tháng 2. Hiện có 30 trong tổng số 35 trình xác thực được theo dõi của XRP Ledger bỏ phiếu ủng hộ, cao hơn mức 28 phiếu cần thiết để bắt đầu đếm ngược kích hoạt.
Các dự án thương mại đã chuẩn bị cho Batch V1.1
Theo Ripple, các nhà quản lý tài sản và những dự án thương mại khác đang chuẩn bị sử dụng một tính năng của XRP Ledger có thể khiến nhiều giao dịch liên kết cùng được xử lý một lúc, trong bối cảnh phiên bản được xây dựng lại của nâng cấp này đang tới gần thời điểm kích hoạt sau một quá trình kiểm tra bảo mật quy mô lớn.
XRP Ledger là mạng blockchain mã nguồn mở do Ripple Labs phát triển, chuyên phục vụ các giao dịch thanh toán và chuyển giá trị với chi phí thấp, thời gian xác nhận nhanh.
Tính năng mang tên Batch V1.1 có thể kết hợp tối đa 8 giao dịch thành một thao tác duy nhất. Chế độ “tất cả hoặc không” (all-or-nothing) bảo đảm mọi giao dịch đều thành công, hoặc toàn bộ nhóm bị hủy, tránh tình trạng một bên của thương vụ được thanh toán trong khi bên kia thất bại.
Batch V1.1 là một bản sửa đổi (amendment) của XRP Ledger, cho phép nhóm nhiều giao dịch lại và xử lý chúng như một đơn vị thống nhất thay vì gửi rời rạc từng giao dịch.
“Chúng tôi sẽ chia sẻ thêm khi tính năng này hoạt động, bao gồm cả công việc với các nhà quản lý tài sản quan trọng”, Ayo Akinyele, trưởng bộ phận kỹ thuật của RippleX, cho biết trong bình luận gửi CoinDesk.
“Batch cho phép nhiều giao dịch được nhóm lại để hoặc tất cả cùng thực thi, hoặc không giao dịch nào được thực thi”, Akinyele nói. “Điều đó đặc biệt quan trọng với những trường hợp như giao tài sản – nhận thanh toán, khi tài sản và khoản thanh toán cần được chuyển đi một cách nguyên tử.”
Delivery-versus-payment (DvP) — giao tài sản – nhận thanh toán — là cơ chế gắn việc chuyển giao một tài sản với việc thanh toán cho tài sản đó. Thay vì tin rằng một bên sẽ chuyển trước, sổ cái hoàn tất cả hai chân giao dịch cùng lúc, hoặc không thực hiện chân nào.
Batch cũng có thể cho phép các sàn giao dịch, ví và chợ giao dịch gắn thẳng phí dịch vụ của mình vào giao dịch của khách hàng. Khoản thanh toán và phí của nền tảng có thể được xử lý như một thao tác duy nhất thay vì hai lần chuyển riêng biệt.
“Một số dự án đã được xây dựng với Batch trong đầu, nên việc kích hoạt sẽ giúp công việc đó tiến gần hơn tới môi trường vận hành thực tế”, Akinyele chia sẻ. “Chúng tôi sẽ chia sẻ thêm về các đối tác cụ thể và thời điểm ra mắt khi những kế hoạch này được chốt.”
Bản sửa đổi này đang nhận được ủng hộ từ 30 trong số 35 trình xác thực được theo dõi của XRP Ledger, cao hơn mức 28 phiếu cần thiết để bước vào giai đoạn đếm ngược kích hoạt.
Trình xác thực (validator) là các nút trong mạng blockchain tham gia xác nhận giao dịch và bỏ phiếu cho các thay đổi giao thức; một bản sửa đổi chỉ được kích hoạt khi đạt tỷ lệ ủng hộ cần thiết.
Tính năng ra đời sau khi các lỗi trước đó được khắc phục
Giai đoạn đếm ngược bắt đầu lúc 14:06:41 UTC ngày 15/9. Batch V1.1 dự kiến được kích hoạt ngay sau mốc thời gian tương tự vào ngày 29/9, với điều kiện tỷ lệ ủng hộ duy trì ở mức từ 80% trở lên trong suốt khoảng thời gian 14 ngày. Các trình xác thực có thể thay đổi lá phiếu của mình, khiến ngày kích hoạt mang tính điều kiện.
Việc kích hoạt cận kề này diễn ra sau một thất bại về bảo mật khiến các nhà phát triển phải rút lại phiên bản gốc. Hồi tháng 2, các nhà nghiên cứu phát hiện một lỗ hổng nghiêm trọng trong quy trình xác thực chữ ký của Batch V1.0. Trong một số điều kiện nhất định, đoạn mã có thể dừng kiểm tra chữ ký sớm và cho phép kẻ tấn công đưa vào các giao dịch từ một tài khoản khác mà không cần sự cho phép của chủ tài khoản đó.
Ở thời điểm đó, bản sửa đổi vẫn đang được các trình xác thực xem xét và chưa được kích hoạt, nghĩa là đoạn mã có lỗ hổng chưa từng chi phối sổ cái đang vận hành và không có khoản tiền nào bị đe dọa.
Trong khi đó, theo Akinyele, RippleX không chỉ vá lỗi riêng lẻ trước khi đưa tính năng ra bỏ phiếu lần nữa.
“Chúng tôi coi đó là cơ hội để đi sâu hơn nhiều vào phần triển khai, thiết kế lại một phần mô hình ký và cấp quyền, đồng thời mở rộng đáng kể phạm vi kiểm tra bảo mật”, ông nói.
Bản thay thế được phát hành trong phiên bản xrpld 3.3.0, ra mắt ngày 6/8. Theo Akinyele, đây chính là đoạn mã mà các trình xác thực đang bỏ phiếu để kích hoạt.
Quá trình kiểm tra bao gồm thử nghiệm đối kháng nội bộ, phân tích có hỗ trợ của AI, một cuộc thi tấn công trên nền tảng Sherlock cùng các đánh giá của hai công ty bảo mật Halborn và Common Prefix.
“Điểm quan trọng hơn là chúng tôi đã đặt ra một tiêu chuẩn rất cao”, Akinyele nói thêm. “Chúng tôi phát hiện một vấn đề nghiêm trọng ở V1.0 trước khi kích hoạt, dừng nó lại, thiết kế lại và gia cố phần triển khai, mở rộng đáng kể phạm vi kiểm tra, và chỉ sau đó mới đưa V1.1 trở lại trước các trình xác thực.”
Bản sửa đổi sẽ tiếp tục trong giai đoạn đếm ngược đến hết ngày 29/9. Nếu tỷ lệ ủng hộ của các trình xác thực giảm xuống dưới 80% trước thời điểm đó, đồng hồ sẽ dừng và một chu kỳ 14 ngày mới phải bắt đầu sau khi đề xuất giành lại được đa số cần thiết.
Những điểm chính cần nhớ
- Batch V1.1 gom tối đa 8 giao dịch XRP Ledger thành một thao tác, theo cơ chế tất cả cùng thành công hoặc cùng thất bại.
- Tính năng hỗ trợ giao dịch kiểu delivery-versus-payment và cho phép sàn, ví, chợ giao dịch thu phí dịch vụ song song với khoản thanh toán của khách hàng.
- 30 trên 35 trình xác thực được theo dõi đang ủng hộ, vượt mức 28 phiếu cần thiết.
- Đếm ngược bắt đầu lúc 14:06:41 UTC ngày 15/9; kích hoạt dự kiến ngay sau mốc tương tự vào ngày 29/9 nếu tỷ lệ ủng hộ giữ ở mức từ 80% trong 14 ngày.
- Batch V1.0 bị rút lại sau khi phát hiện lỗ hổng nghiêm trọng ở khâu xác thực chữ ký hồi tháng 2; đoạn mã có lỗi chưa từng chi phối sổ cái trực tiếp và không có tiền bị ảnh hưởng.
- Bản thay thế nằm trong xrpld 3.3.0, phát hành ngày 6/8, sau khi được kiểm tra bằng thử nghiệm đối kháng nội bộ, phân tích hỗ trợ AI, cuộc thi tấn công Sherlock, cùng đánh giá của Halborn và Common Prefix.
Câu hỏi thường gặp
Batch V1.1 trên XRP Ledger là gì?
Đây là một bản sửa đổi của XRP Ledger cho phép gom tối đa 8 giao dịch thành một thao tác duy nhất. Ở chế độ tất cả hoặc không, toàn bộ nhóm giao dịch cùng thành công hoặc cùng bị hủy, nhờ đó tránh tình trạng một bên của thương vụ được thanh toán còn bên kia thất bại. Tính năng cũng cho phép sàn, ví và chợ giao dịch gắn phí dịch vụ trực tiếp vào giao dịch của khách hàng.
Batch V1.1 dự kiến kích hoạt khi nào?
Giai đoạn đếm ngược bắt đầu lúc 14:06:41 UTC ngày 15/9 và Batch V1.1 dự kiến kích hoạt ngay sau mốc thời gian tương tự vào ngày 29/9, với điều kiện tỷ lệ ủng hộ của các trình xác thực duy trì ở mức từ 80% trở lên trong suốt 14 ngày. Vì các trình xác thực có thể đổi lá phiếu, ngày kích hoạt vẫn mang tính điều kiện. Hiện có 30 trong số 35 trình xác thực được theo dõi ủng hộ, cao hơn mức 28 phiếu cần thiết.
Vì sao phiên bản Batch V1.0 trước đó bị rút lại?
Hồi tháng 2, các nhà nghiên cứu phát hiện một lỗ hổng nghiêm trọng trong quy trình xác thực chữ ký của Batch V1.0. Trong một số điều kiện nhất định, đoạn mã có thể dừng kiểm tra chữ ký sớm, cho phép kẻ tấn công đưa vào giao dịch từ tài khoản khác mà không được chủ tài khoản cho phép. Bản sửa đổi khi đó chưa được kích hoạt nên đoạn mã lỗi chưa từng chi phối sổ cái đang vận hành và không có khoản tiền nào bị đe dọa.
Delivery-versus-payment là gì và Batch hỗ trợ nó ra sao?
Delivery-versus-payment (giao tài sản – nhận thanh toán) là cơ chế gắn việc chuyển giao một tài sản với việc thanh toán cho tài sản đó. Thay vì tin rằng một bên sẽ chuyển trước, sổ cái hoàn tất cả hai chân giao dịch cùng lúc hoặc không thực hiện chân nào. Batch hỗ trợ điều này bằng cách xử lý các giao dịch liên quan theo cơ chế nguyên tử, tức tất cả cùng thành công hoặc cùng thất bại.
Nếu tỷ lệ ủng hộ của các trình xác thực giảm dưới 80% thì điều gì xảy ra?
Nếu tỷ lệ ủng hộ giảm xuống dưới 80% trước ngày 29/9, đồng hồ đếm ngược sẽ dừng lại. Khi đó, một chu kỳ 14 ngày mới phải bắt đầu sau khi đề xuất giành lại được đa số phiếu cần thiết từ các trình xác thực.
Nguồn: CoinDesk Altcoin
Theo Nghị quyết số 05/2025/NQ-CP ngày 09/09/2025 của Chính phủ về việc thí điểm triển khai thị trường tài sản số tại Việt Nam, Tienmahoa.Net hiện chỉ cung cấp thông tin cho độc giả quốc tế và không phục vụ người dùng tại Việt Nam cho đến khi có hướng dẫn chính thức từ cơ quan chức năng.
