Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
獨立知識媒體
與任何項目無關聯
鏈上數據,讀懂市場最真實的聲音
onchain-bible.com
最新
合約執行了「自毀」,卻沒有真的消失:EIP-6780 之後,鏈上的「死亡」是假象  ·  你在鏈上只看到結果,看不到過程:意圖交易如何讓 Solver 的決策徹底隱形  ·  這個地址是「人」還是「合約」?EIP-7702 讓這個鏈上最基本的分類開始失靈  ·  鯨魚餘額上升 47%,但他們同時淨賣出 13 萬美元:三個代幣拆穿「持倉增加=看多」的迷思  ·  11 之中只要 5 個叛變:Liquid Network 3.2 億美元事件揭露的多簽假設漏洞  ·  1.16 億美元贓款去哪了?Coldcard 駭客拿到錢之後,鏈上留下的三個異常訊號
smart-contracts

這個地址是「人」還是「合約」?EIP-7702 讓這個鏈上最基本的分類開始失靈

30 秒速讀
EIP-7702 之後,「這是 EOA」不再等於「這是個人在操作」——制服可以暫時借穿,門禁系統卻還在用舊規則判斷。

完整解析 +
01 · 為什麼發生?

EIP-7702 是以太坊 Pectra 升級(2025 年)引入的機制,讓一般使用者的 EOA 錢包能在單筆交易範圍內暫時委派執行邏輯給智能合約,取得批次交易、gas 代付、自訂驗證邏輯等合約帳戶才有的能力,但地址在協議層面始終維持 EOA 身份,不會真的變成合約帳戶,這跟過去 EOA 與合約帳戶涇渭分明的分類方式完全不同。

02 · 運作原理是什麼?

這個機制存在,是為了解決使用者體驗上的根本矛盾:智能合約錢包能提供批次交易、社交復原、gas 代付等更好的體驗,但過去要享受這些功能,使用者必須真的部署一個合約帳戶,意味著搬家、重新設定、甚至重新教育自己的使用習慣。EIP-7702 讓既有的 EOA 地址直接借用這些能力,不需要搬家,大幅降低了採用智能帳戶功能的門檻,這也是為什麼它被視為帳戶抽象化(account abstraction)往主流普及推進的重要一步。

03 · 如何應用

實際運作上,使用者的 EOA 透過簽署一筆特殊的委派授權(authorization),指定在接下來的交易中要借用哪一個合約的執行邏輯;這筆委派可以設定成單次有效,也可以持續生效直到被撤銷。分析師要判斷一個地址當下是否正在使用這個機制,不能只看地址底下有沒有程式碼(這對 EOA 來說通常是空的),必須去檢查交易本身是否帶有委派授權的簽名資料。這跟過去「先查帳戶狀態、再決定怎麼解讀交易」的流程完全相反,變成「先看這筆交易有沒有委派、再回頭理解帳戶當下的行為能力」。

04 · 我該怎麼做?

對讀者的實際影響是:如果你在用鏈上標籤系統或錢包分類去判斷一筆交易背後的風險或身份屬性,EIP-7702 普及之後,「這是 EOA 所以應該是個人使用者」這個假設不再可靠——一個標記為 EOA 的地址,完全可能在那一筆交易裡執行跟合約帳戶一樣複雜的邏輯。做鏈上研究或風險評估時,與其只看帳戶層級的靜態分類,更應該去檢查單筆交易層級是否觸發了委派授權,才能真正理解那筆交易當下的行為能力與風險輪廓。

完整內容 +

長期以來,鏈上地址只有兩種

在 EIP-7702 之前,以太坊上的地址分類相對單純:外部帳戶(EOA,由私鑰控制,使用者錢包的標準形式)跟合約帳戶(由程式碼控制,部署後邏輯固定)。任何分析工具、任何標籤系統,第一步幾乎都是先判斷「這是 EOA 還是合約」,因為兩者能做的事、該用什麼方式解讀交易,完全不同。

