首頁 > 網路3.0 > 主體

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

WBOY
發布: 2024-05-09 09:04:12
轉載
893 人瀏覽過

帳戶抽象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-3074成以太坊社群爭論點! V神拋出新改進方案EIP-7702

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中文網其他相關文章!

來源:120btc.com
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板