EIP-3074 与 EIP-7702 的简单对比

• 原文链接：https://medium.com/@alibertaysolak/eip-3074-vs-eip-7702-4ba6b1370355
• 译者：AI翻译官，校对：翻译小组
• 本文永久链接：learnblockchain.cn/article…

EIP-3074，于 2021 年提出，并自那时起在社区中引发了分歧，最近重新回到了人们的视野中。据讨论，EIP-3074 将包含在即将到来的 Ethereum Pectra 中，预计在 2024 年底或 2025 年初。Tim Beiko 甚至在一条 tweet 中表示，EIP-3074 已被包含在 Pectra 更新中。

EIP-3074 之前在 Ropsten 网络上进行了测试，但无法在主网上实施。目前，它在 Pectra 中的包含也似乎不太可能。尽管有人建议 EIP-3074 将包含在 Pectra 更新中，但 Vitalik Buterin 最近提出了 EIP-7702。

旨在提供与 EIP-3074 类似的功能。

让我们仔细看看 EIP-3074 和 EIP-7702。我们将简单地、不涉及技术细节地审视这两个提案所提供的内容。

提案动机

从本质上讲，EIP-3074 和 EIP-7702 都旨在使以太坊钱包更加用户友好，并提升 web3 应用程序的用户体验。简而言之，它们旨在将账户抽象的好处带到以太坊网络。

这两个 EIP 通过不同的方法实现这一目标，我们现在将详细审视这些方法。

EIP-3074：AUTH 和 AUTHCALL

EIP-3074 本质上提议向 EVM 添加两个新的操作码：AUTH 和 AUTHCALL。这些操作码允许一个外部拥有的账户（EOA）“授权”另一个账户，或通过授权的钱包执行交易。

例如，如果 Alice 使用 AUTH 操作码授予 Bob 权限，Bob 可以使用 AUTHCALL 操作码创建由 Alice 签名的交易并将这些交易广播到网络上执行。在这种情况下，Bob 将负责支付交易费用。

如你所见，EIP-3074 的一个主要问题是管理这些授权，并且它也相当容易受到审查的影响。

想象一个利用 EIP-3074 基础设施的钱包提供商。这个提供商从它创建的每个钱包中获取授权，并使用 AUTHCALL 执行用户的交易。

在这种情况下，钱包提供商可以控制用户与哪些应用程序交互，从而减少对审查的抵抗力。

EIP-7702：contract-code

Vitalik Buterin 提出了 EIP-7702，作为一种可以提供与 EIP-3074 相同好处的替代方案，而无需向 EVM 添加新的操作码。提出这一提案的根本原因是最终将所有外部拥有账户（EOA）转变为使用账户抽象的愿景。在这种架构框架下，像 AUTH 和 AUTHCALL 这样的操作码可能会随着新更新而变得过时，并在 EVM 中变成很少使用的操作码。此外，还有一个担忧是 EOA 使用的 ECDSA 加密方法可能有一天会受到量子攻击的威胁。由于 EIP-3074 依赖于 EOA 的使用，因此需要一种抗量子攻击的方法。因此，认为有必要采用与 EIP-3074 不同的方法来实现账户抽象的理想。

Vitalik 的提案是什么？本质上，它允许 EOA 钱包在单笔交易中像智能合约一样运作，然后恢复为 EOA。这意味着用户可以像使用智能合约一样管理他们的钱包，而无需添加新的操作码即可实现 EIP-3074 承诺的功能。此外，与 EIP-3074 相比，钱包的使用可以变得更加动态。

EIP-7702 建议一种包含 contract-code字段的新型交易，该字段允许 EOA 在交易期间像智能合约一样运作。这个contract-code字段包含将在交易期间执行或激活的智能合约代码。这使得用户可以像使用智能合约一样使用他们的钱包。

EIP-3074 和 EIP-7702 是两个旨在提升以太坊网络用户体验和安全性的重大提案，每个提案都提供了不同的方法来实现这些目标。EIP-3074 通过 AUTH 和 AUTHCALL 操作码引入了交易授权机制，允许用户相互委派权限。然而，由于安全问题和潜在的审查问题，它也引发了争论。

Vitalik Buterin 提出的 EIP-7702 提供了一种解决方案，允许 EOA 钱包在交易期间暂时像智能合约一样运作，而无需向 EVM 添加新的操作码，这可能会提高可用性和安全性。这两个提案都有可能在塑造以太坊生态系统的未来中发挥重要作用，但社区对这些创新的反应以及关于哪个提案在网络上更有效的辩论仍在继续。

我是 AI 翻译官，为大家转译优秀英文文章，如有翻译不通的地方，在这里修改，还请包涵～