ERC-4337入口點合約在以太坊主網上部署已經接近兩年了。自以太坊推出以來，許多關於實現帳戶抽象的解決方案被提出，但由於大多數方案需要協議層面的變更，因此沒有最終確定。多年來，核心開發人員不得不處理許多更爲重要的事情，將這些提議的帳戶抽象解決方案擱置一旁。

盡管沒有提出標準，但不同的產品已經開始嘗試帳戶抽象。

ERC-4337的引入解決了這兩個問題。它不需要任何協議層面的更改，因爲它將所有必需的內容抽象到了更高層的基礎設施中。此外，這種方法爲開發人員提供了一種標準化的帳戶抽象解決方案實現方式。

本文將回顧過去兩年中不同項目的成就，以及圍繞ERC-4337實施的有趣發展。我們還將查看不同鏈和應用中的ERC-4337的生產統計數據。然而，讓我們先回顧一下ERC-4337及其引入的關鍵概念。

復習 ERC-4337

ERC-4337創建了一個更高層次的基礎設施，使帳戶抽象成爲現實。這些基礎設施的主要部分包括：

• 帳戶合約
• 用戶操作
• 入口點
• 捆綁器
• 替代內存池
• 付款者
• 帳戶工廠

帳戶合約

帳戶合約是一個智能合約，替代了外部擁有帳戶（EOA）。它存儲用戶的資產，如代幣和NFT。帳戶合約還處理發送給它的帳戶抽象交易的驗證和執行。智能合約允許自定義驗證方法和修改交易執行過程。

用戶操作

用戶操作是ERC-4337引入的一種類似交易的對象，用於將所需數據發送到帳戶合約。它包含大多數定義交易的數據字段。然而，它還包含一些字段，如initCode等籤名，支持ERC-4337規範中描述的功能。

入口點

入口點接受旨在鏈上包含的用戶操作。它驗證並執行這些操作，並執行帳戶抽象流程中所需的其他操作，如將燃料費用退還給打包者並創建新的帳戶合約。

捆綁器

捆綁器類似於區塊鏈節點；它處理並檢查用戶操作，查看它們是否符合ERC-4337規定的驗證規則。這些規則阻止了任何在這一高級基礎設施上的操作。

替代內存池

這指的是內存池，其中包含所有待處理的用戶操作。它與實際的內存池無關。

付款者

付款者是代表帳戶合約支付燃料費用的合約，前提是付款者願意爲此支付費用。ERC-4337規範定義了付款者的接口以及它如何與入口點交互。

帳戶工廠

該功能像任何其他工廠合約一樣，在鏈上部署合約，它同樣爲帳戶合約進行部署。該規範沒有定義帳戶工廠的接口，但它提供了部署帳戶合約的功能指南，比如返回已部署地址的函數。它還指導如何使用確定性方法來部署帳戶合約，如CREATE2。

ERC-4337生產指標

自從ERC-4337部署以來，許多團隊和開發者進行了實驗，構建了有趣的使用案例。盡管活動繁多，但一個關鍵問題仍然存在，那就是主網部署了什麼，及其使用者的數量。本節將深入探討迄今爲止的各種部署。感謝Kofi的BundleBear，我們獲得了大量關於ERC-4337主網活動的數據。

以下是一些關鍵指標（來自所有主網的綜合數據）：

• 2400萬個帳戶合約已創建
• 1.15億次用戶操作在鏈上執行
• 超過470萬美元的燃料費用由付款者覆蓋

這些都是非常棒的統計數據，讓我們深入了解一下更全面的情況。

在所有創建的帳戶合約中，大約1840萬個位於Polygon網絡。Base排名第二，擁有300萬個帳戶。然而，單純的帳戶數量並不能完全反映情況；可能需要分析活動水平。例如，我們有興趣了解交易的頻率。下圖展示了每周活躍帳戶的數量。

Polygon在每周活躍帳戶數量上領先。然而，在總用戶操作執行次數上排名第二，執行了3720萬次用戶操作。Base在這一類別中排名第一，執行了5810萬次用戶操作。下圖展示了每周成功的用戶操作，說明了相同的情況。

Base每個帳戶執行了15次用戶操作，而Polygon每個帳戶僅執行了2次用戶操作。因此，Base上的帳戶比Polygon上的帳戶完成了更多的鏈上操作。我們可以討論其他鏈的情況；然而，大部分活動集中在這兩個鏈上，因此提到其他鏈並無意義。

下一個邏輯問題是：“這些用戶在做什麼鏈上活動？”下表顯示了最多用戶操作的前10個跨鏈應用。

