本文是关于账户抽象、链抽象的每周摘要,讨论了Vitalik对完全账户抽象的看法、ERC-4337的信任问题、QuickNode的企业跨链抽象方案、Rhinestone关于意图的智能账户案例,以及Etherspot的账户抽象集成指南。主要强调了账户抽象的重要性,以及Etherspot在账户抽象领域的解决方案。
欢迎来到我们的每周摘要!在这里,我们讨论账户抽象、链抽象以及所有相关领域的最新趋势和进展,并带来 Etherspot 内部的一些见解。
我们将涵盖的最新消息:
· 信任胜于便利性:ERC-4337 & Tom Teman 论 AA、Relayer 和中立性
· QuickNode:跨链抽象是企业 Web3 采用的“缺失桥梁”
· Rhinestone:EOA 为意图而崩溃;智能账户启用单签名 UX
Vitalik Buterin 回应了 Paradigm 首席技术官 Georgios Konstantopoulos,他说:“我们仍然没有完全的账户抽象”,并认为以太坊还不能在不依赖中介的情况下从没有 ECDSA 的账户进行交易。
在他的回复中,Buterin 警告说“中介依赖对隐私和抗审查性有害”,并且破坏了无需许可的使用。他补充说,今天,如果不依赖广播者或 relayer,你“不能保证量子安全”或构建某些隐私协议。他认为,这些约束表明,在以太坊实现原生的、无中介的 AA 之前,还有关键的协议层面的工作要做。
Konstantopoulos 曾表示,在从事账户抽象工作一年后,它“实际上不需要任何重大的研究突破”,而且以太坊“应该优先使其成为原生功能……很多年前”。Buterin 的反驳重新定义了这场辩论:虽然最近的改进(例如,智能账户模式、paymaster、7702 风格的委托)改进了 UX,但它们并不等同于完全的、已写入的 AA,后者消除了 ECDSA 假设和第三方依赖。
这次交流强调了生态系统的一个转折点:实用的 AA(通过 ERC-4337 钱包、会话密钥、paymaster 和新兴标准)正在被采用,但 Buterin 阐述的隐私、抗审查性和后量子标准可能需要更深层次的协议更改。对于构建者来说,重要的是继续交付今天的 AA UX,同时跟踪核心开发人员在实现更强大的原生保证方面的进展。
ERC-4337 团队和 Tom Teman 发表了 一篇文章“信任我——不要信任任何人”,认为免信任性是使区块链值得付出代价的核心属性,并且协议必须最大限度地减少强制信任,而应用程序可以增加可选的便利性。
他们警告说,如果没有免信任性,区块链就会崩溃成“带有额外步骤的 AWS”。只有在不必信任任何一方的行为时,安全性、互操作性和抗审查性才有意义。
这篇文章将中间人(主观判断)与中间件(客观规则)进行了对比,并强调了冗余、多种纳入路径,因此没有守门人可以阻止用户。
免信任性是昂贵的——共识、冗余和延迟——但是这种费用购买了由密码学、激励措施和广泛参与执行的可靠中立性。
ERC-4337 账户抽象的一个案例研究反对“仅仅信任我们的 relayer”。任何人都应该能够运行 bundler;钱包应该广播给很多人;以及一个无需许可的 UserOp mempool 提供默认的抗审查性和“合理的推诿”。
AA 增加的组件(EntryPoint、验证、paymaster、bundler)增加了复杂性,但是它们购买了用户权利:切换提供商、自我托管或依赖开放市场而不是单个 relay 的能力。
信任所属之处:在边缘、UX 服务、托管索引器、可选的社交恢复,因此故障是可以交换的。不属于它的地方:协议核心(共识、纳入、最终性、组合)。设计原则包括:最大限度地减少强制信任,保留多种纳入途径,使退出神圣化,实现开放组合,并确保透明、可验证的升级。
QuickNode 发表了 一篇文章,称跨链抽象是“统一流动性、合规性和 UX”以隐藏多链复杂性并释放机构使用的层。这篇文章将跨链的碎片化、不同的工具、钱包和 gas 代币框架为核心障碍,并将抽象定位为呈现单个、类似 Web2 界面的方式。
这篇文章将堆栈分为三个支柱:用于安全链间数据的消息传递协议(例如,LayerZero、Wormhole);用于聚合资本和路由的流动性网络(例如,LI.FI、Socket);以及基于意图的执行(例如,Arcana、Particle),以“使幕后的复杂编排”对用户不可见。然后,它将企业价值(运营效率、统一的流动性管理、合规性的一致性和更好的 UX)映射到这些组件,认为公司可以“构建一次,扩展到任何地方”。
QuickNode 的宣传是,抽象只有在可靠的基础设施之上才能发挥作用;他们的平台提供多链 RPC、路由、监控和自动扩展,因此企业可以在没有节点群开销的情况下进行跨链传输。
这篇文章强调,成熟的抽象层是“Web3 的创新与机构采用之间缺失的桥梁”,预计这将定义下一个篇章。
在 Etherspot,我们也在构建跨链抽象解决方案。这里 是链抽象 UX 在实际应用中的简短演示。
Rhinestone 认为,外部拥有的账户 (EOA) 非常不适合以意图为先的模型,他写道:“EOA 不是为在意图上运行的世界而构建的。设计已经过时……并且基本功能集太窄。”该团队表示,随着“区块链意图化”,很明显,智能账户是意图的更好载体。
该帖子解释了核心区别:意图让用户授权一个请求,并将其执行推给一个求解器。EOA 无法分离这些步骤;它们需要 sidecar 合同,从而产生两个主要的警告。首先,资金必须预先存入中介机构,如果最优惠的价格在意外的链或代币上,则无法扩展。其次,EOA 无法在求解器执行期间保留 msg.sender,从而破坏了诸如依赖用户地址的 LP 代币铸造之类的 DeFi 模式。
相比之下,智能账户允许用户签署单个结果约束,例如:“交换后我至少需要 100 USDC。”然后,求解器跨代币或链履行请求,智能账户验证约束并在链上保留用户的身份。这种将授权与执行分离的方式释放了更具表现力、更灵活的意图,同时保持了通过一个签名进行验证的能力。
对于 Rhinestone 来说,这意味着很明显:为了提供以意图为中心的 UX 和求解器市场,而不破坏现有的 DeFi 假设,智能账户必须取代 EOA 成为主要的账户模型。
Etherspot 概述了 团队如何使用其 模块化 SDK (ERC-7579)、Skandha Bundler (ERC-4337)、Arka Paymaster、多链 API 和即将推出的链抽象 Pulse SDK 来添加账户抽象,而无需进行重大重写。该指南确认支持 25+ 条链,并提供了一个快速入门流程(通过开发者仪表板获取 API 密钥、安装、实例化和调用 SDK 函数)。
开发人员可以直接与模块化 SDK 集成,也可以使用 TransactionKit,后者使用流畅的、与框架无关的 API(React/Vue/Angular/JS)和 TypeScript 优先的人体工程学来包装相同的功能。示例显示了最少的代码来启动智能账户、设置 bundler 和提交批量交易。
这篇文章强调了 AA 功能的生产就绪性:批量执行、gas 赞助和模块管理,因此应用程序可以消除多步骤 UX 并减少审批流失。Etherspot 将此堆栈定位为一种快速交付 AA 的方式,同时保持对信任假设和组件的控制。
开始使用 Etherspot 探索账户抽象!
❓你的 dApp 是否已准备好进行账户抽象?在这里查看:https://eip1271.io/
➡️ 在这里阅读之前的 AA 摘要。
由 Etherspot 提供支持
TransactionKit | PillarX | Pillar Wallet | 案例研究
- 原文链接: medium.com/etherspot/vit...
- 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!