摘要:以太坊与Base开发者终止共同推进账户抽象标准的协作,因核心目标分歧导致技术路径分野。以太坊将聚焦可编程帧交易,而Base将独立实施链上密钥库方案,双方将在未来分别部署不同原生交易格式。

币圈界报道:
以太坊与Base分道扬镳,账户抽象标准进入独立演进阶段
以太坊与Base的开发团队已正式中止针对统一账户抽象标准的合作,标志着两网络在交易架构设计上的战略分叉。此前围绕EIP-8141与EIP-8130的协调尝试因无法调和底层需求差异而告终,双方决定各自推进符合自身定位的技术路线。
根本性理念冲突致协作破裂
Ethlabs核心开发者Derek Chiang披露,上周双方提案作者已停止寻求共享规范的努力。其关键原因在于,任何兼容性方案均要求至少一方在核心诉求上作出让步。他指出:“当前框架之间的整合已不可行,以太坊与Base将分别实现各自的账户抽象机制。”
尽管两项提案均致力于提升用户交互体验——包括无ETH支付Gas、支持生物识别或手机密码认证等——但在是否构建通用标准的问题上,团队发现现有技术选项难以兼顾双方优先级。以太坊更重视抗审查性、隐私保护与安全边界,而Base则强调可扩展性、合规适配与定制化能力,这种深层价值取向的差异最终成为合作的终点。
钱包生态面临双重标准兼容挑战
若两项提案最终落地,钱包开发者将不得不同时支持两种不同的原生交易格式。然而,Chiang认为,只要开发流程得当,通过良好的抽象层设计,仍可为用户提供一致且流畅的操作体验。
“只要社区能有效弥合碎片化带来的复杂性,我们或许反而能为终端用户带来更优的使用感受,”他表示。这一判断与数日前的预期形成反差——9月7日曾有消息称EIP-8141团队正探索与EIP-8130的兼容可能,旨在保留可编程性的同时简化基础设施验证逻辑。
技术范式分野:可编程帧与链上密钥库之争
EIP-8130采用链上密钥库(Keystore)机制,允许账户注册授权参与者及认证合约,交易通过声明所用验证方式,使网络可在执行前预判所需验证流程。
EIP-8141则引入“可编程帧”(Frame Transactions),将交易拆解为多个功能模块,如身份验证、费用授权、操作执行等,每个帧可独立配置并按序执行。该模型支持跨账户的费用分担与批量操作原子性处理。
目前,两方已放弃将二者融合为单一标准的尝试,转而接受技术路径的分化。
EIP-8141锁定以太坊Hegotá升级主路径
以太坊基金会已将EIP-8141列为计划中的Hegotá升级“必须交付”项。该提案旨在使账户抽象成为协议原生能力,并增强后量子安全性与系统韧性。
Frame Transactions通过将交易分解为可编程帧,实现发送方与付款方分离。例如,一个帧用于验证身份,另一个授权代币支付,最后执行用户请求。这解决了当前用户需持有ETH才能发起交易的痛点,使稳定币持有者也能直接操作。
此外,该机制支持多操作批量提交,任一环节失败即全部回滚,显著提升复杂交互的安全性。此前,此类操作常需多次独立授权,而帧结构可将其封装为单一事务。
可编程架构重塑账户控制权边界
EIP-8141主张将账户定义为“带有代码的地址”,将验证逻辑从固定规则转向可编程代码。其联合作者Vitalik Buterin称此为“解决账户抽象所有遗留问题的综合方案”。9月5日,他确认该提案已接近最优状态。
该框架可承载多种高级功能:签名聚合、交易过期控制、隐私证明生成、执行后断言等,均通过帧的调用模式实现,无需频繁修改共识规则。此举有助于摆脱对传统外部账户签名系统的依赖,使用户可在不迁移资产的前提下更换认证方式。
早在8月,研究人员便已将该提案纳入Hegotá的候选范围,并在随后的开发者会议中将其从“考虑纳入”升级至“计划纳入”,确立其在2027年升级中的核心地位。
Base启动独立账户抽象开发进程
Base将基于自身需求继续推进EIP-8130,构建以链上密钥库为核心的新型交易体系。该方案支持自定义认证流程、批量调用与费用赞助,强化了对特定应用场景的适配能力。
尽管与以太坊共享部分抽象目标,但两者在技术实现上赋予网络不同程度的控制权。此前,以太坊团队曾试图寻找一种既能兼容又不牺牲核心属性的结合方式,但最终判定不可行。
随着协作终止,以太坊将以EIP-8141作为原生账户抽象唯一路径,而Base将围绕其独立的交易类型与密钥管理机制持续演进,两网将在未来呈现差异化交易生态格局。
声明:本站所有文章内容,均为采集网络资源,不代表本站观点及立场,不构成任何投资建议!如若内容侵犯了原著者的合法权益,可联系本站删除。
