账户抽象
原生账户抽象 + 抗量子威胁:EIP-8141 为何还没成为以太坊 Hegotá 的头牌?
上周,以太坊核心开发者会议上正式讨论 EIP-8141 是否纳入 Hegota 升级,结果出人意料,这项由 Vitalik 亲自站台的提案,并未被列为 Hegota 的「头条功能」,而是获得了「考虑纳入」(CFI)的状态。 而本周,Google 量子 AI 团队发布最新白皮书,表示在其给定的硬件假设下,破解 ECDLP-256 所需的物理量子比特估算,相比此前大幅下降 20 倍。虽然不代表量子攻击
以太坊账户抽象和ERC-4337
以太坊系统中实际存在两种类型的账户:一种是由私钥控制的外部账户(externally-owned account,EOA),比如我们所使用的钱包中的账户,这类账户都有自己的余额。拥有者可以通过创建和签名一笔交易从自己的外部账户发送消息;另一种是由部署到区块链上的代码控制的合约账户(contract account),由存储在智能合约账户(有时也被称为智能钱包)内的以太坊虚拟机代码控制。当合约账户收
EIP-8141 帧交易详解:后 ZKEVM 时代的账户抽象与无状态博弈
AA 与 EIP-8141 内存池策略如何在后 ZKEVM 世界中与无状态节点交互后 ZKEVM 时代的基准ZKEVM 将重新执行(re-execution)替换为证明验证。一旦 SNARK 证明可以在毫秒内验证一个区块,节点就不再需要完整状态来参与共识。曾经要求每个全节点持有约 280 GB 状态的约束——即重新执行——消失了。剩下的需求是经济上的:构建者、RPC 提供商和搜索者持有状态,因为他
EIP-8141详解:原生账户抽象如何重塑以太坊钱包体验
EIP-8141旨在将原生账户抽象直接引入以太坊协议,定义了一种全新的“框架交易”类型,将交易处理分为验证和执行两个独立阶段。该提案移除了对ECDSA签名的硬依赖,支持Passkeys等多种加密曲线,并允许账户拥有可编程的验证逻辑。EIP-8141独立于现有账户抽象框架如ERC-4337,无需备选内存池或捆绑器,所有功能均在协议内部实现。通过内存池级别的预执行验证,它显著提升了交易的安全性、可预测
原生账户抽象 + 抗量子威胁:EIP-8141 为何还没成为以太坊 Hegotá 的头牌?
上周,以太坊核心开发者会议上正式讨论 EIP-8141 是否纳入 Hegota 升级,结果出人意料,这项由 Vitalik 亲自站台的提案,并未被列为 Hegota 的「头条功能」,而是获得了「考虑纳入」(CFI)的状态。 而本周,Google 量子 AI 团队发布最新白皮书,表示在其给定的硬件假设下,破解 ECDLP-256 所需的物理量子比特估算,相比此前大幅下降 20 倍。虽然不代表量子攻击
为什么说全链账户抽象是EIP-4337的最后一块拼图?
自2022年至今,账户抽象一直都是被广泛热议的话题,以EIP-4337为核心的账号抽象领域的框架似乎已成为业内普遍共识。而意图概念的火热促使人们加强了对此类低门槛用户交互组件的重视。但EIP-4337依然存在Smart Account账号碎片化、跨链间账户抽象用户体验高度割裂的痛点。本文以Biconomy、Safe Core和Particle Network等项目为例,探讨如何在EIP-4337框
账户抽象安全吗? 了解其降低风险指南
在账户抽象之前,以太坊中有两种类型的账户:外部账户(EOA)和智能合约。EOA 是具有私钥的典型用户帐户。这也是唯一可以发起交易的账户类型。例如,用户必须拥有 ETH 才能发送交易。创建批量交易很困难,并且如果用户丢失私钥,则没有恢复选项。帐户抽象(AA)就是为了解决这些问题而创建的。但这是一个无风险的解决方案吗?本指南介绍了 AA 的基础知识,然后详细介绍了 AA 的风险以及如何减轻风险。在本指