Cardano創辦人Charles Hoskinson凸顯了以太坊EIP-7702（Ethereum Improvement Proposal 7702）的安全疑慮，此前研究人員指控該委託功能可能助長了幣安重大安全事件的規模與速度。

根據近期報導，幣安損失的加密資產價值約為63億美元。調查人員尚未確定攻擊者究竟如何取得事件中相關簽名系統的存取權。

Hoskinson點名幣安掃蕩程式碼

Hoskinson於2026年10月30日轉發研究員CyberSatoshi的技術分析，並警告：「小心，外面有一些極度危險的程式碼。」

Careful, there is some seriously dangerous code out there.

— Charles Hoskinson (@IOHK_Charles)，2026年10月30日

X貼文：https://x.com/IOHK_Charles/status/2116246648716411341?ref_src=twsrc%5Etfw

該分析指出，名為「Binance 14」的幣安錢包是自訂掃蕩合約的目標——這種程式碼旨在目標地址的資產一出現時就自動轉出。據稱，該合約在轉移錢包的ETH時，刻意留下恰好1 ETH。根據分析，這可能使幣安的自動交易系統在資產被轉走的同時仍能持續運作。

該合約也被設計為即使在個別代幣轉帳失敗時仍繼續處理，而不是讓一次失敗或被封鎖的交易中斷整體操作。

據稱8.23億美元USDC金庫也在可及範圍內

CyberSatoshi表示，被入侵的執行功能還能對一個持有約8.23億美元USDC（一種錨定美元的穩定幣）的外部金庫執行操作。

這位研究員在10月30日的貼文中表示，從幣安EIP-7702掃蕩合約（識別碼為0x63e8…6fae）重構出的位元組碼是專為Binance 14架構客製打造，而非通用的盜取工具。

分析指出，該合約：

• 掃蕩ETH時使用bal – 1 ether留下恰好1 ether，使幣安的熱錢包自動佇列不會因gas相關錯誤而觸發警報。
• 使用原生staticcall與continue迴圈，搭配自訂的SweepItemFailed錯誤碼，使單一損壞或被列入黑名單的ERC-20代幣不會讓整批60億美元的交易回滾。
• 包含一個自訂的callExecute函數，可冒充Binance 14作為持有8.23億美元USDC之外部金庫的控制者。

熱錢包是交易所用來處理持續進出的存提款的連網錢包，而所述的自動佇列依賴其無錯誤地執行。

該分析附註：「如果贓車開得慢一點，搶案本可以被阻止。」文章主張EIP-7702本身不應為此次入侵負全責，但可能加快了操作速度。

據CyberSatoshi所述，若沒有EIP-7702，要從運作中的交易所熱錢包抽乾64種代幣及外部8.23億美元金庫，將需要在超過70筆交易中管理變動的nonce——依以太坊規則，每個帳戶發出的交易必須攜帶連續的nonce，因此單一地址的轉帳無法合併為一次提交。研究員表示，防禦系統可能在第三筆交易後就會阻止該操作。

有了EIP-7702，攻擊者據稱在單一type-4負載——即EIP-7702引入用於攜帶授權清單的交易格式——中使用了50個連續nonce，將一個外部持有帳戶（EOA）轉換為自訂代理，並在一個區塊內掃走數十億美元。該貼文稱此操作為「精準的國家級工程」，並說「以太坊核心開發者打造了終極贓車」。

這位研究員也分享了以下程式碼片段作為該機制的範例：

if (bal > 1 ether) {  bal – 1 ether}(“”); }

Reading the reconstructed bytecode of the Binance EIP-7702 sweeper (0x63e8…6fae) is wild. This wasn’t a generic drainer. It was custom-engineered for Binance 14’s architecture:

– Leaves exactly 1 ether behind (bal – 1 ether) when sweeping ETH so Binance’s automated hot wallet queue wouldn’t error on gas and trip alarms.
– Uses raw staticcall + continue loops with custom error codes (SweepItemFailed) so one bricked or blacklisted ERC-20 wouldn’t revert the $6B batch.
– Includes a custom callExecute function to impersonate Binance 14 as controller of an external vault holding $823M in USDC.

They leave a comment: “robberies could be prevented if getaway cars were slower.” You can’t fully blame EIP-7702, but it sped up the attack. Without 7702, draining 64 tokens plus an external $823M vault from a live exchange hot wallet meant fighting moving nonces across 70+ transactions. Defense systems would’ve killed it after tx #3. With 7702, Lazarus sprayed 50 consecutive nonces in one type-4 payload, turned an EOA into a custom proxy, and atomically swept billions in a single block. Ethereum core devs built the ultimate getaway car. Surgical state-sponsored engineering. This could be etched onchain: if (bal > 1 ether) { bal – 1 ether}(“”); }

— CyberSatoshi 𓆙 (@XBToshi)，2026年10月30日

X貼文：https://x.com/XBToshi/status/2116097368705937613?ref_src=twsrc%5Etfw

分析進一步指控Binance 14掌握該外部金庫的資訊，且委託程式碼可利用該錢包已授與的授權執行操作。這些主張基於研究員的重構，尚未獲幣安證實。據報導，獨立研究人員已觀察到一筆包含50個由Binance 14簽署之授權的EIP-7702交易。

EIP-7702可加速執行，但無法偽造授權

EIP-7702於2025年5月作為以太坊Pectra升級的一部分啟用，允許外部持有帳戶（EOA）將執行委託給智慧型合約程式碼。一項授權包含鏈ID、委託地址、nonce與簽名。以太坊會在套用委託前驗證簽名。

這項簽名要求意味著EIP-7702不允許攻擊者在未先取得有效授權的情況下任意接管幣安錢包並載入惡意程式碼。CyberSatoshi的團隊指出，攻擊者仍須取得相關私鑰或獲得幣安簽名系統的存取權。

然而，一旦委託經有效授權，被委託的程式碼便可能擁有廣泛的執行能力，因為它是在該帳戶的上下文中執行。這個區別是幣安調查的核心：EIP-7702可能提高了轉帳的速度與數量，但並未自行創造簽名授權。

以太坊文件已警告委託風險

以太坊官方EIP-7702文件含有一則醒目警告，指出被委託的程式碼可獲得帳戶的完整存取權，應經過仔細稽核。規格文件也指出，設計不良的委託合約可能使惡意方在幾乎不受限制的情況下控制簽名者的EOA。

這些警告適用於一般委託行為，不僅限於此事件：任何簽署有效授權的帳戶，都承擔其委託程式碼所設計行為帶來的風險。

因此，幣安事件引發兩個不同的安全問題。第一是攻擊者如何取得有效簽名金鑰或以其他方式獲得幣安簽名系統的存取權。第二是在取得該授權後，委託程式碼的使用如何影響資產轉移的速度與數量。

Hoskinson的警告主要聚焦於第二個問題，而釐清第一個問題仍是確定入侵原因的關鍵。

原始來源：https://www.cryptoninjas.net/news/hoskinson-flags-dangerous-eip-7702-code-after-binances-6-3b-crypto-breach/