RIP-7560 :共识层变更的原生账户抽象,账户抽象的最终形态?
ERC-4377和RIP-7560提出了不同的账户抽象方案,兼容并共存,EIP-7377也提出了实现账户抽象的加速器。RIP-7560提案为账户抽象标准化提供了一种新的参考方法,优化了Gas,解决了捆绑者私有的问题,账户工厂和捆绑者仍需与区块构建者保持利益关系,最终将被广泛采用。
![0XNATALIE](/wp-content/themes/zhtcw/assets/images/logo-icon.png)
原文作者:0XNATALIE
原文来源:chainfeeds
ERC-4377:不用改变共识层实现账户抽象;RIP-7560:从共识层实现标准化的原生账户抽象
谈及 ERC-4337 想必大家已经不陌生了,最初于 2021 年 9 月由 Vitalik 提出,在 2023 年 3 月部署到以太坊主网,目前多个 L2 已将其改进版本引入核心执行层。但目前为止并没有看到 ERC-4337 被钱包广泛采纳,为推动标准化账户抽象和网络效应,以太坊协议贡献者 Alexander Forshtat 提出 RIP-7560 提案(Vitalik 为第一作者),这是首个以太坊 RIP,旨在制定可被所有 L2 和 L1 采用的原生帐户抽象标准。
RIP 全称 Rollup Improvement Proposal, 从 10 月 18 日首次 RollCall 开始建设,RollCall 目的是帮助 L2 建立可选的规范和标准,以便 L2 能够扩展 EVM 和相关工具,同时限制与 L1 EVM 的冲突。
RIP-7560:原生账户抽象的引入
为了更好的标准化,RIP-7560 引入共识层协议变更的原生账户抽象(Native Account Abstraction),并将 EIP-2938 和 ERC-4337 合并为一个全面的账户抽象提案。在深入了解 RIP-7560 之前,可以阅读之前的文章回顾一下「账户抽象」的概念:
https://substack.chainfeeds.xyz/p/eip-7377aa?utm_source=substack&utm_campaign=post_embed&utm_medium=web
与 ERC-4337 的兼容性和共存
RIP-7560 的原生账户抽象与 ERC-4337 兼容,这两种账户抽象方式将长期共存。RIP-7560 为采用 ERC-4337 的项目提供了迁移路径。不过,目前采用 ERC-4337 的项目需要进行修改,才能确在未来支持原生账户抽象:
关于【RIP-7560 :共识层变更的原生账户抽象,账户抽象的最终形态?】的延伸阅读
公共物品系列:升级以太坊——激励层
作者Ben Edgington是一位以太坊权益证明协议专家,正在撰写一本关于以太坊升级的权威技术书籍。本文介绍了以太坊2.0的质押机制和经济激励措施,以及如何平衡参与度和最终确定性时间。作者建议阅读相关著作来深入了解权益证明协议的设计和挑战。文章还探讨了如何量化信标链的安全性,并提出了一些关于可扩展性和模块化的想法。最后,作者提出了一些读者练习。
Galaxy硬核报告:七大案例看懂以太坊治理流程
本文介绍了以太坊的治理流程和机构,以及历史事件。以太坊通过链下决策流程和在线论坛进行治理,擅长部署硬分叉,需要数千名用户的协调。任何人都可以提出改进提案,以太坊生态系统中的每个用户和利益相关者都可以参与治理。以太坊有多个客户端团队,受到来自各种机构的资助。最近,以太坊向PoS过渡完成,但仍有许多改变协议的计划。以太坊治理复杂,受社会规范和叙述影响,需要考虑社会规范对未来的影响。
- UserOperation 变更为 TransactionType4: 原本的 UserOperation 结构及其名称是为了避免与实际的以太坊交易混淆。由于原生账户抽象将 UserOperation 变成了实际的以太坊交易,因此将其更名为 TransactionType4。虽然名称发生变化,但在链上的操作方式和 UserOperation 类似。
- 智能合约账户升级: 智能合约账户需要升级其实现以支持原生账户抽象协议。具体的修改包括 EntryPoint 地址设置为系统范围内的常量值以简化操作、validateUserOp 函数更名及参数变化,以及账户不再需要在 EntryPoint 合约中维护存款来支付 Gas,而是直接从其余额中扣除。
- Paymaster 合约升级: Paymaster 合约需要进行升级或重新部署。对于 ERC-20 代币和其他资产,包括状态,需要手动迁移批准。validatePaymasterUserOp 函数需要更名并具有不同的参数,Paymaster 合约不再需要在 EntryPoint 合约中维持存款以支付 Gas,而是直接从其余额中扣除。
- 账户工厂(Account Factories):仍然可以使用相同的合约,通过 ERC-4337 或原生账户抽象流程创建的账户地址将保持一致。
- 捆绑者(Bundlers):原生账户抽象中的捆绑者仍然需要与区块构建者保持利益关系,以便包含捆绑交易。捆绑者具有对区块构建者的特权 API 访问权限,也就是说捆绑者可以与区块构建者直接通信,并在打包交易之前协商相关事宜,包括处理 nonce 碰撞的情况(在 EIP-4337 中用户向两个捆绑者发送具有相同 nonce 的 UserOperation 时,会导致其中一个交易失败)。
社区关于 RIP-7560 讨论
社区对 RIP-7560 的讨论展现出多元的观点。Stackup 的联合创始人 John Rising 认为 RIP-7560 解决了 ERC-4337 中的一些问题可能是件好事,他指出当前 ERC-4337 实施的一些关键问题,在 EIP-4337 实施后,大部分活动都集中在三家云服务提供商或公司。这意味着账户抽象的基础设施相对于整个生态系统来说过于中心化,并且账户的留存率非常低,运行 EIP-4337 的捆绑者盈利性也非常有限。
Polygon 工程师 Jarrod Watts 也表示尚未看到像 Metamask 这样的主流钱包在实现 EIP-4337 的账户抽象方式上取得重大进展。这可能意味着应用层对于新特性的采纳尚未达到理想水平。所以 RIP-7560 的提出是一个突破口。
Particle Network 联合创始人 Peter Pan 非常看好这个提案,认为保持了4337的兼容性,优化了 Gas,并且解决了捆绑者私有的问题,这对于账户抽象的采用非常重要。
Delegate 创始人 foobar 认为 4337 是因为增加了太多的开销,根本无法得到广泛采用。7560 这个提案正在朝着在协议层面将账户抽象正式固定下来的方向发展,所以最好的做法是直接去除这些冗余的部分,而不是试图使其与 4337 保持「向后兼容」,尤其是考虑到 4337 还没有存在很长时间。
尽管意见不一,RIP-7560 也为账户抽象标准化提供一种新的参考方法。随着以太坊社区的深入讨论,账户抽象框架的发展将继续向前推进。我们相信,无论哪种方式,账户抽象最终将被广泛采用。
免责声明:本文仅代表作者个人观点,不代表链观CHAINLOOK立场,不承担法律责任。文章及观点也不构成投资意见。请用户理性看待市场风险,以及遵守所在国家和地区的相关法律法规。
图文来源:0XNATALIE,如有侵权请联系删除。转载或引用请注明文章出处!