这是我写的一系列文章的第一部分，目的是分析EIP-7702对加密领域各个方面的潜在影响，包括：

用户

钱包

去中心化应用（DApps）

钱包即服务（WaaS，嵌入式钱包）及其他基础设施提供者

在这一部分中，我想讨论7702的采用过程会是怎样的。它会迅速普及，还是会经历较长的采用周期？谁会最先使用它？这就是本文要探讨的内容。

什么是 EIP-7702

首先，简单回顾一下。EIP-7702是计划在以太坊下一个升级（Pectra）中推出的EIP之一，预计将在2025年第一季度上线。

通过EIP-7702，外部拥有账户（EOA）可以“升级”为智能账户，同时仍然保持EOA的身份和地址不变。

一旦账户升级，用户就能享受到智能账户（AA）带来的大部分好处，比如燃料赞助、交易批量处理、通行密钥等。

EIP-7702与ERC-4337的不同之处

EIP-7702是一个账户抽象的提案，但与ERC-4337相比，有几个重要的区别：

你可以将现有的外部拥有账户（EOA）升级为7702智能账户，而现在使用ERC-4337时必须创建新的账户。

EIP-7702账户可以同时是EOA和智能账户，而目前的ERC-4337账户仅仅是智能账户。

EIP-7702是一个EIP（以太坊改进提案），而ERC-4337是一个ERC（以太坊请求评论）。换句话说，以太坊L1及所有等效的L2将“自动”支持EIP-7702，而ERC-4337则需要特定的合约和基础设施的部署。

实际上，前两点——EIP-7702能够升级EOA，并且升级后EOA依然保持其身份——是EIP-7702可能比单独的ERC-4337更能推动账户抽象（AA）采用的主要原因。这是因为：

用户对他们的EOA有很强的依赖感。要求用户将资产转移到新账户或钱包，对大多数人来说是一个很大的挑战。

许多去中心化应用仍未支持智能账户。7702账户同时具备EOA和智能账户的特性，将为用户带来最佳体验——既有智能账户的功能，又兼具EOA的兼容性。

不过，称EIP-7702会“取代”ERC-4337并不准确。正如我们将在未来的文章中探讨的那样，EIP-7702需要依赖ERC-4337才能发挥其全部潜力，因此EIP-7702对当前的ERC-4337公司（如@zerodev_app"">@zerodev_app）来说是一个非常积极的消息。

7702 的采用速度有多快

接下来我们讨论本文的核心内容：7702的采用速度以及在实际中如何实施，也就是Web3生态中的不同部分（如钱包、去中心化应用、基础设施）将如何采用7702。

关于“多快”的问题，有几种可能的情况：

7702可能在一夜之间实现大规模采用，因为许多钱包和去中心化应用将在第一天就准备好支持7702（因为7702将在上线主网之前先在像@ithacaxyz"">@ithacaxyz这样的测试网上进行测试，给项目提供了第一天支持的机会）。

7702可能在推出后短期内（比如一年内）实现大规模采用。

7702最终会实现大规模采用，但这个过程可能会比较漫长（例如1到3年）。

7702可能永远无法实现真正的采用。

我个人对这些情景的可能性排序是：2 > 3 >> 4 > 1（其中2和3是更可能的情景，而4和1则较不可能）。换句话说，7702在几年内可能会实现广泛的采用，但不太可能在短时间内迅速普及，也不太可能完全被忽视。

为了理解原因，让我们看看7702的实际采用可能会如何展开。

钱包将如何采纳7702

首先，我们需要关注钱包，因为它们在7702的采纳周期中处于关键位置。如果没有钱包支持7702，去中心化应用就无法利用7702的功能。

我们可以将钱包分为独立钱包（如@MetaMask""> @MetaMask、@CoinbaseWallet"">@CoinbaseWallet）和钱包服务（如@privy_io"">@privy_io、@dynamic_xyz""> @dynamic_xyz、@turnkeyhq"">@turnkeyhq、@magic_labs"">@magic_labs）。这两者在采纳7702时面临的激励不同。在本节中，我们将专注于独立钱包。

独立钱包在采纳7702时有几种选择：

完全支持7702，通过1）实现对7702的支持和2）默认为所有用户启用7702。

部分支持7702，通过1）实现对7702的支持，但2）默认禁用7702，要求用户主动选择加入。

采取观望态度，不实施7702的支持，直到竞争迫使他们做出改变。

我认为大多数钱包公司会选择第三种（观望）策略，原因是采纳7702需要大量的工作投入，因此很多钱包公司可能没有足够的时间和资源来迅速实施。然而，像MetaMask和Coinbase这样的主要钱包将选择第二种方案，即快速实现对7702的支持，但用户需要主动选择启用。此外，也会有一些新兴的独立钱包选择第一种方案（默认启用7702），但由于钱包市场竞争激烈，新进入者面临挑战，实际上大多数用户将继续使用现有的钱包，选择第二或第三种方案。

为什么顶级钱包会迅速支持7702

那么，为什么我认为顶级钱包会快速实施对7702的支持呢？主要有以下几点：

通过我的人脉了解到，这些顶级钱包公司一直在密切关注7702的发展，因此他们对7702的优势有深刻的理解。

这些公司在行业内资金雄厚，具备实施7702所需的资源和能力。

钱包市场竞争非常激烈，顶级钱包面临的风险最大，因此他们会因害怕错失重大转机而迅速采纳7702，以免被竞争对手超越。

接下来，为什么我认为这些钱包不会默认启用7702，而是要求用户主动选择呢？

为什么顶级钱包会要求用户加入7702