在上述列出的前10個應用中，六個應用位於Polygon，三個位於Base，剩下的位於Arbitrum。按用戶操作數量排列的前10個應用列表並不能完全展示情況，因爲它沒有深入分析用戶的具體行爲。以下是一個圖表，解釋了過去幾年每周應用活動的情況。

截圖來自BundleBear應用頁面：https://www.bundlebear.com/apps/all

上面的圖表沒有列出它追蹤的應用名稱。該信息可以在BundleBear上查看。然而，它有一些值得討論的有趣發現。例如，一些顏色塊特別引起了我們的注意，比如從2024年5月到2025年1月的霓虹綠色部分，顯示了PiggyBox提交了大量用戶操作。另一個有趣的統計是2023年7月至9月之間的青綠色塊，代表了Cyberconnect用戶的活動。還有2023年5月至7月之間的鐵鏽紅部分，突出了CapX的用戶活動。

所有這些用戶操作都需要支付燃料費用，作爲帳戶抽象管道的一部分。爲了方便，它們還需要付款者。大多數項目不使用自己的付款者，而是使用像Pimlico、Alchemy、Biconomy等提供商。外包付款者服務的原因各不相同，但大多數歸結爲簡便性。設置整個付款者服務非常繁瑣。

以下是一個圖表，展示了使用付款者的用戶操作數量，以及每個付款者服務提供商的偏好。

關於用戶操作數量與選擇使用付款者服務的用戶數量的數據揭示了，隨着用戶操作數量的增加，使用付款者服務的用戶也在增加。然而，這些數據並不能確鑿證明，依賴付款者的應用程序使用量是否在增加，或者支持帳戶合約的項目是否更多地在使用付款者服務。原因在於，儀表板上並沒有提供這樣的結論性數據。我們無法將標記好的用戶操作數據與使用付款者服務的用戶數據結合起來。然而，這些數據展示了付款者服務提供商的市場份額，以及使用特定付款者的用戶操作數量的變化。

根據圖表，Biconomy曾是大多數用戶操作的首選付款者服務提供商。然而，最近這種情況發生了變化，Pimlico成爲了領先的付款者提供商。

正如項目更願意使用付款者服務而非自行構建一樣，它們也通過服務提供商來創建用戶帳戶合約。以下圖表展示了各個提供商部署的新帳戶數量。

在高峯時，所有提供商合計每周部署了接近120萬個帳戶。下圖展示了提供商在每周帳戶部署中的市場份額。

在2023年及2024年初，Biconomy和Zero dev展開了激烈競爭。Alchemy在2024年第一季度挑戰並超越了它們，部署了超過50%的每周帳戶部署量。

以上所有數據表明，越來越多的項目正在使用帳戶抽象。這也表明，使用帳戶抽象的項目正獲得更多的採用。

讓我們聚焦於ERC-4337面臨的障礙以及提出的解決方案。

障礙與解決方案

ERC-4337在2024年獲得了越來越多的採用。然而，與任何鏈上的整體鏈上活動相比，活動仍然相對較小。雖然ERC-4337旨在簡化用戶體驗，但它帶來了另一個問題：每個帳戶實現的差異。當用戶使用一個帳戶提供商創建帳戶合約以使用某個dApp時，他們可能無法在沒有該提供商支持的情況下使用該合約與另一個dApp進行交互。這些帳戶合約與EOA不同，後者你可以使用ethers.js輕鬆操作；它們會有不同的驗證和執行流程。

爲了解決這一問題，提出了新的標準，如ERC-6900和ERC-7579。兩者都提供了標準化帳戶合約的框架，以便與現有的帳戶抽象提供商基礎設施兼容。

遵循這些新標準的帳戶已經獲得了採用，特別是ZeroDev的Kernel，它在V3.0版本中開始支持ERC-7579。該版本於2023年4月發布。

結論

在過去的幾年裏，社區爲實現帳戶抽象付出了巨大的努力，從創建標準到圍繞其構建基礎設施和工具。我們看到了結果，但仍有很大的改進空間。我們看到現有的標準存在一些問題，而新的標準解決了這些問題。隨着項目們對這些新標準進行實驗並構建出更好的用戶體驗的產品，我們將看到帳戶抽象發揮其全部潛力。

聲明：

1. 本文轉載自 [2077 Research]。所有版權歸原作者所有 [Nikhil Bhintade]。若對本次轉載有異議，請聯系 Gate Learn 團隊，他們會及時處理。
2. 免責聲明：本文所表達的觀點和意見僅代表作者個人觀點，不構成任何投資建議。
3. Gate Learn 團隊將文章翻譯成其他語言。除非另有說明，否則禁止復制、分發或抄襲翻譯文章。