Sui 官方宣稱通過驗證者網(wǎng)絡協(xié)調成功凍結黑客攻擊的 @CetusProtocol 資金,挽回高達 1.6 億美元的損失。這一事件引發(fā)了廣泛關注,許多人開始質疑去中心化是否只是個口號。本文將從技術角度深入剖析這一事件,揭示背后的運作機制與潛在問題。
黑客攻擊后迅速通過跨鏈橋將部分 USDC 等資產轉移到以太坊等其他鏈,這部分資金由于脫離了 Sui 生態(tài),驗證者已無能為力進行追回。然而,仍有相當數(shù)量的被盜資金滯留在黑客控制的 Sui 地址中,成為驗證者凍結的目標。根據(jù)官方公告,大量驗證者識別了被盜資金地址,并選擇忽略這些地址上的交易。這一措施究竟是如何實現(xiàn)的呢?
驗證者層面的交易過濾機制是關鍵所在。簡單來說,驗證者集體選擇“裝瞎”:在交易池(mempool)階段直接忽略黑客地址的交易。這些交易在技術上完全有效,但由于驗證者的集體拒絕,無法被打包上鏈。黑客的資金就這樣被“軟禁”在地址里,無法動彈。
Move 對象模型為這種“凍結”提供了技術支持。在 Move 語言中,資產轉移必須上鏈,黑客雖然控制著 Sui 地址中的大量資產,但若要轉移 USDC、SUI 等對象,必須發(fā)起交易并由驗證者打包確認。驗證者掌握著生殺大權,一旦拒絕打包,對象就永遠無法轉移。結果就是,黑客名義上“擁有”這些資產,實際上卻毫無辦法,就像擁有一張銀行卡,但所有 ATM 都拒絕服務,錢在卡里卻取不出來。
驗證節(jié)點的持續(xù)監(jiān)控和干涉使得黑客地址中的 SUI 等代幣無法流通,這些被盜資金在客觀上起到了“銷毀”的效果,甚至可能引發(fā)通縮作用。此外,Sui 可能在系統(tǒng)層面預設了拒絕列表功能。如果確實如此,相關權限方(如 Sui Foundation 或通過治理)可以將黑客地址加入系統(tǒng) deny_list,驗證者根據(jù)這一系統(tǒng)規(guī)則執(zhí)行,拒絕處理黑名單地址的交易。
無論是臨時協(xié)調還是按系統(tǒng)規(guī)則執(zhí)行,都需要大部分驗證者能夠統(tǒng)一行動。顯然,Sui 的驗證者網(wǎng)絡權力分布仍然過于集中,少數(shù)節(jié)點就能控制全網(wǎng)的關鍵決策。這一問題并非 PoS 鏈的孤例,從以太坊到 BSC,大部分 PoS 網(wǎng)絡都面臨類似的驗證者集中度風險,只是 Sui 這次把問題暴露得比較明顯。
去中心化的網(wǎng)絡為何能擁有如此強的中心化“凍結”能力?更要命的是,Sui 官方表示要將凍結資金返回給 pool,但如果真是驗證者“拒絕打包交易”,這些資金理論上應該永遠動不了。Sui 是如何做到返還的呢?這進一步挑戰(zhàn)了 Sui 這條鏈的去中心化特性!難道,除了少數(shù)集中的驗證者拒絕交易之外,官方甚至有系統(tǒng)層面的超級權限直接修改資產歸屬?(需要 Sui 進一步給出“凍結”細節(jié))
在具體細節(jié)披露之前,有必要圍繞去中心化的權衡做一下探討:緊急應急響應干涉,犧牲一點去中心化一定是壞事嗎?如果遇到黑客攻擊,整個鏈毫無作為就一定是用戶想要的嗎?我想說的是,大家自然不希望錢落入黑客之手,但此舉一來令市場更擔心的是,凍結標準完全“主觀化”:什么算“被盜資金”?誰來定義?邊界在哪里?今天凍結黑客,明天凍結誰?這種先例一開,公鏈最核心的抗審查價值就徹底破產了,必然會造成用戶信任問題的受損。
去中心化不是非黑即白,Sui 選擇了在用戶保護和去中心化之間的特定平衡點。關鍵癥結在于缺乏透明的治理機制和明確的邊界標準?,F(xiàn)階段區(qū)塊鏈項目大多在做這種權衡,但用戶有權知道真相,而不是被“完全去中心化”的標簽誤導。
本文網(wǎng)址:http://iy168.cn/news/4338.html