XRPL bản 3.3.0 phát hành, đếm ngược kích hoạt về 0

Phần mềm máy chủ của Sổ cái XRP (XRP Ledger, XRPL) mang tên xrpld đã phát hành phiên bản 3.3.0, nhưng các tính năng mới vẫn cần thêm bước bỏ phiếu của validator mới có thể vận hành trên mainnet.

Tài liệu phát triển chính thức của XRPL công bố bản xrpld 3.3.0 vào ngày 6 và khuyến nghị các nhà vận hành node nâng cấp ngay lập tức. Phiên bản này gồm 6 đề xuất sửa đổi (amendment): BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor và fixCleanup3_3_0.

Điểm mấu chốt của vấn đề lần này là sự khác biệt giữa việc phát hành và việc kích hoạt. Trên XRPL, một amendment chỉ được bật khi hơn 80% validator đáng tin cậy (trusted validator) đồng thuận liên tục trong 14 ngày. Nếu tỷ lệ đồng thuận rơi xuống dưới ngưỡng này giữa chừng, bộ đếm sẽ được tính lại từ đầu.

XRPL Dashboard tính đến ngày 24 cho thấy số amendment liên quan đến bản 3.3.0 đang trong giai đoạn đếm ngược 14 ngày để kích hoạt là 0. ConfidentialTransfer và Sponsor vẫn được xếp vào nhóm đang phát triển (In development). Điều này có nghĩa dù bản 3.3.0 đã được công bố, các tính năng mới chưa được áp dụng ngay vào quy tắc vận hành của sổ cái.

Đợt nâng cấp lần này không đơn thuần là bổ sung tính năng mới. BatchV1_1 và PermissionDelegationV1_1 mang tính chất sửa lỗi, đưa trở lại các tính năng từng bị vô hiệu hóa do phát sinh sự cố ở phiên bản trước. Bản phát hành chính thức giải thích rằng Batch và PermissionDelegation cũ đã lần lượt được thay thế bằng hai phiên bản mới này.

BatchV1_1 là đề xuất xử lý giao dịch theo lô, gộp nhiều giao dịch để xử lý cùng lúc. ConfidentialTransfer là tính năng bảo vệ thông tin chuyển khoản, còn DynamicMPT mở rộng phạm vi sử dụng của token đa mục đích (MPT). PermissionDelegationV1_1 liên quan đến việc ủy quyền quyền hạn tài khoản, trong khi Sponsor gắn với cơ cấu chi trả phí giao dịch.

Node và validator cũng cần được phân biệt rõ. Node thông thường theo dõi mạng lưới nhưng không nhất thiết tham gia bỏ phiếu amendment, còn validator mới là bên tham gia vào quá trình đồng thuận và bỏ phiếu cho các amendment. Vì vậy, nếu xem tỷ lệ node sẵn sàng và tỷ lệ validator bỏ phiếu là cùng một chỉ số, tình hình kích hoạt thực tế có thể bị hiểu sai.

Tỷ lệ chuyển sang phiên bản mới nhất của toàn bộ node và tỷ lệ ủng hộ của các trusted validator tham gia bỏ phiếu amendment là hai chỉ số khác nhau. Nếu diễn giải hai con số này theo cùng một tiêu chuẩn, người đọc có thể hiểu sai mức độ tiến triển thực tế của quá trình kích hoạt sau khi phát hành.

U.Today dẫn phát biểu của một kỹ sư RippleX cho biết tiêu chuẩn được xem là cập nhật đầy đủ nên đánh giá dựa trên toàn mạng lưới thay vì chỉ dựa vào danh sách validator. Bản tin này ước tính tỷ lệ nâng cấp lên bản 3.3.0 vào khoảng 32%.

Trong khi đó, con số node đã sẵn sàng ở mức 60% xuất hiện trong một số bản tin khác lại chưa được xác nhận trực tiếp từ bản phát hành chính thức, tài liệu amendment của XRPL hay các dashboard công khai. Theo các chỉ số công khai hiện tại, việc kích hoạt tính năng khó có thể coi là sắp diễn ra, mà nên hiểu đây vẫn là giai đoạn chờ nâng cấp và bỏ phiếu sau khi phát hành.

Rủi ro vận hành nằm ở những máy chủ vẫn giữ phiên bản cũ. Tài liệu của XRPL giải thích rằng khi một amendment được kích hoạt mà máy chủ phiên bản cũ không thể xử lý, máy chủ đó có thể rơi vào trạng thái amendment blocked. Trong trường hợp này, máy chủ sẽ không thể xử lý giao dịch, tham gia đồng thuận hay bỏ phiếu cho các amendment tiếp theo một cách bình thường.

Sự khác biệt này cũng có ý nghĩa với người dùng. Đây không hẳn là vấn đề người dùng sàn giao dịch sẽ cảm nhận ngay tính năng mới, mà là vấn đề vận hành mạng lưới mà các nhà phát triển và đơn vị hạ tầng vận hành ví, trình khám phá, dịch vụ thanh toán, công cụ phát hành token cần kiểm tra trước tiên.

Liên quan đến việc mở rộng ứng dụng trên nền tảng XRPL, TokenPost từng đưa tin rằng việc phát triển giao thức cho vay trên XRPL để áp dụng vào mainnet cũng phải dựa trên điều kiện tiên quyết là được validator chấp thuận. Dù tính năng của giao thức có tăng thêm, nếu tầng kết nối để ứng dụng gọi đến một cách ổn định còn thiếu thì phạm vi sử dụng thực tế vẫn bị giới hạn.

Sổ cái XRP phiên bản 3.3.0 đã hoàn tất khâu phát hành, nhưng để kích hoạt tính năng vẫn cần trải qua bỏ phiếu của validator và duy trì điều kiện đồng thuận liên tục 14 ngày. Theo dashboard công khai, tính đến ngày 24, số amendment đang trong đếm ngược 14 ngày để kích hoạt vẫn là 0.