Những điểm chính
- XRP Ledger kích hoạt bản nâng cấp bảo mật sau khi phê duyệt trình xác thực bị hoãn
- Sửa đổi mới đóng lỗ hổng cho phép tạo token không được ủy quyền
- Nguồn cung gốc của XRP không bị ảnh hưởng bởi lỗ hổng này
XRP Ledger đã kích hoạt bản nâng cấp bảo mật quan trọng, đóng lỗ hổng cho phép một số tài khoản được ủy quyền tạo ra các token mà họ chỉ được phép tiêu hủy, chấm dứt sự trì hoãn gần hai tuần do bỏ phiếu của các validator.
Sửa đổi fixCleanup3_4_0 đã được kích hoạt vào ngày 4 tháng 11 lúc 14:52 UTC, tại sổ cái 108.112.129, theo XRPL Dashboard's amendment tracker. Bản cập nhật này giới thiệu một số sửa đổi bảo mật và kế toán, bao gồm các biện pháp bảo vệ cho các tài sản đã phát hành như stablecoin.
Việc kích hoạt diễn ra sau khi việc trì hoãn nâng cấp XRPL, khi hỗ trợ của các trình xác thực tạm thời giảm xuống dưới ngưỡng yêu cầu. Quan trọng hơn, lỗ hổng này không ảnh hưởng đến nguồn cung gốc của XRP và chưa có xác nhận công khai nào về việc bị khai thác.
XRP Ledger đóng lỗ hổng quyền hạn tạo token
Sửa đổi quan trọng nhất liên quan đến hệ thống ủy quyền quyền hạn của XRPL, cho phép chủ tài khoản ủy quyền cho các tài khoản khác thực hiện các thao tác cụ thể mà không cấp quyền kiểm soát hoàn toàn.
Theo các quy tắc trước đây, một tài khoản có quyền PaymentBurn có thể, trong một số trường hợp nhất định, tạo ra các token có thể thay thế mới. Điều này bao gồm các tài sản đường tin cậy truyền thống và các Token Đa Mục Đích (MPTs), có thể gây ra vấn đề cho các nhà phát hành stablecoin và các sản phẩm tài chính được token hóa khác.
Ví dụ, một chủ phát hành stablecoin có thể cấp quyền cho một bộ xử lý thanh toán tiêu hủy các token trong quá trình hoàn trả. Quyền này không nên cho phép bộ xử lý phát hành thêm token, nhưng lỗ hổng này có thể làm suy yếu sự phân tách đó.
Sửa đổi vừa được kích hoạt ngăn các giao dịch PaymentBurn vượt qua số dư bằng không để tạo token, trừ khi tài khoản có riêng quyền tạo token phù hợp.
Sửa đổi này dựa trên các cải tiến bảo mật gần đây của XRPL, mặc dù các bản sửa khẩn cấp trước đó đã xử lý các lỗ hổng khác nhau.
Tại sao việc bỏ phiếu của Validator làm chậm việc khắc phục bảo mật
Sửa đổi ban đầu dự kiến được kích hoạt vào khoảng ngày 23 tháng 10 sau khi giành được sự hỗ trợ đủ từ các validator vào ngày 9 tháng 10.
Tuy nhiên, sự hỗ trợ đã giảm xuống dưới ngưỡng yêu cầu vào ngày 21 tháng 10, làm gián đoạn chu kỳ phê duyệt bắt buộc 14 ngày. Mặc dù đa số đã được khôi phục khoảng hai giờ sau đó, đồng hồ đếm ngược buộc phải bắt đầu lại.
Các sửa đổi giao thức XRPL yêu cầu sự hỗ trợ từ hơn 80% các validator đáng tin cậy trong hai tuần liên tiếp. Với 35 validator trong nhóm bỏ phiếu được theo dõi, cần ít nhất 29 sự đồng thuận.
Giai đoạn phê duyệt thứ hai đã hoàn thành thành công vào ngày 4 tháng 11, đánh dấu sự chuyển đổi từ một thay đổi được đề xuất thành một quy tắc mạng hoạt động.
Quy trình này làm nổi bật cách quản trị XRPL phụ thuộc vào sự đồng thuận liên tục của các trình xác thực thay vì các quyết định đơn phương của Ripple.
Điều gì sẽ tiếp theo cho các bản nâng cấp XRP Ledger?
Ngoài việc sửa lỗi tạo token, fixCleanup3_4_0 cải thiện việc thu hồi của người tạo thị trường tự động, xử lý dự trữ ký quỹ, ký giao dịch và kế toán cho các Kho Single Asset.
Tuy nhiên, sửa đổi này không kích hoạt giao thức cho vay bản địa được đề xuất của XRPL, vốn vẫn cần sự phê duyệt riêng từ các validator.
Dữ liệu bỏ phiếu gần đây cho thấy cho vay bản địa nhận được 19 trong số 29 phiếu cần thiết để bắt đầu đếm ngược phê duyệt của riêng nó.
Trong khi đó, các nhà phát triển đang triển khai các biện pháp bảo mật token bổ sung, bao gồm các kiểm tra ủy quyền chặt chẽ hơn cho tài sản tổ chức.





