【英文】EIP-3074 和保持无需许可的创新

EIP-3074 倾向于这样一种情况：由现有的钱包供应商构建 invokers，以解决通用的用户体验需求，使所有 dApp 受益。或者与 dApp 合作，促进独特的产品功能。后者几乎肯定会有利于规模最大的 dApp。这可能会导致没有与最大钱包供应商建立合作关系的规模较小的 dApp 减少实验和创新。 生态系统可以从基本的 3074 实用工具标准化方法中受益。关键问题是，调用者可以或应该具有多大的表现力？这个概念类似于模块化账户抽象的叙述。一个无权限的模块注册表可以在模块化智能账户生态系统内解锁开放式创新，允许任何开发者构建可以轻松安装在任何智能账户上的独立组件。这在实践中会是什么样子？1）针对特定应用程序 / 功能的调用者；2）模块化调用者。第二种方案似乎是最可取的，既减少了对钱包供应商的依赖，模块化调用者还可以从模块化智能账户领域的研发中获得灵感，对扩展其功能的智能合约实施严格的许可制度。 在下一次硬分叉中，将 EIP-5003 与 EIP-3074 结合在一起，将为智能账户提供完整的迁移路径。EIP-5003 允许在 EOA 地址部署智能合约代码，同时撤销原始私钥。将 EOA 完全转换为智能账户。但是，根据我们目前的理解，它并不能消除钱包供应商将可以 AUTHUSURP 到已批准的智能账户列表的调用者列入白名单的需要。为确保新账户供应商能轻松地向现有 EOA 用户提供产品，我们要求采用开放市场的方式来维护这份「经批准的智能账户」列表，以便迁移。【原文为英文】\n原文链接