XRP Ledger đã đưa PermissionDelegationV1_1 vào giai đoạn kích hoạt 14 ngày sau khi 29 trong số 35 validator đáng tin cậy của mạng lưới ủng hộ bản nâng cấp quyền tài khoản này.
Theo bảng điều khiển amendment trực tiếp của XRP Ledger, thời gian đếm ngược bắt đầu vào ngày 21 tháng 9 và có thể đưa PermissionDelegationV1_1 có hiệu lực vào lúc 11:18 UTC ngày 5 tháng 10 nếu mức ủng hộ từ validator vẫn trên ngưỡng yêu cầu trong suốt giai đoạn này.
Ít nhất 28 trong số 35 validator đáng tin cậy phải tiếp tục ủng hộ amendment này. Nếu mức ủng hộ giảm xuống dưới ngưỡng đó trước khi thời gian đếm ngược kết thúc, bộ đếm kích hoạt sẽ được đặt lại.
PermissionDelegationV1_1 thay đổi cách một tài khoản XRP Ledger có thể trao quyền cho tài khoản khác thực hiện các tác vụ cụ thể.
Trong cấu trúc tài khoản hiện tại, các doanh nghiệp cần những hệ thống hoặc nhân sự khác nhau để thực hiện vận hành có thể gặp vấn đề khi phải cấp cho tài khoản vận hành nhiều quyền hơn mức thực sự cần thiết. Permission Delegation được thiết kế để tách biệt các trách nhiệm đó.
Ví dụ, một tài khoản có thể ủy quyền cho tài khoản khác thực hiện thanh toán mà không cấp quyền thay đổi khóa của tài khoản chính. Một tổ chức phát hành stablecoin có thể giữ khóa chính ở trạng thái offline, đồng thời cấp cho một hệ thống tuân thủ kết nối internet quyền phê duyệt khách hàng nắm giữ token của mình.
Mỗi tài khoản được ủy quyền có thể nhận tối đa 10 quyền, trong khi tài khoản cấp quyền vẫn giữ khả năng thay đổi hoặc thu hồi các quyền đó.
Cách sắp xếp này tương tự mô hình phân tách trách nhiệm thường được các tổ chức tài chính sử dụng, nơi các chức năng thanh toán, tuân thủ và quản trị không nhất thiết có cùng một mức độ truy cập.
PermissionDelegationV1_1 là một phần trong nhóm amendment lớn hơn được giới thiệu thông qua xrpld 3.3.0. Bản phát hành này bao gồm BatchV1_1, ConfidentialTransfer, DynamicMPT và Sponsor bên cạnh Permission Delegation, với một số tính năng được định hướng cho giao dịch tổ chức và phát hành token.
Sponsor sẽ cho phép một thực thể khác chi trả phí giao dịch và yêu cầu dự trữ cho người dùng mà không kiểm soát tài khoản của họ. DynamicMPT mang lại cho nhà phát hành sự linh hoạt cao hơn đối với một số thuộc tính được chọn của Multi Purpose Token, trong khi ConfidentialTransfer được thiết kế để che giấu số dư MPT và số tiền thanh toán khỏi tầm nhìn công khai, đồng thời vẫn giữ cơ chế truy cập cho các bên được ủy quyền.
Crypto.news trước đó đã đưa tin rằng ConfidentialTransfer nhắm đến các trường hợp sử dụng cấp tổ chức, nơi doanh nghiệp có thể cần quyền riêng tư cho giao dịch nhưng vẫn phải cung cấp thông tin cho kiểm toán viên và các bên được ủy quyền khác.
PermissionDelegationV1_1 là nỗ lực thứ hai nhằm đưa quyền ủy quyền tài khoản lên XRP Ledger.
Amendment ban đầu đã bị dừng trước khi lên mạng chính sau khi một người thử nghiệm trong cộng đồng báo cáo lỗ hổng vào ngày 15 tháng 9 năm 2025.
Trong bản triển khai bị ảnh hưởng, phần mềm kiểm tra xem một tài khoản có quyền thực hiện giao dịch hay không trước khi xác minh chữ ký đúng cách. Một số giao dịch bị từ chối vẫn có thể bị tính phí.
Do đó, kẻ tấn công có thể gửi các giao dịch không được ủy quyền với mức phí cố ý rất cao và khiến một tài khoản khác phải trả phí đó dù giao dịch không được ký hợp lệ. Nếu lặp lại quá trình này, số dư XRP khả dụng của nạn nhân có thể bị rút cạn.
Sau khi lỗ hổng được phát hiện, các validator đã được khuyến nghị không ủng hộ amendment này, qua đó ngăn phiên bản bị ảnh hưởng được kích hoạt trên mainnet.
Phiên bản thay thế đã được đưa vào xrpld 3.3.0 với các thay đổi trong cách xử lý giao dịch không được ủy quyền. Việc xác minh chữ ký giờ đây diễn ra trước loại lỗi có thể khiến tài khoản mục tiêu bị tính phí.
Permission Delegation không phải là tính năng duy nhất trong bản phát hành quay trở lại sau khi được xử lý bảo mật. BatchV1_1 đã thay thế một bản triển khai Batch trước đó sau khi các nhà phát triển phát hiện một lỗ hổng chữ ký nghiêm trọng khác. Bản nâng cấp Batch đã sửa đổi hiện đã đi qua quá trình bỏ phiếu của validator sau khi được khắc phục và rà soát bổ sung.
PermissionDelegationV1_1 không trực tiếp thay đổi nguồn cung, lịch phát hành hay kinh tế học token của XRP, vì vậy không có lý do mang tính cơ chế nào cho thấy riêng việc kích hoạt nó sẽ tạo ra nhu cầu mới đáng kể đối với XRP.
Amendment này xử lý quyền của tài khoản thay vì chính token XRP. Các tổ chức sử dụng tài khoản được ủy quyền vẫn sẽ dùng XRP cho phí thông thường và yêu cầu dự trữ của ledger, nhưng tính năng này không buộc họ phải mua hoặc nắm giữ lượng lớn XRP chỉ để sử dụng quyền được ủy quyền.
Những diễn biến gần đây trên mạng lưới cho thấy vì sao việc phân biệt giữa mức độ chấp nhận XRPL và nhu cầu đối với XRP lại quan trọng.
Một phân tích trước đó về mức độ tiếp xúc XRP của Ripple Prime cho thấy ngay cả hoạt động tổ chức đáng kể bên trong hệ sinh thái Ripple cũng không tự động chuyển thành nhu cầu XRP tương đương. Stablecoin và các tài sản được phát hành khác có thể đảm nhiệm phần lớn việc chuyển giao giá trị nền tảng, trong khi XRP vẫn giữ các vai trò như phí giao dịch, dự trữ và một số chức năng định tuyến.
Một cấu trúc tương tự cũng áp dụng cho Permission Delegation. Các tổ chức phát hành stablecoin, nhà cung cấp tài sản token hóa và các doanh nghiệp khác có thể sử dụng tính năng này mà không cần dùng XRP làm tài sản được chuyển.
Mối liên hệ tiềm năng với giá thay vào đó phụ thuộc vào việc bản nâng cấp có giúp mang lại nhiều hoạt động hơn cho XRP Ledger theo thời gian hay không.
Các tổ chức phát hành muốn giữ khóa có quyền cao ở trạng thái offline có thể sử dụng tài khoản được ủy quyền cho các khoản thanh toán định kỳ hoặc các tác vụ tuân thủ. Nếu các khả năng đó góp phần giúp nhiều doanh nghiệp hơn phát hành tài sản và xử lý giao dịch trên XRPL, hoạt động phát sinh sẽ tạo ra nhiều mức sử dụng mạng lưới hơn, nơi XRP vẫn là tài sản gốc được dùng cho phí và dự trữ.
Các bằng chứng cho đến nay cho thấy tăng trưởng mạng lưới và giá XRP không phải lúc nào cũng đi cùng nhau. RLUSD và các tài sản token hóa đã mở rộng trên XRPL trong khi XRP trải qua các giai đoạn giá suy yếu, cho thấy hoạt động ledger tăng lên không nhất thiết tạo ra áp lực mua tức thì đối với token này.
Một thử nghiệm cấp tổ chức vào tháng 6 với sự tham gia của JPMorgan, Mastercard, Ondo Finance và Ripple là một ví dụ khác. Việc hoàn trả trái phiếu kho bạc token hóa đã sử dụng XRP Ledger, nhưng XRP không phải là tài sản được hoàn trả. Vai trò trực tiếp của nó vẫn gắn với hạ tầng mạng lưới cơ bản.
Vì vậy, PermissionDelegationV1_1 có thể cung cấp thêm một mảnh ghép hạ tầng cho người dùng tổ chức mà không trở thành chất xúc tác lớn, độc lập cho giá XRP.
Phản ứng của thị trường quanh thời điểm kích hoạt vẫn có thể xảy ra vì trader có thể phản ứng với các bản nâng cấp mạng lưới và kỳ vọng về mức độ chấp nhận. Tuy nhiên, bất kỳ tác động giá bền vững nào cũng sẽ phụ thuộc vào việc sử dụng tính năng này sau đó và các yếu tố thị trường khác, thay vì chỉ đơn giản là amendment được bật lên.
Permission Delegation đang tiến gần tới kích hoạt trong khi một số tính năng khác của XRP Ledger vẫn đang ở các giai đoạn khác nhau trong quy trình amendment.
BatchV1_1 được thiết kế để gộp nhiều thao tác vào một giao dịch phối hợp, cho phép mọi hành động được bao gồm либо cùng thành công hoặc cùng thất bại. Cấu trúc như vậy có thể hỗ trợ các quy trình thanh toán bù trừ, nơi một tài sản và khoản thanh toán của nó cần được chuyển giao đồng thời.
ConfidentialTransfer sẽ cho phép các nhà phát hành Multi Purpose Token có tùy chọn che giấu số dư và lượng chuyển trong khi vẫn để tài khoản hiển thị. Theo thiết kế được đề xuất, các bên được ủy quyền vẫn có thể nhận được thông tin cần thiết cho mục đích tuân thủ.
Các nhà phát triển XRPL đã tiếp tục công việc vượt ra ngoài bản phát hành 3.3.0. Phiên bản 3.4.0, được phát hành vào ngày 16 tháng 9, đã giới thiệu các sửa đổi đối với những chức năng cho vay được đề xuất cùng với một gói vá giao thức khác.
Khuôn khổ cho vay vẫn chịu sự điều chỉnh của quy trình amendment của mạng lưới, trong đó cần có sự chấp thuận của validator trước khi các chức năng được đề xuất có thể được kích hoạt trên mainnet.
XRP