#multiversxplanshardforkrecovery
⚠️ Kế hoạch Hard Fork của MultiversX để khôi phục tính ổn định cứng ⚠️
Mạng trước đó hoạt động bình thường. Rồi một trong các khai thác theo nhịp đã thay đổi, buộc các trình xác thực phải dừng lại và khiến các nhà phát triển tập trung vào một câu hỏi duy nhất: Làm thế nào để chuỗi được khôi phục mà không làm ảnh hưởng đến lịch sử ghi nhận của nó?
MultiversX cho biết một kẻ tấn công đã khai thác một lỗ hổng về tính nguyên tử ở cấp độ Máy ảo (VM) vào ngày 19 tháng 9, gây ra các thay đổi trạng thái không hợp lệ và làm chậm tiến độ của mạng. Đội ngũ khẳng định lỗ hổng được giới hạn trong phạm vi, và một bản sửa lỗi đã được chuẩn bị ngay trong cùng ngày.
Kế hoạch khôi phục hiện tại là thực hiện một hard fork được điều phối từ một “điểm kiểm tra” (checkpoint) “tốt” đã được biết đến. MultiversX cho biết quy trình này đã được rà soát trước trên Testnet và Devnet, đồng thời đã có sự tham gia của các trình xác thực trước khi khởi động lại trên mạng chính.
Quan điểm của tôi: Điều thú vị không chỉ là việc sắp có một hard fork. Mà là mạng sẽ phản ứng ra sao khi chịu áp lực. Quy trình khôi phục cần cân bằng giữa tốc độ và an toàn trạng thái, điều phối các trình xác thực, và bảo vệ người dùng.
Ngay cả trước khi có thông báo “Mọi thứ đều ổn”, MultiversX đã khuyên người dùng không gửi giao dịch hoặc phát lại (re-broadcast) và không sử dụng các đường nạp/rút EGLD hoặc ESDT thông qua các sàn giao dịch (exchanges) hoặc các cầu nối.
❓ Bạn có nghĩ rằng việc khôi phục hard fork một cách minh bạch và được điều phối có thể củng cố niềm tin vào MultiversX không?
Xin hãy theo dõi
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
⚠️ Kế hoạch Hard Fork của MultiversX để khôi phục tính ổn định cứng ⚠️
Mạng trước đó hoạt động bình thường. Rồi một trong các khai thác theo nhịp đã thay đổi, buộc các trình xác thực phải dừng lại và khiến các nhà phát triển tập trung vào một câu hỏi duy nhất: Làm thế nào để chuỗi được khôi phục mà không làm ảnh hưởng đến lịch sử ghi nhận của nó?
MultiversX cho biết một kẻ tấn công đã khai thác một lỗ hổng về tính nguyên tử ở cấp độ Máy ảo (VM) vào ngày 19 tháng 9, gây ra các thay đổi trạng thái không hợp lệ và làm chậm tiến độ của mạng. Đội ngũ khẳng định lỗ hổng được giới hạn trong phạm vi, và một bản sửa lỗi đã được chuẩn bị ngay trong cùng ngày.
Kế hoạch khôi phục hiện tại là thực hiện một hard fork được điều phối từ một “điểm kiểm tra” (checkpoint) “tốt” đã được biết đến. MultiversX cho biết quy trình này đã được rà soát trước trên Testnet và Devnet, đồng thời đã có sự tham gia của các trình xác thực trước khi khởi động lại trên mạng chính.
Quan điểm của tôi: Điều thú vị không chỉ là việc sắp có một hard fork. Mà là mạng sẽ phản ứng ra sao khi chịu áp lực. Quy trình khôi phục cần cân bằng giữa tốc độ và an toàn trạng thái, điều phối các trình xác thực, và bảo vệ người dùng.
Ngay cả trước khi có thông báo “Mọi thứ đều ổn”, MultiversX đã khuyên người dùng không gửi giao dịch hoặc phát lại (re-broadcast) và không sử dụng các đường nạp/rút EGLD hoặc ESDT thông qua các sàn giao dịch (exchanges) hoặc các cầu nối.
❓ Bạn có nghĩ rằng việc khôi phục hard fork một cách minh bạch và được điều phối có thể củng cố niềm tin vào MultiversX không?
Xin hãy theo dõi
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
