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 团队将文章翻译成其他语言。除非另有说明，否则禁止复制、分发或抄袭翻译文章。