XRPL Commons ủng hộ các nâng cấp mạng XRPL sau phiên bỏ phiếu sửa đổi, trong đó đề xuất XLS-80 (Permissioned Domains) đã đạt ngưỡng phiếu để tiến gần đến kích hoạt trên sổ cái.
Diễn biến này cho thấy quy trình kích hoạt amendment trên XRP Ledger phụ thuộc vào đồng thuận của validator và kết quả thử nghiệm Devnet. Cùng lúc, XLS-81 vẫn đang bỏ phiếu, XLS-56 bị đảo phiếu do lỗi phần mềm, còn XLS-85 cần thêm kiểm thử trước khi quyết định.
- XLS-80 (Permissioned Domains) nhận 88% phiếu validator và đang hướng tới lịch kích hoạt ngày 04/02/2026 theo giờ Việt Nam.
- XLS-81 (Permissioned DEX) vẫn trong giai đoạn bỏ phiếu, mới đạt 55,88% (19/34 validator).
- XRPL Commons đảo phiếu XLS-56 do lỗi xác thực chữ ký trong batch, còn XLS-85 về token escrow tiếp tục chờ kiểm thử.
XRPL Commons xác nhận ủng hộ 2 nâng cấp sau phiên bỏ phiếu amendment
XRPL Commons cho biết đã bỏ phiếu ủng hộ hai nâng cấp mạng sau khi hoàn tất phiên bỏ phiếu amendment định kỳ và dựa trên kết quả thử nghiệm Devnet thành công, trong bối cảnh các thay đổi chỉ được kích hoạt khi có siêu đa số validator ủng hộ trong thời gian đủ dài.
Trong quy trình do validator dẫn dắt của XRP Ledger, các amendment phải đạt ngưỡng đồng thuận và duy trì liên tục trước khi “go live” trên sổ cái. Theo cập nhật từ cộng đồng, một trong hai đề xuất đã đạt ngưỡng phiếu của validator để tiến tới tích hợp. Một amendment từng được ủng hộ trước đó bị bác sau khi phát hiện lỗi, còn amendment về token escrow đang được xem xét thêm qua kiểm thử.
Trích dẫn công khai về phiên bỏ phiếu của XRPL Commons
XRPL Commons đã công bố bản cập nhật trên X về việc hoàn tất phiên bỏ phiếu amendment, bao gồm các lá phiếu “YES” cho XLS-80 và XLS-81 sau khi thử nghiệm Devnet thành công.
“XRPL Commons Voting Update… On Friday January 23rd, we completed our regular amendment voting session… XLS-80 (Permissioned Domains): Voted YES… XLS-81 (Permissioned DEXes): Voted YES…”
– XRPL Commons, bài đăng trên X (26/01/2026)
Liên kết bài đăng gốc trên X: xem cập nhật bỏ phiếu của XRPL Commons.
Validator XRPL bật đèn xanh cho “vùng mạng dựa trên chứng chỉ” với XLS-80
88% validator đã bỏ phiếu ủng hộ XLS-80 (Permissioned Domains) sau thử nghiệm Devnet thành công, và đề xuất này đang theo dõi lịch kích hoạt 04/02/2026 lúc 16:57:51 (giờ Việt Nam, GMT+7).
XLS-80 tạo ra các môi trường bị hạn chế trong XRP Ledger, nơi chỉ những tài khoản có “credential” được phê duyệt mới được tham gia. Thiết kế nhấn mạnh rằng dữ liệu nhạy cảm không cần ghi lên chain, vì trên sổ cái chỉ lưu bằng chứng credential hợp lệ, còn chi tiết cá nhân nằm ngoài sổ cái.
Permissioned Domains được mô tả như các “vùng có cổng kiểm soát”, phù hợp cho tổ chức muốn xác minh đối tác trước khi giao dịch. Cách tiếp cận này khác với mô hình truy cập mở hoàn toàn vốn phổ biến ở nhiều hệ thống blockchain trước đây, bao gồm cả XRPL.
XLS-81 mở rộng DEX tích hợp của XRPL theo mô hình “Permissioned DEX”, nhưng vẫn đang bỏ phiếu
XLS-81 (Permissioned DEX) được XRPL Commons bỏ phiếu ủng hộ, nhưng hiện chưa được enable và vẫn trong giai đoạn validator voting, mới đạt 55,88% với 19/34 validator đồng ý.
XRPL Commons ủng hộ amendment XLS-81 trên XRPSCAN, đề xuất được đưa ra trong đợt ra mắt phần mềm v2.5.0 năm trước. Để đạt ngưỡng, XLS-81 cần 27/34 phiếu validator. Tại thời điểm báo cáo, mức đồng thuận là 55,88%, tương ứng 19 validator ủng hộ.
Về cơ chế, XLS-81 mở rộng sàn giao dịch tích hợp sẵn trên XRP Ledger bằng cách cho phép giao dịch trong các thiết lập có kiểm soát. Người tham gia cần có credential được phê duyệt trước khi đặt lệnh hoặc khớp lệnh, phù hợp với các đơn vị chịu yêu cầu về định danh và báo cáo.
Các “Permissioned DEX instance” có danh sách cho phép (allow-list) để quyết định ai được truy cập địa điểm giao dịch. Lệnh trong môi trường này tách biệt khỏi sổ lệnh mở công khai. Một kiểu cấu trúc giới hạn hoạt động chỉ trong một domain, trong khi kiểu khác cho phép tương tác với cả pool hạn chế và sàn công khai, đồng thời ưu tiên venue được kiểm soát.
Khung hoạt động này được định hướng đi kèm các cơ chế tuân thủ của XRPL như trustline được ủy quyền, đóng băng tài sản và chức năng clawback, nhằm hỗ trợ giao dịch on-chain theo hướng có thể đáp ứng yêu cầu quản lý.
XRPL Commons đảo phiếu XLS-56 sau khi phát hiện lỗi phần mềm trong Batch Transactions
XRPL Commons đã chuyển lá phiếu với XLS-56 (Batch Transactions) từ “YES” sang “NO” sau khi phát hiện lỗi phần mềm có thể khiến các giao dịch con trong một batch trông như được ký hợp lệ dù thực tế không.
Theo mô tả của nhóm, vấn đề nằm ở khả năng xác thực các “inner transactions” trong batch theo cách tạo cảm giác chữ ký hợp lệ khi không đúng. Tham chiếu lỗi được công khai tại pull request trên GitHub. XRPL Commons khuyến nghị nhà phát triển thực hiện sửa lỗi trước khi nhóm có thể quay lại ủng hộ amendment này để triển khai trên sổ cái.
Nâng cấp token escrow XLS-85 trên XRPL vẫn chờ thêm kiểm thử
XLS-85, amendment mở rộng tính năng escrow cho token phát hành, chưa thay đổi trạng thái vì XRPL Commons cho biết cần thêm kiểm thử trước phiên bỏ phiếu tiếp theo.
Theo mô tả semantics của đề xuất, sổ cái có thể giữ IOUs và Multi-Purpose Tokens trong escrow, đồng thời hỗ trợ điều kiện mở khóa theo thời gian, theo sự kiện cụ thể hoặc theo quy tắc có thể lập trình. Tuy nhiên, phạm vi hiện tại không bao gồm chức năng escrow cross-chain trực tiếp.
Đề xuất cũng nêu rõ: tổ chức phát hành token không được đưa chính tài sản của mình vào escrow; tài sản đang trong escrow không thể bị clawback trong thời gian khóa; và phí chuyển nhượng (transfer fees) cho một số token sẽ được tính tại thời điểm tạo escrow. XLS-85 được giới thiệu cùng phiên bản phần mềm v2.5.0 và cần 80% validator ủng hộ để kích hoạt.
Các thông số reserve và lịch bỏ phiếu amendment kế tiếp trên XRPL
XRPL Commons cho biết fee-based reserve giữ ở mức 1 XRP, còn owner reserve được giới hạn ở 0,1 XRP; phiên bỏ phiếu amendment tiếp theo dự kiến diễn ra ngày 06/02.
Ngoài các quyết định về amendment, nhóm cho biết các amendment đang mở khác đã được bỏ phiếu trong các phiên trước, và vòng này không thêm đề xuất mới vào chương trình nghị sự. Ở phiên sắp tới vào ngày 06/02, validator sẽ xem lại các đề xuất đang chờ và đánh giá kết quả kiểm thử mới.
Những câu hỏi thường gặp
XLS-80 (Permissioned Domains) là gì trên XRP Ledger?
XLS-80 tạo ra các “vùng” bị hạn chế trong XRPL, chỉ cho phép tài khoản có credential được phê duyệt tham gia. Trên chain chỉ ghi bằng chứng credential hợp lệ, còn dữ liệu cá nhân chi tiết không nằm trên sổ cái.
Khi nào XLS-80 dự kiến được kích hoạt?
Theo thông tin được nêu, XLS-80 đang theo dõi ngày kích hoạt 04/02/2026 lúc 16:57:51 theo giờ Việt Nam (GMT+7), sau khi đạt 88% phiếu validator.
XLS-81 (Permissioned DEX) đang ở giai đoạn nào?
XLS-81 vẫn trong giai đoạn bỏ phiếu và chưa được enable. Ngưỡng yêu cầu là 27/34 validator, còn mức đồng thuận được nêu là 55,88% với 19 validator ủng hộ tại thời điểm báo cáo.
Vì sao XRPL Commons đổi phiếu XLS-56 từ đồng ý sang phản đối?
Nhóm đổi phiếu sau khi phát hiện lỗi phần mềm có thể khiến các giao dịch con trong batch trông như được ký hợp lệ dù không đúng. Họ đề nghị cần sửa lỗi trước khi có thể ủng hộ trở lại.
XLS-85 về token escrow có thêm chức năng gì?
XLS-85 mở rộng escrow cho token phát hành như IOUs và Multi-Purpose Tokens, cho phép khóa và mở khóa theo thời gian, sự kiện hoặc quy tắc. Đề xuất yêu cầu thêm kiểm thử và cần 80% validator ủng hộ để kích hoạt.