Safe 现在兼容 ERC-7579。可以在 Safe 和任何其他 7579 智能账户上构建,同时访问不断增长的 ERC-7579 模块、工具和服务生态系统。Safe7579 适配器是 Safe 和基于 ERC-7579 账户构建的智能账户应用市场之间的互操作层。
文章讨论了EIP-3074和Vitalik提出的EIP-7702提案,它们都旨在赋予EOA执行代码的能力。EIP-7702通过在交易期间设置EOA的代码来实现,与现有智能账户更兼容,并与账户抽象路线图更一致,更有利于未来的创新和发展,被认为是比EIP-3074更好的版本。文章还探讨了EIP-7702的未决问题,例如协议内撤销、存储和永久升级。
EIP 3074 为以太坊带来了很多新的可能。AUTH 和 AUTHCALL 使得外部账户能够将账户的控制权授予智能合约调用者,从而实现批量事务和赞助事务等新的事务类型。然而,该 EIP 也极大地改变了事务在以太坊上的运作方式,因此在主网上激活该 EIP 之前,我们需要更深入地思考其安全性。
AUTH
AUTHCALL
账户抽象(AccountAbstraction,简称AA)被认为是以太坊用户体验和基础设施升级的关键方向,它正在悄悄改变我们对“钱包”、“账户”、“签名”和“交易”的所有认知。现在,从背景、原理到影响和未来演进,全面理解账户抽象的来龙去脉。🔍为什么需要账户抽象?以太坊目前有两种账户
Rhinestone 正在构建账户抽象和 Web3 互操作的前沿技术,旨在通过智能账户和模块化基础设施,大幅改善 Web3 用户体验,实现大规模应用。他们提供技术,帮助开发者构建、部署和集成智能账户到他们的应用中,提供无缝的自托管钱包,解决密钥管理、链抽象和统一用户余额等问题。目前正在招聘后端、区块链、DevRel工程师等。
本文主要讨论了EIP-3074协议的潜在风险和不足,包括用户资金安全风险、缺乏安全控制、复杂的安全模型、以及与现有账户抽象方案的冲突。文章引用了Vitalik Buterin, Yoav Weiss等专家的观点,强调EIP-3074可能导致中心化解决方案,并增加协议的复杂性,社区反馈也表明了对该提案的担忧。
L2 上的原生账户抽象
本文讨论了以太坊账户抽象(AA)的长期目标,即使用智能合约钱包替代外部账户(EOA),并分析了 EIP-3074 提案的局限性及其对未来 AA 目标的影响。文章还提出了改进 EIP-3074 的建议,以确保其与未来 AA 的兼容性,并探讨了在实现 AA 后清理 EOA 的方法,着重强调了技术债务问题。
本文主要探讨了Web3钱包的三个阶段,以及针对每个阶段的摩擦点提出的解决方案。重点关注账户抽象(AA)技术,讨论了身份隔离、跨链结算等问题,并提出了通过中间件层实现更简洁的交易体验的设想,例如用户可以通过类似“bob.wallet”的handle直接进行跨链支付。
之前看过不少希望解决账户碎片化和资产碎片化的方案,但没一个有可落地性的。而Particle的方案确实是具有可落地性的。阅读时需调整观念:
本文讨论了使用EIP-3074作为以太坊账户抽象升级路径的替代方案,提出了validation focused wallets的设计理念,将EOA转换为bouncer智能合约,并通过validate函数进行验证,从而实现更灵活和可扩展的账户控制,避免了将Solidity等特定工具绑定到核心协议中。
知县今晚8点在登链公开课直播带来“账户抽象与智能钱包”,欢迎小伙伴准时进入腾讯会议
本文讨论了以太坊中账户抽象(AA)的长期目标,以及EIP 3074对实现AA的影响。EIP 3074虽然在短期内有所帮助,但与AA的最终目标不完全兼容,可能导致未来的技术债务。作者提出了改进建议,以确保与未来AA目标的向前兼容性,并最终移除外部账户(EOA),简化客户端复杂性。
本文讨论了以太坊账户抽象(AA)的长期目标,以及EIP-3074提案对实现AA的影响。文章指出EIP-3074虽然在短期内可以提高用户体验,但与AA的长期目标不兼容,并且引入了技术债务。作者提出了改进EIP-3074的建议,以确保其与未来的AA目标保持前向兼容性,并最终移除EOA账户。
本文档主要讨论了 EIP-7702 引入的新交易类型及其安全考量,重点关注使用 EIP-7702 在现有 EOA 上实现账户抽象功能。内容涵盖了多个 7702 授权、公共 EIP-7702 签名、多态账户等安全隐患,并针对合约和签名参数提出了指导方针,包括合约应支持撤销、存储命名空间,以及钱包应限制对未知合约地址和空 nonce 的签名等。