XRPL có thể nâng cấp vào tối mai: vì sao phải đợi hai tuần mới bịt lỗ hổng “quyền đốt biến thành quyền đúc”?
Nếu đa số tiếp tục duy trì, sổ cái XRP có thể kích hoạt bản sửa đổi có tên fixCleanup3_4_0 sớm nhất vào khoảng 22:46 tối mai (giờ Bắc Kinh). Vì sao lại đúng vào thời điểm này?
Tôi không xem ảnh chụp màn hình tin nhanh, mà trực tiếp tra dữ liệu bản sửa đổi trên xrpscan và tài liệu chính thức của XRPL. Tính đến trước lúc đăng bài tối nay: có 35 trình xác thực đáng tin cậy, 33 trình xác thực ủng hộ, ngưỡng là 28, và bản sửa đổi vẫn chưa được kích hoạt. Mốc hai tuần với đa số ủng hộ trên 80% bắt đầu tính từ 22:46 ngày 21 tháng 10 theo giờ Bắc Kinh.
Quy tắc của XRPL (theo nội dung tài liệu chính thức):
1. Các tính năng mới và bản sửa lỗi được triển khai dưới dạng “bản sửa đổi”, thông qua bỏ phiếu của các trình xác thực.
2. Chỉ khi mức ủng hộ vượt quá 80% và được duy trì liên tục trong hai tuần thì bản sửa đổi mới có hiệu lực, sau đó áp dụng vĩnh viễn.
3. Nếu đa số giảm xuống trong khoảng thời gian hai tuần, bộ đếm sẽ đặt lại về 0 và bắt đầu lại.
4. Sau khi bản sửa đổi có hiệu lực, các nút chưa cập nhật phần mềm sẽ bị “bản sửa đổi chặn”, không thể xác thực sổ cái hay xử lý giao dịch.
Vì vậy, “sớm nhất là tối mai” không phải ngày triển khai do ai đó ấn định, mà là thời điểm đếm ngược hai tuần tự nhiên kết thúc.
Lần này sửa gì? Mô tả chính thức cho biết đây là một nhóm bản sửa lỗi, liên quan đến kho tiền, giao thức cho vay, AMM, DEX có cấp phép, đường tín nhiệm, NFT, MPT, ký quỹ, chữ ký và ủy quyền quyền hạn. Điều người dùng phổ thông nên hiểu nhất là mục cuối cùng:
Nếu một tài khoản được ủy quyền chỉ có quyền “thanh toán bằng cách đốt”, thì trong một số trường hợp, một giao dịch thanh toán có thể khiến số dư vượt qua mức 0 và biến thành “phát hành thêm”. Sau khi sửa, giao dịch thanh toán như vậy sẽ bị từ chối, trừ khi tài khoản đồng thời có quyền “thanh toán bằng cách đúc”.
Nói thẳng ra: cấp quyền “chỉ được đốt” mà kết quả lại có thể “in thêm” thì lỗ hổng này càng bịt sớm càng tốt. Nhưng việc sửa lỗi phải trải qua quá trình bỏ phiếu kéo dài hai tuần — đó cũng là cái giá của việc nâng cấp phi tập trung.
Một vài lưu ý:
· Đây là bản sửa quy tắc của giao thức, không phải airdrop và bạn không cần làm gì cả. Ai bảo bạn “chuyển ví để nâng cấp” hay “nhận coin mới” thì cứ coi là kẻ lừa đảo.
· Nếu tự chạy nút, hãy xác nhận phiên bản phần mềm đã hỗ trợ bản sửa đổi này.
· Đa số có giữ được đến tối mai hay không thì phải căn cứ vào dữ liệu trên chuỗi; tôi không thể cam đoan thay.
Bạn có thường theo dõi các cuộc bỏ phiếu nâng cấp trên chuỗi không?
$XRP #XRPL #Nâng_cấp_trên_chuỗi
Nếu đa số tiếp tục duy trì, sổ cái XRP có thể kích hoạt bản sửa đổi có tên fixCleanup3_4_0 sớm nhất vào khoảng 22:46 tối mai (giờ Bắc Kinh). Vì sao lại đúng vào thời điểm này?
Tôi không xem ảnh chụp màn hình tin nhanh, mà trực tiếp tra dữ liệu bản sửa đổi trên xrpscan và tài liệu chính thức của XRPL. Tính đến trước lúc đăng bài tối nay: có 35 trình xác thực đáng tin cậy, 33 trình xác thực ủng hộ, ngưỡng là 28, và bản sửa đổi vẫn chưa được kích hoạt. Mốc hai tuần với đa số ủng hộ trên 80% bắt đầu tính từ 22:46 ngày 21 tháng 10 theo giờ Bắc Kinh.
Quy tắc của XRPL (theo nội dung tài liệu chính thức):
1. Các tính năng mới và bản sửa lỗi được triển khai dưới dạng “bản sửa đổi”, thông qua bỏ phiếu của các trình xác thực.
2. Chỉ khi mức ủng hộ vượt quá 80% và được duy trì liên tục trong hai tuần thì bản sửa đổi mới có hiệu lực, sau đó áp dụng vĩnh viễn.
3. Nếu đa số giảm xuống trong khoảng thời gian hai tuần, bộ đếm sẽ đặt lại về 0 và bắt đầu lại.
4. Sau khi bản sửa đổi có hiệu lực, các nút chưa cập nhật phần mềm sẽ bị “bản sửa đổi chặn”, không thể xác thực sổ cái hay xử lý giao dịch.
Vì vậy, “sớm nhất là tối mai” không phải ngày triển khai do ai đó ấn định, mà là thời điểm đếm ngược hai tuần tự nhiên kết thúc.
Lần này sửa gì? Mô tả chính thức cho biết đây là một nhóm bản sửa lỗi, liên quan đến kho tiền, giao thức cho vay, AMM, DEX có cấp phép, đường tín nhiệm, NFT, MPT, ký quỹ, chữ ký và ủy quyền quyền hạn. Điều người dùng phổ thông nên hiểu nhất là mục cuối cùng:
Nếu một tài khoản được ủy quyền chỉ có quyền “thanh toán bằng cách đốt”, thì trong một số trường hợp, một giao dịch thanh toán có thể khiến số dư vượt qua mức 0 và biến thành “phát hành thêm”. Sau khi sửa, giao dịch thanh toán như vậy sẽ bị từ chối, trừ khi tài khoản đồng thời có quyền “thanh toán bằng cách đúc”.
Nói thẳng ra: cấp quyền “chỉ được đốt” mà kết quả lại có thể “in thêm” thì lỗ hổng này càng bịt sớm càng tốt. Nhưng việc sửa lỗi phải trải qua quá trình bỏ phiếu kéo dài hai tuần — đó cũng là cái giá của việc nâng cấp phi tập trung.
Một vài lưu ý:
· Đây là bản sửa quy tắc của giao thức, không phải airdrop và bạn không cần làm gì cả. Ai bảo bạn “chuyển ví để nâng cấp” hay “nhận coin mới” thì cứ coi là kẻ lừa đảo.
· Nếu tự chạy nút, hãy xác nhận phiên bản phần mềm đã hỗ trợ bản sửa đổi này.
· Đa số có giữ được đến tối mai hay không thì phải căn cứ vào dữ liệu trên chuỗi; tôi không thể cam đoan thay.
Bạn có thường theo dõi các cuộc bỏ phiếu nâng cấp trên chuỗi không?
$XRP #XRPL #Nâng_cấp_trên_chuỗi
