Tóm tắt ngắn
- Các nhà phát triển XRP Ledger đã đề xuất các bản sửa lỗi dưới fixCleanup3_5_0 để ngăn các token bị hạn chế đạt đến các tài khoản không được ủy quyền thông qua các ngoại lệ về đường tin tưởng và hồ sơ thanh khoản.
- Một thay đổi chặn các đường tin cậy không được ủy quyền từ việc nhận số dư, trong khi thay đổi khác yêu cầu sự ủy quyền cho cả hai tài sản trong pool AMM trước khi tài khoản nhận được token LP.
- Các bản sửa đổi vẫn đang được xem xét và chưa được kích hoạt trên mạng chính. Những người nắm giữ không được ủy quyền có thể hoàn trả token cho người phát hành, sau đó những người này có thể phê duyệt chúng.
Các nhà phát triển XRP Ledger đã đề xuất một bộ các bản sửa lỗi nhằm siết chặt cách các token bị hạn chế có thể được nhận và giữ, đóng các ngoại lệ ủy quyền có thể cho phép tài sản đến các tài khoản mà không có sự phê duyệt của người phát hành. Yêu cầu kéo mở trên GitHub nhắm đến hành vi đường tin cậy dưới sửa đổi planned fixCleanup3_5_0. Những thay đổi này củng cố các kiểm soát quyền hạn trên toàn bộ hệ sinh thái XRP Ledger, nhưng chúng chưa được kích hoạt trên mạng chính và không nên được coi là các quy tắc mạng đã triển khai. Các nhà phát hành token bị hạn chế có thể sử dụng các yêu cầu ủy quyền để kiểm soát ai có thể giữ tài sản của họ, khiến việc thực thi nhất quán trở nên đặc biệt quan trọng đối với stablecoin, các quỹ được token hóa và các công cụ được cấp phép khác được phát hành trên XRPL.
Fix đề xuất Cleanup3_5_0 Tăng cường xác thực trên toàn bộ các luồng token
Một vấn đề liên quan đến các đường tin cậy không được ủy quyền đã có số dư và tiếp tục nhận thêm token. Kiểm tra ủy quyền của hệ thống thanh toán hiện tại có thể không chặn được các chuyển khoản đó vì nó chỉ được kích hoạt khi số dư đường tin cậy chính xác bằng không. Thay đổi được đề xuất loại bỏ ngoại lệ này, khiến việc nhận không được ủy quyền bị từ chối. Nó cũng ngăn chặn thanh toán đi qua mức không và tạo ra một vị thế không được ủy quyền mới, đồng thời vẫn cho phép người nắm giữ gọi lại tài sản về phía người phát hành.
Một đề xuất liên quan sẽ yêu cầu sự ủy quyền cho cả hai tài sản trước khi một tài khoản có thể nhận được token nhà cung cấp thanh khoản AMM. Các token LP đại diện cho mức độ tiếp xúc với các tài sản trong hồ, nghĩa là một tài khoản có thể vô tình có tiếp xúc gián tiếp với tài sản bị hạn chế mà nó chưa từng được phê duyệt để nắm giữ. Thay đổi này phù hợp với sự phát triển tổng thể của hạ tầng thanh khoản được cấp phép của XRPL, được thiết kế xung quanh các kiểm soát của người phát hành và đối tác.
Đối với người nắm giữ, các quy định được đề xuất duy trì một lối thoát. Số dư không được ủy quyền sẽ vẫn có thể được chi trả trở lại cho người phát hành thay vì bị kẹt vĩnh viễn, và người phát hành sau này có thể phê duyệt đường tin tưởng để khôi phục việc sử dụng bình thường. Gói này cũng nhằm duy trì tính nhất quán trong các kiểm tra ủy quyền giữa các tính năng hiện có và tương lai, củng cố mô hình ủy quyền xung quanh môi trường giao dịch có phép cho dòng tài sản được quản lý trên XRPL.
Quan trọng hơn, các bản sửa lỗi vẫn đang được xem xét thay vì được phê duyệt là các nâng cấp mạng. Pull request #8650 vẫn đang mở và được xếp chồng lên một thay đổi đang mở khác, trong khi gói rộng hơn được thiết kế dành cho fixCleanup3_5_0. Ngay cả sau khi kiểm tra mã và đưa vào bản phát hành, các thay đổi ở cấp độ đồng thuận cần quy trình phê duyệt của các validator trên mạng trước khi kích hoạt. Các sửa đổi bảo trì XRPL gần đây minh họa sự phân biệt giữa mã được đề xuất, sự hỗ trợ của validator và việc triển khai trên Mainnet. Cho đến khi hoàn thành các bước đó, hành vi sổ cái hiện tại vẫn không thay đổi.