一言以蔽之， 安全。

7702的安全性问题非常复杂，值得深入探讨，但我在这里简要说明一下基本概念。

简单来说，以下两种说法都是不准确的：1）7702提高了钱包的安全性，或2）7702降低了钱包的安全性。因为安全性是一个多维度的问题，7702在某些方面增强了安全性，而在其他方面则可能存在风险。

7702提高安全性的原因包括：

通过会话密钥（也称为“权限降级”或“子密钥”），用户可以以“沙盒化”的方式与去中心化应用互动，这样即使是恶意应用也无法窃取用户的全部资产，从而显著降低了钓鱼攻击的风险。

而7702在某些方面可能降低安全性的原因则是：

7702账户同时是外部拥有账户（EOA）和智能账户，因此用户仍需保护自己的EOA私钥（助记词）。这是为什么尽管有7702，长远来看，整个生态仍需向完全智能账户过渡，因为只有这样才能彻底消除对助记词的依赖，而助记词的安全性往往难以保障。

7702账户作为智能账户，其安全性依赖于智能账户实现的安全性。无论经过多少次审计，总会有一定的漏洞风险。

因此，7702账户的安全性是否优于EOA账户，以及用户体验的好处是否值得安全性上的妥协，都是需要用户自行判断的。

由于钱包的首要特性是安全性，现有的顶级钱包不会冒险通过默认启用7702来损害用户的安全。相反，他们会将选择权交给用户，让用户决定是否启用7702。

用户会选择加入7702吗？

考虑到顶级钱包将7702作为可选功能提供，自然会引发一个问题：用户会选择启用7702吗？

答案其实很简单：用户会在想要使用需要7702的去中心化应用或功能时启用7702，否则就不会。因此，这引出了分析的第二部分——去中心化应用将如何采纳7702？

去中心化应用将如何采纳7702

对于去中心化应用而言，7702（以及AA）有四个主要的价值优势：

gas费赞助

交易批处理

交易自动化（通过会话密钥）

链抽象（将CA与AA结合是我们非常期待的新研究领域）

这些优势带来了显著的用户体验提升，使去中心化应用能够在竞争中脱颖而出，因此它们确实有强烈的动机去利用AA。迄今为止，去中心化应用采用AA的数量不多，主要是因为使用ERC-4337时，去中心化应用需要适应一个全新的账户模型（智能账户），而这个模型与99%的用户（即EOA用户）不兼容。然而，通过7702，去中心化应用可以在不排斥EOA用户的情况下提供这些用户体验优势，因此在7702的支持下，去中心化应用采纳AA的成本/收益计算变得更加有利。

但这里出现了一个“鸡和蛋”的问题——去中心化应用不愿意投入时间和资源去支持7702，因为使用7702钱包的用户可能很少；而用户也不会启用7702，除非有去中心化应用支持7702。我们该如何打破这个“鸡和蛋”的困境呢？

这就引出了Web3堆栈的另一个部分——钱包服务，也称为“嵌入式钱包”。

嵌入式钱包将如何采纳7702

与独立钱包类似，嵌入式钱包提供商不会默认启用7702，而是将其作为选项提供给他们的客户（去中心化应用开发者）。不同的是，启用7702的选择不在用户手中（因为如果去中心化应用能够为你的MetaMask启用7702，那将极其不安全），而是由去中心化应用开发者决定，因为嵌入式钱包本质上是开发者为用户创建的新钱包。

因此，如果去中心化应用开发者希望利用AA功能，他们不需要等待用户选择启用7702——他们可以直接使用支持7702的嵌入式钱包。

你可能会说，开发者也可以通过嵌入式钱包利用ERC-4337，但这并没有导致AA的大规模采用。然而，7702的一个关键区别在于，开发者在使用支持7702的嵌入式钱包构建应用时，不必排除EOA用户。相反，应用可以同时支持嵌入式钱包和EOA用户。希望在应用中体验AA功能的EOA用户可以为他们的EOA启用7702。

因此，嵌入式钱包将在推动7702的采用方面发挥重要作用，使开发者能够提供AA功能，而无需等待用户为他们的独立钱包启用7702。

将所有内容整合在一起

我们已经探讨了四个不同的群体——钱包、用户、去中心化应用和嵌入式钱包——将如何采纳7702。现在，让我们将这些信息整合在一起。

独立钱包（如MetaMask）将实现对7702的支持，但用户需要主动选择加入。

嵌入式钱包（如privy/dynamic）同样会支持7702，但需要开发者选择加入。

创新的去中心化应用将利用支持7702的嵌入式钱包来实现AA功能。

勇于尝试的EOA用户将通过为他们的独立钱包启用7702来体验这些去中心化应用。

随着越来越多的用户启用7702，更多的去中心化应用开始采用7702，反应较慢的去中心化应用也将逐渐跟进使用7702/AA。

随着支持AA的去中心化应用数量增加，反应迟缓的用户也会启用7702，以免错过新应用和新体验。

随着越来越多的用户启用7702，那些尚未支持7702的钱包将被迫添加支持，否则将面临被边缘化的风险。

希望这个良性循环——钱包 => 去中心化应用 => 用户 => 钱包——能够推动整个生态系统采纳7702/AA，这将为我们今天所知的Web3用户体验带来十倍的提升，并为未来的原生AA做好准备。

在下一篇文章中，我们将深入探讨技术层面，研究钱包和去中心化应用将如何具体实现对7702的支持。

声明：本网站所有相关资料如有侵权请联系站长删除，资料仅供用户学习及研究之用，不构成任何投资建议！