Các nhà phát triển XRP Ledger đã phát hành xrpld phiên bản 3.3.0 vào ngày 6 tháng 8, đưa một số thay đổi giao thức đến gần hơn với khả năng kích hoạt trên mainnet.
- XRPL 3.3.0 giới thiệu mã giao thức, nhưng sự chấp thuận của validator vẫn cần thiết trước khi bất kỳ kích hoạt mainnet nào xảy ra.
- ConfidentialTransfer sẽ che giấu số dư MPT và số tiền chuyển trong khi vẫn duy trì quyền truy cập tuân thủ cho các bên được ủy quyền.
- BatchV1_1 khôi phục chức năng giao dịch nguyên tử sau khi phiên bản trước đó bị dừng do lỗ hổng bảo mật.
- Sponsor sẽ cho phép bên thứ ba chi trả phí và dự trữ trong khi người dùng vẫn giữ toàn quyền kiểm soát tài khoản.
- DynamicMPT sẽ cho phép tổ chức phát hành sửa đổi các thuộc tính token đã chọn sau này, hỗ trợ nhu cầu kinh doanh và tuân thủ đang phát triển.
Bản phát hành GitHub chính thức release xác nhận công việc về ConfidentialTransfer, BatchV1_1, Sponsor và DynamicMPT, cùng với các bản sửa lỗi và thay đổi giao thức khác. Việc phát hành phần mềm tự nó không kích hoạt các tính năng này trên mạng lưới.
Sự khác biệt này quan trọng vì một số báo cáo mô tả sáu nâng cấp đã hoạt động. Theo quy trình sửa đổi của XRP Ledger, các tính năng giao thức mới yêu cầu sự hỗ trợ của validator trước khi kích hoạt. Một sửa đổi phải duy trì hơn 80% sự hỗ trợ từ các validator đáng tin cậy trong hai tuần liên tục trước khi có hiệu lực.
XRP Ledger 3.3.0 bổ sung công cụ quyền riêng tư và giao dịch nguyên tử
ConfidentialTransfer được thiết kế để thêm quyền riêng tư cho Multi-Purpose Tokens, hoặc MPT. Tài liệu XRPL documentation nói rằng sửa đổi này sử dụng mật mã để che giấu số dư cá nhân và số tiền chuyển trong khi vẫn duy trì các cơ chế cho phép các bên được ủy quyền, bao gồm tổ chức phát hành hoặc kiểm toán viên, xác minh thông tin cần thiết cho việc tuân thủ.
Tính năng này vẫn phụ thuộc vào việc kích hoạt sửa đổi, vì vậy các chuyển MPT riêng tư chưa nên được mô tả là đang hoạt động trên mainnet XRPL.
BatchV1_1 là một thành phần chính khác. Tiêu chuẩn XLS-56 standard cho phép nhiều giao dịch được đóng gói và xử lý cùng nhau, bao gồm các giao dịch liên quan đến các tài khoản khác nhau. Thực thi nguyên tử có thể giúp ích cho các quy trình thanh toán nơi nhiều hành động phải thành công cùng nhau thay vì để một phần hoàn thành trong khi phần khác thất bại.
Các tính năng sửa đổi theo sau các phát hiện bảo mật trước đó
Batch có một lịch sử quan trọng. Một phiên bản trước đó đã bị vô hiệu hóa trước khi kích hoạt mainnet sau khi phát hiện ra một vấn đề bảo mật trong logic ký giao dịch. XRPL Foundation sau đó đã chuyển sang BatchV1_1 như một sự thay thế đã được sửa chữa. Như đã đưa tin trước đó trong phạm vi bảo mật XRPL, các nhà phát triển đã tăng cường đánh giá chính thức xung quanh các nâng cấp gần đây.
Permission Delegation đã đi theo một con đường tương tự. XRPL đã tiết lộ vào tháng 9 năm 2025 rằng một lỗi trong sửa đổi trước đó có thể cho phép một giao dịch trái phép tính phí cho một tài khoản khác trong các điều kiện cụ thể. Các validator đã được khuyên nên bỏ phiếu không, và tính năng dễ bị tổn thương không bao giờ được kích hoạt. PermissionDelegationV1_1 đã được phát triển như một sự thay thế.
Khái niệm sửa đổi cho phép một tài khoản cấp các quyền giao dịch xác định mà không cần trao chìa khóa riêng chính của nó, hỗ trợ các ví hoạt động với quyền hạn giới hạn.
Sponsor và DynamicMPT nhắm đến việc giới thiệu tổ chức
Sponsor, dựa trên XLS-68, được thiết kế để cho phép một tài khoản khác chi trả phí giao dịch hoặc yêu cầu dự trữ trong khi người dùng vẫn kiểm soát tài khoản và chìa khóa. Tính năng này có thể cho phép các ứng dụng giới thiệu người dùng mà không yêu cầu họ mua XRP chỉ để đáp ứng chi phí mạng lưới. Đề xuất XLS-68 proposal hỗ trợ rõ ràng việc tài trợ phí và dự trữ trong khi vẫn duy trì quyền kiểm soát chìa khóa của người dùng.
DynamicMPT nhắm đến các tổ chức phát hành token. Đề xuất XLS-94 proposal cho phép các tổ chức phát hành chỉ định các thuộc tính MPT đã chọn là có thể thay đổi khi tạo token, sau đó cập nhật các trường được phép đó sau này. Tiêu chuẩn này nhằm đáp ứng các yêu cầu kinh doanh hoặc tuân thủ thay đổi mà không làm cho mọi thuộc tính token có thể chỉnh sửa tự do.
Cùng nhau, các tính năng này phù hợp với trọng tâm ngày càng tăng của XRPL về tài chính token hóa. Trong phạm vi token hóa liên quan, crypto.news đã báo cáo rằng JPMorgan, Mastercard, Ondo Finance và Ripple đã thử nghiệm việc mua lại Kho bạc token hóa bằng XRPL.
Không phải mọi nâng cấp được trích dẫn đều thuộc phiên bản 3.3.0
Một sự điều chỉnh là cần thiết xung quanh khung "sáu nâng cấp" được lan truyền rộng rãi. fixCleanup3_2_0 thuộc chu kỳ xrpld 3.2.0 trước đó, không phải gói tính năng 3.3.0 mới phát hành. Nhật ký thay đổi GitHub 3.3.0 thay vào đó cho thấy công việc xung quanh LendingProtocolV1_1 và một đường ray fixCleanup3_3_0 riêng biệt cùng với các tính năng chính.
Do đó, bản phát hành không nên được đọc là sáu khả năng hoàn thành có sẵn đồng thời. Đây là một cột mốc phần mềm máy chủ cung cấp cho các validator và nhà điều hành mã cần thiết cho các quyết định sửa đổi. Các sửa đổi riêng lẻ có thể có các mốc thời gian bỏ phiếu khác nhau và có thể không kích hoạt nếu sự hỗ trợ giảm xuống dưới ngưỡng yêu cầu.
Quy trình quản trị này đã từng quan trọng trước đây. Các sửa đổi Batch và Permission Delegation ban đầu đã bị dừng sau khi các lỗi được xác định trước khi kích hoạt mainnet, cho thấy rằng việc đưa vào phần mềm hoặc bỏ phiếu của validator không giống với việc triển khai sản xuất.
Điều gì xảy ra tiếp theo cho các validator XRPL
Các nhà điều hành nút hiện cần đánh giá phiên bản 3.3.0 và quyết định có nâng cấp và hỗ trợ các sửa đổi riêng lẻ hay không. Ngày kích hoạt chính xác phụ thuộc vào việc bỏ phiếu của validator, thay vì phát hành phần mềm ngày 6 tháng 8. Các quy tắc sửa đổi của XRPL yêu cầu siêu đa số phải duy trì liên tục trong hai tuần.
Đối với những người nắm giữ XRP, thay đổi ngay lập tức là kỹ thuật hơn là tiền tệ. Phiên bản 3.3.0 mở rộng bộ công cụ tiềm năng của mạng lưới cho quyền riêng tư, thanh toán nhiều bước, quyền được ủy quyền, giới thiệu được tài trợ và phát hành token có thể cấu hình, nhưng không có gì đảm bảo nhu cầu XRP cao hơn hoặc tăng giá.
Các cột mốc có thể xác minh tiếp theo sẽ là việc áp dụng 3.3.0 của validator, mức hỗ trợ sửa đổi và ngày kích hoạt theo lịch trình. Cho đến khi các ngưỡng đó được đáp ứng, các khả năng mới nên được mô tả là đã phát hành trong phần mềm nút và đang tiến hành quản trị, không phải là các tính năng mainnet XRP Ledger hoàn toàn hoạt động.
Các quyết định của validator, thay vì tiếp thị phát hành, sẽ xác định khi nào mỗi tính năng có thể sử dụng trên mainnet.