Sổ cái XRP kích hoạt bản vá khắc phục lỗ hổng tạo token — XRP an toàn Sổ cái XRP đã kích hoạt một sửa đổi phần mềm nhằm khắc phục lỗ hổng mà trong một số điều kiện nhất định có thể cho phép các tài khoản chỉ có quyền đốt token tạo ra token được phát hành. Bản sửa lỗi — có tên fixCleanup3_4_0 — được đưa vào hoạt động ngày 4 tháng 11 lúc 14:52 UTC tại sổ cái 108,112,129, theo trình theo dõi sửa đổi của XRPLWin. Lỗ hổng là gì - Lỗi liên quan đến hệ thống ủy quyền quyền hạn của Sổ cái và quyền hạn được ủy quyền có tên PaymentBurn. PaymentBurn cho phép một tài khoản được phê duyệt hủy token do tài khoản khác phát hành (một mô hình phổ biến ở các dịch vụ thanh toán quy đổi stablecoin). - Theo các quy tắc cũ, trong một số trường hợp hiếm gặp khi khoản thanh toán vượt qua ngưỡng số dư bằng không, tài khoản chỉ có quyền PaymentBurn có thể tạo ra token được phát hành thay vì chỉ đốt chúng. - Hành vi này có thể ảnh hưởng đến các tài sản được phát hành trên sổ cái — stablecoin, token trên trust line và Multi-Purpose Token — nhưng không ảnh hưởng đến XRP gốc, vốn nằm ngoài mô hình quyền hạn này. Lỗ hổng đã bị khai thác chưa? - Chưa có báo cáo công khai nào xác nhận việc khai thác, và các thông tin được công bố cho đến nay không nêu tên đơn vị phát hành nào bị tạo token trái phép. Bản sửa lỗi hoạt động như thế nào - Bản sửa đổi từ chối “các khoản thanh toán PaymentBurn vượt qua mức số dư bằng không”, qua đó tách biệt việc hủy token với việc phát hành và ngăn điều kiện vượt ngưỡng gây ra việc tạo token ngoài ý muốn. - Thay đổi này được đưa vào máy chủ XRP Ledger phiên bản v3.4.0 hồi tháng 9, nhưng các sửa đổi giao thức cần trải qua quy trình bỏ phiếu của các trình xác thực trước khi thay đổi quy tắc mạng. Tiến trình bỏ phiếu và kích hoạt của trình xác thực - Các sửa đổi giao thức cần nhận được sự ủng hộ của hơn 80% trình xác thực đáng tin cậy trong 14 ngày liên tiếp để được kích hoạt. Với 35 trình xác thực trong danh sách mặc định được theo dõi, cần ít nhất 29 trình xác thực liên tục thể hiện sự ủng hộ. - Đợt phê duyệt đầu tiên bắt đầu vào ngày 9 tháng 10 nhưng bị gián đoạn khi mức ủng hộ giảm xuống dưới ngưỡng vào ngày 21 tháng 10 (lần thử đầu tiên kéo dài 12 ngày 3 giờ). Một đa số mới được hình thành vào cuối ngày hôm đó, khởi động đợt đếm ngược 14 ngày thứ hai, kéo dài 14 ngày 5 phút và cho phép kích hoạt vào ngày 4 tháng 11. - Quy trình bỏ phiếu của XRPL yêu cầu sự ủng hộ liên tục, vì vậy ngay cả một đợt sụt giảm tạm thời cũng có thể làm chậm quá trình nâng cấp. Các bản sửa lỗi khác trong fixCleanup3_4_0 Ngoài bản sửa lỗi PaymentBurn, sửa đổi này còn gộp một số bản sửa lỗi bảo trì và an toàn ảnh hưởng đến hành vi giao dịch và việc hạch toán: - Thu hồi token của nhà tạo lập thị trường tự động (AMM): Ngăn giao dịch hủy token của nhà cung cấp thanh khoản khi việc làm tròn số nếu không sẽ khiến đơn vị phát hành không còn tài sản cơ sở. - Quy tắc giao dịch có cấp quyền: Ngăn tài khoản nhận một số token nhất định thông qua các lệnh chào mua khi các hạn chế của đơn vị phát hành đáng lẽ phải chặn việc chuyển những token đó. - Dự trữ ký quỹ, quyền cấp phép Multi-Purpose Token và xử lý chữ ký giao dịch: Đưa vào các tiền tố ký riêng biệt để ngăn chữ ký của một vai trò giao dịch bị tái sử dụng cho vai trò khác. - Điều chỉnh hạch toán cho Single Asset Vaults và giao thức cho vay được đề xuất: Điều chỉnh cách tính tiền gửi, tiền rút, tài sản có thể thu hồi, khoản thanh toán quá hạn và khoản vay suy giảm giá trị. Những điều chỉnh này chuẩn bị cho sổ cái các tính năng cho vay trong tương lai nhưng không kích hoạt chúng — mỗi sửa đổi về cho vay vẫn cần được trình xác thực phê duyệt riêng. Bối cảnh và các bước tiếp theo - Các nhà phát triển khuyến nghị đơn vị vận hành máy chủ nâng cấp lên mã v3.4.0 trước khi sửa đổi có hiệu lực. Việc kích hoạt diễn ra sau những thông tin được công bố trước đó về lỗ hổng tạo token; crypto.news đã đưa tin về vấn đề này khi sửa đổi vẫn đang chờ kích hoạt vào ngày 2 tháng 11. - Các tính năng cho vay được đề xuất (Single Asset Vaults và LendingProtocolV1_1) vẫn cần được bỏ phiếu riêng và chỉ hoạt động trên mainnet nếu từng tính năng nhận được sự ủng hộ cần thiết từ các trình xác thực. Vì sao điều này quan trọng - Bản vá loại bỏ một rủi ro có thể xảy ra trong trường hợp hiếm gặp đối với token được phát hành trên Sổ cái XRP và siết chặt nhiều hành vi giao dịch cũng như hạch toán — một bước quan trọng giúp củng cố niềm tin của đơn vị phát hành, tính toàn vẹn của stablecoin và các tính năng giao thức trong tương lai. Đọc thêm tin tức do AI tạo tại: https://app.chaingpt.org/news