Các nhà phát triển XRP Ledger đề xuất bốn giải pháp để khắc phục các lỗ hổng trong ủy quyền token

Các nhà phát triển XRP Ledger đang triển khai bốn bản sửa lỗi liên quan đến bảo mật nhằm ngăn chặn tài sản kỹ thuật số bị hạn chế tiếp cận các tài khoản mà không được ủy quyền, giải quyết các điểm yếu tiềm ẩn trong hạ tầng ngày càng được sử dụng cho việc token hóa tổ chức.

Các thay đổi được nhóm dưới một đề xuất sửa đổi có tên fixCleanup3_5_0, với đề xuất mã GitHub liên quan đã được cập nhật vào ngày 27 tháng Mười. Các bản sửa đổi này sẽ củng cố quyền kiểm soát token của người phát hành trong các giao dịch thanh toán, máy tạo thị trường tự động và các giao dịch khác.

Đề xuất tập trung vào các token yêu cầu sự ủy quyền rõ ràng từ người phát hành trước khi một tài khoản có thể nắm giữ chúng.

Các hạn chế này đặc biệt liên quan đến các stablecoin được quản lý và chứng khoán được token hóa, nơi các bên phát hành có thể cần xác minh danh tính nhà đầu tư hoặc thực thi các yêu cầu về tính đủ điều kiện.

Theo kiến trúc hiện tại, sự chấp thuận được ghi lại thông qua một đường tin cậy kết nối tài khoản với người phát hành token. Các nhà phát triển đã xác định một số tình huống mà giao dịch có thể bỏ qua các kiểm tra ủy quyền dự kiến.

Một vấn đề liên quan đến các token thanh khoản của người tạo thị trường tự động, đại diện cho quyền yêu cầu đối với tài sản được gửi vào các hồ giao dịch. Sửa đổi được đề xuất sẽ yêu cầu người nhận phải có quyền truy cập vào cả hai tài sản cơ sở trước khi nhận token hồ.

Một địa chỉ khác đề cập đến ngoại lệ ảnh hưởng đến các đường tín dụng có số dư hiện có. Trước đây, một số kiểm tra chỉ được áp dụng khi đường tín dụng có số lượng token bằng không, điều này có thể cho phép số dư không được ủy quyền tăng lên thông qua các giao dịch tiếp theo.

Gói rộng hơn cũng nhằm ngăn chặn việc sử dụng số dư token không được ủy quyền trong các khoản chuyển khác ngoài việc hoàn trả cho người phát hành và giới thiệu các kiểm tra tính nhất quán bổ sung.

Những thay đổi này theo sau các công việc trước đó về permissioned liquidity pools, nơi các nhà phát triển đã tìm cách hạn chế sự tham gia chỉ cho các đối tác tổ chức đã được xác minh.

Các thay đổi được đề xuất xuất hiện khi các tổ chức tài chính truyền thống mở rộng việc sử dụng XRP Ledger cho tài sản kỹ thuật số.

BNY gần đây đã mở rộng khả năng lưu ký XRP và RLUSD, trong khi Ripple đã theo đuổi các mối quan hệ liên quan đến thanh toán stablecoin, chứng khoán được token hóa và tài trợ tổ chức.

Đối với các tổ chức được quản lý, khả năng kiểm soát các tài khoản nào có thể hợp pháp nhận hoặc nắm giữ các tài sản cụ thể là điều thiết yếu.

Một bên phát hành phân phối cổ phần quỹ được token hóa, ví dụ, có thể cần đảm bảo các token này vẫn nằm trong tay các nhà đầu tư đủ điều kiện. Nếu giao dịch trên thị trường thứ cấp hoặc cơ chế hồ sơ thanh khoản bỏ qua các kiểm tra ủy quyền, các biện pháp kiểm soát tuân thủ của hệ thống sẽ trở nên kém đáng tin cậy hơn.

Các biện pháp khắc phục được đề xuất sẽ củng cố những biện pháp bảo vệ đó mà không thay đổi mô hình sở hữu bản địa của XRP hoặc yêu cầu người nắm giữ XRP thông thường phải xin phép nhà phát hành.

Công việc này cũng tuân theo bản phát hành bảo mật XRPL trước đó, vốn đã giới thiệu các biện pháp bảo vệ riêng biệt cho chức năng giao dịch hàng loạt của mạng lưới.

Bốn thay đổi này chưa được hợp nhất vào phần mềm chính của XRP Ledger hoặc kích hoạt trên mạng chính.

Sau khi triển khai và xem xét hoàn tất, sửa đổi vẫn cần sự hỗ trợ từ hơn 80% các người xác thực đáng tin cậy trong hai tuần liên tiếp trước khi kích hoạt.

Quy trình này tách biệt với cửa sổ nâng cấp ngày 4 tháng 11 trước đó, liên quan đến fixCleanup3_4_0 thay vì fixCleanup3_5_0 được đề xuất mới.