EIP-7702 是以太坊 2025 年 Pectra 升級的一部分,正式在主網啟用後,徹底打破了這個二分法的穩定性。它讓任何既有的 EOA,可以在單筆交易範圍內「暫時委派」自己的執行邏輯給一個智能合約,執行完那筆交易後,委派關係可以持續,也可以結束,但關鍵是:這個地址在協議層面從頭到尾都還是一個 EOA。它沒有部署新合約,也沒有把自己變成合約帳戶——它只是「借用」了合約的能力。使用者甚至不需要搬家換新地址,也不需要重新部署任何東西。

這對地址分類系統造成什麼衝擊

傳統的地址標籤系統,判斷一個地址是不是合約,通常是檢查這個地址底下有沒有程式碼(bytecode)。EIP-7702 生效後,一個被標記為「EOA」的地址,完全可能在某些交易中執行批次交易、透過 Paymaster 讓別人幫忙付 gas、或是套用自訂的驗證邏輯——這些原本是合約帳戶才有的行為特徵。分析工具如果還停留在「先判斷 EOA/合約再決定怎麼解讀」這個舊邏輯,看到的會是一個行為表現像合約、但分類標籤卻寫著 EOA 的矛盾結果。

可追蹤性因此變得更複雜

這不只是分類上的美學問題,而是直接影響鏈上取證與資金流追蹤的實務工作。舉例來說,過去鏈上研究者習慣用「這個地址是合約」來推測背後可能有多簽、有程式化邏輯、甚至猜測是某種基礎設施(如交易所熱錢包);現在,一個行為模式像合約的地址,有可能只是一般使用者用 EIP-7702 暫時借用了智能合約錢包的功能,兩者在鏈上留下的痕跡高度相似,但背後的實際控制者、風險輪廓完全不同。可程式化的恢復機制、工作階段金鑰(session key)授權,這些原本必須部署一個新合約才能實現的功能,現在也能在不建立任何永久性新帳戶的情況下運作,導致過去用來追蹤合約式恢復機制的方法在這類地址上直接失效。

目前能做的查核方式

要判斷一個 EOA 是否正在使用 EIP-7702 的委派功能,分析師需要去檢查這筆交易本身是否包含委派授權的簽名資料,而不能只看地址底下有沒有程式碼這個單一指標——這代表判斷邏輯要從「看帳戶層級的靜態狀態」,轉為「看每一筆交易層級的動態委派紀錄」。對依賴批量標籤系統的分析平台來說,這意味著既有的 EOA/合約二元分類規則,需要重新設計成能辨識「這筆交易是否觸發了臨時委派」的交易層判斷,否則標籤的準確性會隨著 EIP-7702 採用率上升而持續下降。

資料來源:Ethereum.org — Pectra Upgrade / EIP-7702、thirdweb — Account Abstraction in 2026: EIP-7702 & ERC-4337
圖解
這個地址是「人」還是「合約」?EIP-7702 讓這個鏈上最基本的分類開始失靈EIP-7702: Temporary Delegation, Permanent Classification GapAddress: 0xAB...12Protocol-level: EOATx-level delegationborrows contract logicOld classifier: checks bytecodeAddress has no code→ Labeled: "EOA, individual user"MISSES the delegation entirelyReality: this txbatched approve + swapgas sponsored by paymasterbehaves exactly like a contractFix: check per-transaction delegation data, not static account stateonchain-bible.com
歡迎截圖分享,轉載請註明來源
提問
請至少輸入 10 個字
相關文章
3 億美元被永久鎖死:可升級合約的代理模式,為什麼「方便升級」跟「安全」互相矛盾
smart-contracts · 09/03
以太坊有 4,100 萬個智能合約,但只要 11 個地址就能控制其中一半
smart-contracts · 08/29
合約執行了「自毀」,卻沒有真的消失:EIP-6780 之後,鏈上的「死亡」是假象
advanced · 10/02
你在鏈上只看到結果,看不到過程:意圖交易如何讓 Solver 的決策徹底隱形
advanced · 10/02
更多相關主題