以太坊治理之爭:EIP3074、ERC4337與EIP7702

以太坊Pectra升級中出現了一場復雜的治理爭議。當EIP3074被納入升級計劃後,引發了巨大爭論,尤其是來自ERC4337團隊的強烈反對。

EIP3074陷入僵局,治理進程無法繼續。直到Vitalik提出EIP7702,才終結了ERC4337團隊對EIP3074的質疑。

這場治理爭議反映了以太坊治理的深層問題 - 在"代碼即法律"的前提下,誰有權決定代碼的具體內容。EIP3074和EIP7702之爭爲我們提供了觀察以太坊內部真實治理過程的視角。

最終結論是,以太坊採用VVRC治理模型。任何提案的納入都需要首先符合以太坊價值觀(Value),然後體現在Vitalik設定的願景(Vision)中,接着反映在路線圖(Roadmap)上,最後由核心開發者討論後在客戶端(Client)中實現。

EIP3074因Vision和Roadmap層面的問題最終未被納入硬分叉,而以太坊核心開發者直接選擇了Vitalik撰寫的EIP7702作爲最終的帳戶抽象方案。

提案內容概述

EIP3074是一個執行層提案,旨在實現gas代付和批量交易功能。它引入了AUTH和AUTHCALL兩個操作碼,允許用戶通過籤名將帳戶臨時委托給智能合約使用。但EIP3074存在一些安全隱患,如籤名可能被重放等。

EIP7702是Vitalik提出的替代方案。它引入了新的交易類型SET_CODE_TX_TYPE,允許EOA帳戶在保留基本功能的同時增加智能合約功能。EIP7702與ERC4337等現有帳戶抽象方案更加兼容。

ERC4337是另一種帳戶抽象實現方案。其作者Yoav對EIP3074提出了諸多批評,如中心化風險、安全隱患、功能不完整等。

治理過程

EIP3074從2021年4月就開始在核心開發者會議上討論,但因安全問題一直未被納入升級。期間經歷了多次討論和改進。

2024年2月,EIP3074幾乎獲得所有客戶端實現的支持,準備納入Pectra升級。但隨後ERC4337團隊發起強烈反對。

5月9日,Vitalik提出EIP7702作爲替代方案。經過討論,核心開發者最終決定用EIP7702替換EIP3074。

爭議與反思

EIP3074開發者認爲ERC4337應對治理失敗負責,因爲他們此前沒有積極參與討論。而ERC4337團隊則認爲核心開發者忽視了他們的意見。

實際上,這反映了以太坊治理的深層問題。以太坊採用VVRC模型,Vitalik的個人願景處於治理模型的底層。當出現嚴重爭議時,Vitalik擁有最終裁決權。

EIP7702更符合Vitalik設定的帳戶抽象路線圖,這是它最終勝出的關鍵原因。這場爭議凸顯了以太坊治理中個人願景的重要性,以及社區參與的局限性。