XRP Ledger kích hoạt bản nâng cấp bảo mật sau hai tuần trì hoãn

iconCoinpaper
Chia sẻ
AI summary iconTóm tắt
XRP Ledger đã triển khai bản nâng cấp blockchain quan trọng vào ngày 4 tháng 11 để khắc phục lỗ hổng bảo mật cho phép tạo token trái phép. Sửa đổi fixCleanup3_4_0 được thực hiện sau hai tuần trì hoãn do thay đổi trong bỏ phiếu của các validator. Bản cập nhật ngăn các tài khoản có quyền PaymentBurn tạo token mà không có sự cho phép rõ ràng, giảm thiểu rủi ro cho các nhà phát hành stablecoin và tài sản được token hóa. Nó cũng cải thiện chức năng clawback của AMM, xử lý escrow và Single Asset Vaults. Giao thức cho vay bản địa vẫn đang chờ sự phê duyệt của các validator.

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.

Tuyên bố miễn trừ trách nhiệm: Thông tin trên trang này có thể được lấy từ bên thứ ba và không nhất thiết phản ánh quan điểm hoặc ý kiến của KuCoin. Nội dung này chỉ được cung cấp cho mục đích thông tin chung, không có bất kỳ đại diện hay bảo đảm nào dưới bất kỳ hình thức nào và cũng không được hiểu là lời khuyên tài chính hay đầu tư. KuCoin sẽ không chịu trách nhiệm về bất kỳ sai sót hoặc thiếu sót nào hoặc về bất kỳ kết quả nào phát sinh từ việc sử dụng thông tin này. Việc đầu tư vào tài sản kỹ thuật số có thể tiềm ẩn nhiều rủi ro. Vui lòng đánh giá cẩn thận rủi ro của sản phẩm và khả năng chấp nhận rủi ro của bạn dựa trên hoàn cảnh tài chính của chính bạn. Để biết thêm thông tin, vui lòng tham khảo Điều khoản sử dụng và Tiết lộ rủi ro của chúng tôi.