帳戶抽象EIP-3074成以太坊社群爭論點！ V神拋出新改進方案EIP-7702

本站(120bTC.coM)：近期以太坊社群針對未來將納入Pectra升級的帳戶抽象提案EIP-3074有不少的爭論，包含Vitalik等人在內的反對方認為其對於未來的相容性有疑慮，因此昨日Vitalik直接提出一個新的方案—EIP-7702。

帳戶抽象化：提升區塊鏈使用者體驗

帳戶抽象(Account Abstraction,AA)是以太坊針對區塊鏈互動過程中的使用者體驗改進方向，帳戶抽象化是指將用戶與區塊鏈互動的方式優化，使操作變得更加容易與實用，期待可以藉此迎來大規模採用。

到底帳號抽像如何提升使用者體驗？舉例來說：

• 批次交易：允許同一使用者在一個原子交易中進行多個操作。舉例來說在去中心化交易所上，用戶可以同時完成批准與交易。

• 贊助交易：第三方帳戶可以代表交易帳戶支付交易燃料費用，可以用於專案對使用者的補貼。

• 權限管理：使用者可以簽署子金鑰，並授予特定權限。例如使用者可以使用給予某個ERC-20代幣的使用權限但不包含ETH使用的權限，或是每日最高花費總額，或限定僅能與特定應用程式互動。

隨著以太坊網路安全性與去中心化等重要議題逐漸獲得解決，使用者體驗的提案因此近期漸漸被搬上檯面討論。包含EIP-2938、EIP-3074、EIP-4337等提案都是重點提案。

ERC-4337被視為終局但開發週期長

EIP-4337引入User Operations的概念，讓智能合約錢包(smart contract wallet)可以自訂交易功能，例如贊助交易或者是批量交易。

User Operations會進入替代記憶體池(alt mempool)，後者是EIP-4337創造的一個新的記憶體池，以原有的一般交易與記憶體池分開。

EIP-4337運作架構

不過要實做ERC-4337甚至到可以大規模採用的光景，還需要很多的努力，包含基礎設施的設計、使用者錢包的手動更新等等。

EIP-3074的載浮載沉

EIP-3074預期加入兩個新的操作碼(opcode)：AUTH和AUTHCALL，讓EOA能透過這兩個操作碼授權合約(invokers)代替自身去呼叫外部其他合約與互動。也就是讓現行的EOA擁有智慧合約功能的意思。

EIP-3074雖然早在三年前被提出，但後來出現EIP-4337這個「最終」的完美解決方案，讓前者淡出社群視野。

近期因為使用者體驗的重要性逐漸增加，且其他公鏈的競爭逐漸加快，但是若要實行EIP-4337並且順利在以太坊主網絡上運作，仍需要許多的開發工作與資源。以太坊社群則認為應該可以先實作EIP-3074。

EIP-3074可以讓外部擁有帳戶(EOA)能像智慧合約錢包一樣運作，流程無需部署額外的合約，用戶也不需要手動升級，以太坊社群因此將之納入下一次的硬分叉升級之中。

EIP-3074爭議不斷

雖然目前已經被安排到Pectra升級，但其實EIP-3074的爭議其實不小，甚至Vitalik也公開反對。

EIP-3074爭議點

Vitalik指出EIP-3074存在未來更新相容性問題：

• 引入的兩個操作碼AUTH和AUTHCALL在Vitalik認為終局的帳戶抽象提案EIP-4337是沒有且不需要的。

• EIP-3074呼叫者合約的生態系統的發展，可能會與智慧合約錢包生態系統分開，導致技術分散。

• 另外也有社群成員Yoav Weiss指出EIP-3074需要完全信任invokers合約，增加信任風險，也需要因此延後抗審查的Inclusion Lists機制。

Vitalik認為EIP-3074可以視為EOA的擴充而非必要，如果對以太坊未來發展有負面影響那乾脆不要。

支持EIP-3074的一方表示：「延遲或刪除EIP-3074的人，往往認為以太坊使用者體驗雖然不理想但目前還不錯。」如果沒辦法在下次Pectra更新中有意義的提升以太坊的使用者體驗，可能會落後其他競爭者。

EIP-3074最大的爭議點其實就是「EIP-4337是否為以太坊最適合的終局？」如果答案是肯定的，那麼就該反對EIP-3074；如果答案是否定的則該支持。

不過上述這樣的論述過於狹隘，該問題無法解決社群的爭議，Vitalik深知此道理而不僅是打打嘴皮子還直接實做出新的方案，這才讓EIP-3074的爭議得以繼續討論下去。

Vitalik提出EIP-7702欲取代EIP-3074

EIP-7702的設計會藉由呼叫EOA，取代掉EIP-3074所需要使用的兩個操作碼AUTH和AUTHCALL：

• AUTH將會被替換為呼叫verify，設定authorized[msg.sender,…]

• AUTHCALL將被替換為呼叫execute ，驗證authorized[msg.sender,…]並執行。

該提案內容表示此兩個小小的改動，將可以避免EIP-3074為協議後續更新帶來潛在的負面影響。

EIP-7702的目的是實現EIP-3074的所有用例，而卻沒有這兩個可能帶來問題的opcode。

以太坊未來發展可能納入EIP-7702？

現在出現除了單純支援與反對EIP-3074的第三種方案—EIP-7702，若其確實可以同時解決「以太坊需要快速有效的使用者體驗解決方案」與「不影響未來EIP-4337與其他協議發展的進程」，或許將會變成社群有共識的方向。

目前該提案仍在討論中，或許可以期待下一次的以太坊ACDE會議掌握最新進展。

不過無論如何，以太坊社群確實仍在嘗試以最好的方式進步，這一點無庸置疑。

以上是帳戶抽象EIP-3074成以太坊社群爭論點！ V神拋出新改進方案EIP-7702的詳細內容。更多資訊請關注PHP中文網其他相關文章！