幣安安全事件已引起關注，不僅因為可疑錢包活動的規模，還因為在主要以太坊資產開始轉移前不久可見的一個技術細節：一批 EIP-7702 授權。
該細節迅速將 EIP-7702 推到了討論的中心。以太坊帳戶委派機制允許一個普通的外部擁有帳戶，或 EOA，臨時執行智能合約邏輯。在幣安事件中，區塊鏈研究人員在資產從與幣安關聯的熱錢包轉出前不久，識別出了一個 EIP-7702 委派。
但有一個重要的區別。
EIP-7702 授權的存在本身並不能證明 EIP-7702 被利用了。
幣安的初步調查反而指向了運營基礎設施遭到入侵。該交易所表示，一名 DevOps 工程師的筆記型電腦可能遭到入侵，使攻擊者得以訪問一個服務容器並提交未經授權的提款交易。幣安還表示，未發現錢包私鑰洩露的證據。
這使得該事件對於理解現代錢包安全尤為重要。私鑰可以留在受保護的基礎設施內，而攻擊者則濫用另一個被允許請求合法簽名的系統。
本文解釋了 EIP-7702 在該事件中似乎發揮了什麼作用、為何多個授權的報導引起了關注，以及為何密鑰盜竊與簽名基礎設施入侵之間的區別很重要。
幣安安全事件中發生了什麼？
涉及與幣安關聯的熱錢包的可疑活動於 2026 年 10 月 30 日開始引起關注。
鏈上調查人員觀察到從與該交易所關聯的錢包向新創建的地址進行了大量轉帳。隨著研究人員追蹤以太坊、比特幣、波場及其他網絡上的交易，早期估計差異相當大。
幣安隨後承認了一起安全事件，並開始調查未經授權交易的來源。該交易所在進行安全檢查期間暫時暫停了存款和提款。
在其 10 月 30 日的安全更新中，幣安表示其初步調查表明，一名遭到入侵的 DevOps 工程師的筆記型電腦使攻擊者得以訪問一個服務容器並提交未經授權的提款交易。
該交易所估計，在調查的該階段，整體影響約為 63 億美元，並表示約 30 億美元的受影響資產已在鏈上被凍結。幣安還表示，將使用其 SAFU 基金和公司資金來彌補損失。
對技術討論而言最重要的是，幣安表示：
未發現錢包私鑰洩露的證據。
該聲明改變了應如何解讀所報導的 EIP-7702 活動。
與其只問攻擊者是否竊取了熱錢包私鑰，更相關的問題變成了：一個遭到入侵的內部系統是否能夠請求或促成來自受保護簽名基礎設施的合法授權。
為何 EIP-7702 成為調查的一部分？
EIP-7702 隨著以太坊的 Pectra 升級被引入，旨在賦予外部擁有帳戶一些通常與智能合約錢包相關的能力。
傳統上，以太坊 EOA 由私鑰控制。它可以簽署交易、轉移資產並與智能合約互動，但其自身帳戶並不包含可編程的執行邏輯。
EIP-7702 改變了這種關係。
它允許 EOA 授權另一個合約的代碼作為其執行邏輯，同時保留原始的以太坊地址。
這使得有用的帳戶抽象功能成為可能，例如交易批處理、Gas 贊助以及更高級的權限系統。
這也意味著 EIP-7702 授權值得比傳統代幣授權獲得更多的關注。
在對幣安事件的分析中，研究人員報告稱，一個通過 Tornado Cash 注資的地址在重大資產轉移發生前不久，提交了多個涉及與幣安關聯的以太坊熱錢包的 EIP-7702 授權。
據報導，其中一個授權與錢包狀態相符並生效。
大約三分鐘後，大量資產開始離開該錢包。
這一時間點自然使該授權成為調查的重要部分。
但它仍然沒有告訴我們該合法授權是如何獲得的。
EIP-7702 授權如何運作？
理解此機制最簡單的方式，是將 EIP-7702 視為允許一個普通以太坊帳戶暫時宣告：
「當我的帳戶接收到呼叫時，使用此智慧合約的執行邏輯。」
簡化的流程如下所示：
Ethereum EOA
│
│ 簽署一筆 EIP-7702 授權
▼
指派委託
│
▼
受委託的智慧合約
│
│ 提供可執行邏輯
▼
原始 EOA 可執行
智慧合約風格的行為
原始帳戶並不會消失。
其地址、餘額與既有的鏈上歷史皆保持不變。改變的是可透過該帳戶執行的程式碼。
EIP-7702 亦包含防護措施。授權與帳戶狀態綁定，包括 nonce，且可被替換或撤銷。因此，它們並非任何人都能附加到他人錢包上的任意指令。
有效的授權仍須取得相關帳戶的合法密碼學授權。
這一點是理解幣安事件的關鍵。
若攻擊者成功安裝惡意委託邏輯，重要的安全問題並非單純是：
「攻擊者是否使用了 EIP-7702？」
而是：
「攻擊者是如何取得權限來建立有效的 EIP-7702 授權？」
為何會有多筆 EIP-7702 授權被報導？
審查這些交易的安全研究人員報告指出，攻擊者提交了一批包含約 50 筆與不同 nonce 值相關聯的授權。
乍看之下，「50 筆授權」聽起來可能像是 50 個錢包遭到入侵。
實際發生的情況未必如此。
以太坊帳戶會維護一個 nonce，隨著交易執行而改變。EIP-7702 授權必須對應適當的帳戶狀態。
若攻擊者知道他們想鎖定的錢包，但無法可靠地判斷交易到達網路時哪個 nonce 會有效，他們便可為數個可能的 nonce 值預先準備授權。
只有與錢包有效狀態相符的授權才會成功。
此技術有時被稱為nonce 噴灑。
重要的意涵在於，存在 50 筆授權條目未必代表 50 次成功的權限授予、50 個遭洩漏的私鑰或 50 起獨立的錢包攻擊。
相反地，此模式可能旨在提高一筆先前取得的授權在提交時能與目標帳戶狀態相符的機率。
這衍生出另一個問題：
是誰——或哪個內部系統——擁有權限來建立底層簽章？
這正是幣安初步調查結果特別相關之處。
私鑰竊取與簽署基礎設施遭入侵是不同問題
許多關於加密貨幣安全的討論將錢包保護簡化為一個原則：
保護私鑰。
這依然至關重要，但機構錢包要複雜得多。
交易所可能會在底層金鑰周圍使用硬體安全模組、簽署服務、政策引擎、提款服務、存取控制系統及其他基礎設施。
因此，攻擊者可能會嘗試入侵請求簽章的流程，而非直接提取私鑰本身。
幣安的初步調查目前更傾向於第二種情境。
該交易所表示，一台遭入侵的 DevOps 筆記型電腦可能讓攻擊者得以存取一個能夠提交未經授權提款交易的服務容器，同時明確聲明其未發現私鑰洩漏的證據。
這項區別意義重大。
受硬體保護的私鑰在技術上可以保持安全，而周圍的基礎設施卻為本不應被批准的事項產生簽章。
EIP-7702 是否導致了幣安遭駭？
根據目前可得的資訊，並無公開證據顯示 EIP-7702 本身的漏洞導致了幣安安全事件。
這項區別至關重要。
攻擊者利用合法協議功能，並不自動意味著該功能已被破壞。
考慮一個更簡單的例子。
如果攻擊者獲得了銀行帳戶的合法憑證，並透過銀行的正常支付系統發起轉帳，銀行轉帳基礎設施執行了該筆付款，並不能證明轉帳協議本身存在缺陷。
類似的區分也適用於此。
EIP-7702 可能提供了執行機制，透過該機制，一個成功獲得授權的帳戶可以將其行為委託給惡意程式碼。
但 EIP-7702 通常需要有效授權。
尚未解決的問題是，該授權是如何成為可能的。
幣安的初步解釋表明，調查人員正在審查遭入侵的營運基礎設施，而非以太坊協議故障。
因此，現階段最準確的解讀是：
EIP-7702 似乎與正在調查的執行路徑相關，但尚未被確立為根本漏洞。
哪些已被確認，哪些仍在調查中？
由於大型安全事件演變迅速，區分已確認的發現與交易層面的分析尤為重要。
這種區分很重要，因為區塊鏈交易提供了對鏈上發生了什麼的極佳可見性，但它們不一定揭示內部簽名系統是如何被入侵的。
研究人員可以觀察到委託、轉帳和合約互動。
他們無法僅從區塊鏈數據判斷：簽名是在私鑰被盜後創建的，還是內部服務合法請求的，抑或是遭入侵的工作流程導致受保護的簽署者授權了惡意指令。
這需要來自受影響基礎設施內部的證據。
為何簽名基礎設施與私鑰儲存同等重要
機構加密貨幣安全日益由多個層面組成。
第一層是密鑰安全。
私鑰儲存在哪裡？能否被提取？是否受硬體安全模組或其他加密託管系統保護？
第二層是簽名安全。
哪些服務被允許向受保護的密鑰請求簽名？這些服務必須滿足哪些認證、政策和審批機制？
第三層是授權安全。
即使請求在密碼學上有效，該帳戶究竟被要求授權什麼？
隨著智慧帳戶和帳戶委託功能日益強大，這第三層變得越來越重要。
常規代幣轉帳可能轉移某一資產的固定數量。
而委託則可能改變帳戶執行未來指令的方式。
對安全團隊而言，這一差異意味著僅靠簽名驗證已不再足夠。
交易的含義也必須被評估。
為何 EIP-7702 改變了錢包安全假設
EIP-7702 之所以強大，正是因為它擴展了普通以太坊帳戶所能做的事情。
錢包可以獲得可程式化功能，而無需將資產遷移到一個全新的智慧合約錢包。
對於消費者錢包而言，這可以提升可用性。
對於複雜的機構基礎設施而言，它可以支援更高級的執行策略。
但額外的可程式化性創造了額外的授權面。
惡意的 ERC-20 授權通常賦予另一個地址對某一代幣的權限。
惡意的 EIP-7702 委託則可能影響帳戶執行更廣泛類別操作的方式。
這並不使 EIP-7702 本身不安全。
這意味著錢包、交易所和託管提供商應將委託授權視為高風險安全操作。
EIP-7702 簽名不應僅被評估為密碼學上有效。
安全系統還應詢問：委託目標是否符合預期、其位元組碼是否已審查、所請求的授權是否符合帳戶的正常行為，以及內部政策是否允許該帳戶委託執行。
幣安事後報告應釐清什麼？
幣安表示，待調查完成後將發布詳細的技術事後報告。
有幾個問題將決定業界最終如何解讀這起事件。
首先，攻擊者是如何取得簽名路徑的存取權限？
初步的 DevOps 說明指出基礎設施中可能存在遭入侵的部分，但從該存取權限到取得有效區塊鏈授權的完整鏈路仍然至關重要。
其次，EIP-7702 究竟扮演了什麼確切的角色？
調查人員需要確定執行以太坊轉帳是否必須使用委託、授權是如何準備的，以及為何內部控制允許其發生。
第三，私鑰是否曾經外洩？
幣安目前表示沒有證據顯示私鑰外洩。完整的鑑識報告可提供更多關於金鑰如何與遭入侵的基礎設施隔離的細節。
最後，哪一項控制措施本應阻止該筆交易？
對機構安全團隊而言，這或許是最有價值的問題。
技術上有效的簽名不應自動意味著營運上有效的交易。
最強大的託管系統會將密碼學授權與業務授權分開。
這對一般以太坊錢包使用者意味著什麼？
幣安事件涉及機構基礎設施，不應自動被解讀為一般以太坊錢包也暴露於相同的攻擊路徑。
個人自託管錢包與交易所熱錢包系統的運作方式截然不同。
然而，EIP-7702 也為個人使用者帶來了重要的一課：
委託簽名應與其他強大的錢包權限一樣受到同等程度的謹慎對待。
使用者應仔細核實錢包要求他們簽署的內容，尤其是當不熟悉的網站要求進行帳戶委託時。
惡意委託不應與一般的登入簽名混為一談。
使用者還應依賴能夠清楚識別委託請求並標記可疑合約的成熟錢包介面。
關鍵的安全原則依然簡單：不要僅憑簽名是否立即轉移資金來判斷。有些簽名會改變帳戶日後被允許執行的操作。
更大的教訓：錢包安全正超越私鑰
幣安安全事件凸顯了區塊鏈安全更廣泛的演進。
多年來，業界的主流假設很直接：
保護好金鑰，就保護好錢包。
這個模型正變得不完整。
現代機構錢包往往依賴金鑰周圍的多層基礎設施——API、簽名服務、提款引擎、政策系統、存取控制與自動化執行環境。
諸如 EIP-7702 的帳戶抽象機制透過允許錢包委託執行邏輯，又增添了另一層。
因此，加密貨幣安全日益取決於三個各自獨立的問題：
誰控制金鑰？
誰能請求簽名？
而該簽名實際上授予了什麼權限？
一個系統可能在第一個問題上成功，卻在第二或第三個問題上失敗。
這似乎是幣安調查迄今所提出的最重要問題之一。
常見問題
EIP-7702 是幣安遭駭的原因嗎？
尚未確認。幣安的初步調查結果指向營運基礎設施遭入侵，而 EIP-7702 似乎是正在調查中的授權路徑的一部分。
幣安的私鑰被竊取了嗎？
幣安表示，其初步調查未發現錢包私鑰外洩的證據。
什麼是 EIP-7702？
EIP-7702 允許以太坊 EOA 將執行邏輯委託給智慧合約程式碼，同時保留相同的錢包地址。
為何觀察到多筆 EIP-7702 授權？
它們可能是針對不同的 nonce 值準備，以符合目標帳戶狀態。這不一定意味著多個錢包遭到入侵。
一般以太坊使用者會受到影響嗎？
沒有證據顯示以太坊錢包發生網路範圍的入侵。使用者仍應對不熟悉的委託或簽名請求保持謹慎。
撤銷代幣授權就足夠了嗎？
不一定。ERC-20 授權與 EIP-7702 委託是各自獨立的權限，因此移除代幣授權並不會自動移除帳戶委託。
結論
EIP-7702 在幣安事件中的出現，使該機制成為技術調查的重要一環，但現有證據並不足以認定 EIP-7702 本身遭到入侵。
幣安的初步調查結果反而顯示，攻擊者可能入侵了一名 DevOps 工程師的筆記型電腦，取得了對某個營運服務容器的存取權限，並提交了未經授權的提款交易。該交易所表示，並未發現錢包私鑰外洩的證據。
這項區別至關重要。
如果一個受保護的簽名系統能被誘導去授權惡意指令，攻擊者或許根本不需要竊取私鑰。
EIP-7702 可能放大此類授權的後果，因為它允許以太坊帳戶委託可程式化的執行邏輯。但惡意利用該能力與在協議中發現漏洞，是兩件不同的事。
在幣安發布完整的技術事後分析之前，EIP-7702 最好被理解為所報導執行路徑中的一個組成部分——而非該事件已確認的根本原因。
對交易所、託管服務商和錢包開發者而言，更重要的教訓已然明確：現代錢包安全不僅必須保護私鑰，還必須保護請求簽名的系統以及這些簽名所產生的權限。
