#MultiversXPlansHardForkRecovery A VM級原子性漏洞將 MultiversX 推入全面網絡停機——現在正在測試硬分叉作爲恢復路徑。
• MultiversX 已將根因定位爲一個 VM 級別的原子性問題,涉及特定邊界情況下的排序錯誤。
• 驗證者暫停了網絡推進,以遏制事件並防止進一步影響。
• 團隊已準備代碼修改,並正在測試恢復流程。
• 計劃的恢復是從一個已驗證的“已知良好”檢查點出發進行協同硬分叉。
• 預計驗證者在主網恢復之前,會先在 Testnet 和 Devnet 上演練該流程。
• 已告知用戶不要提交或重播交易,並在官方“解除警報”之前避免通過交易所和橋接進行 EGLD/ESDT 的存入和取出。
我認爲,故事在這裏變得更有意思。
我最關注的並不是硬分叉本身。真正的考驗在於:MultiversX 能否在保留合法狀態的同時清晰地恢復網絡,並移除該漏洞利用所產生的無效改動。
聽起來很簡單。實際上並不。
這種恢復必須讓驗證者、交易所、橋接、基礎設施提供方以及用戶圍繞同一條鏈狀態達成一致。只要有一個環節薄弱,就可能把技術層面的恢復變成運維層面的混亂。
所以我更關心的不是“硬分叉即將到來”的標題,而是恢復流程在協調一致的真實世界條件下是否真的能運作。
這能比“重啓公告”本身更好地說明網絡的韌性。
我仍在弄清楚這到底會改變什麼。
• MultiversX 已將根因定位爲一個 VM 級別的原子性問題,涉及特定邊界情況下的排序錯誤。
• 驗證者暫停了網絡推進,以遏制事件並防止進一步影響。
• 團隊已準備代碼修改,並正在測試恢復流程。
• 計劃的恢復是從一個已驗證的“已知良好”檢查點出發進行協同硬分叉。
• 預計驗證者在主網恢復之前,會先在 Testnet 和 Devnet 上演練該流程。
• 已告知用戶不要提交或重播交易,並在官方“解除警報”之前避免通過交易所和橋接進行 EGLD/ESDT 的存入和取出。
我認爲,故事在這裏變得更有意思。
我最關注的並不是硬分叉本身。真正的考驗在於:MultiversX 能否在保留合法狀態的同時清晰地恢復網絡,並移除該漏洞利用所產生的無效改動。
聽起來很簡單。實際上並不。
這種恢復必須讓驗證者、交易所、橋接、基礎設施提供方以及用戶圍繞同一條鏈狀態達成一致。只要有一個環節薄弱,就可能把技術層面的恢復變成運維層面的混亂。
所以我更關心的不是“硬分叉即將到來”的標題,而是恢復流程在協調一致的真實世界條件下是否真的能運作。
這能比“重啓公告”本身更好地說明網絡的韌性。
我仍在弄清楚這到底會改變什麼。
