现在，账户抽象。 自2016年初以来，我们一直在讨论帐户抽象，请参阅最初的EIP-86：https://github.com/ethereum/EIPs/issues/86 现在，我们终于有了EIP-8141（https://eips.ethereum.org/EIPS/eip-8141），这是一份综合报告，总结并解决了AA打算解决的所有遗留问题（以及更多）。让我们再谈谈它的作用。 “框架事务”的概念非常简单，同时仍然具有高度的通用性。一笔交易是N次通话，可以读取彼此的通话数据，并且能够授权发件人和授权燃气付款人。在协议层，*就是这样*。 现在，让我们看看如何使用它。 首先，“来自普通账户的正常交易”（例如多重签名，或具有可变密钥的账户，或具有抗量子签名方案的账户）。这将有两个帧： *验证（检查签名，并使用ACCEPT操作码返回，标记设置为表示同意发件人和天然气支付） *执行 您可能有多个执行帧，原子操作（例如批准然后花费）现在变得微不足道。 如果帐户还不存在，那么您可以在前面添加另一个框架“Deployment”，它调用代理来创建合约（EIP-7997https://ethereum-magicians.org/t/eip-7997-deterministic-factory-predeploy/24998这是好事，因为它还可以让合同地址在链之间可靠地保持一致）。 现在，假设你想在RAI中支付gas。你使用一个paymaster合约，这是一个实时提供ETH的专用链上DEX。tx帧是： *部署[如果需要] *验证（接受仅批准发件人，不批准天然气付款） *出纳员验证（出纳员检查下一个操作是否立即向出纳员发送了足够的RAI，以及最终操作是否存在） *将RAI发送给出纳员 *执行[可以是多个] *Paymaster退还未使用的RAI，并转换为ETH 与现有的赞助交易机制基本相同，但不需要中介（！！！！）。中介最小化是非丑陋的密码朋克以太坊的核心原则：即使除了以太坊链本身之外，世界上所有的基础设施都崩溃了，也要最大限度地发挥你的作用。 现在，隐私协议。这里有两个策略。首先，我们可以有一个支付主合同，该合同检查有效的ZK-SNARK，如果看到，则支付天然气费用。其次，我们可以添加2D nonce（参见https://docs.erc4337.io/core standards/rip-7712.html），允许单个帐户作为隐私协议运行，并并行接收来自许多用户的tx。 基本上，该机制非常灵活，可以解决所有用例。但它安全吗？在链上级别，是的，很明显是这样：tx只有在包含一个验证帧时才有效，该验证帧返回带有支付gas标志的ACCEPT。更具挑战性的问题是在内存池级别。 如果tx包含第一帧，该帧调用10000个帐户，并在其中任何帐户具有不同值时拒绝，则无法安全地广播。但上述所有例子都可以。这里有一个类似于比特币中的“标准交易”的概念，其中链本身只执行一组非常有限的规则，但在内存池层有更多的规则。 有一些特定的规则集（例如“验证帧必须在执行帧之前，并且不能调用外部合约”）是已知的安全规则集，但这些规则集是有限的。对于支付者来说，人们已经深入思考了一种质押机制，以一种非常通用的方式限制DoS攻击。实际上，当8141推出时，内存池规则将非常保守，并且将有第二个可选的更激进的内存池。前者将随着时间的推移而扩大。 对于隐私协议用户来说，这意味着我们可以完全删除在railgun/PP/TC中造成巨大用户体验痛苦的“公共广播公司”，并用通用公共内存池取而代之。 对于抗量子签名，我们还必须解决另一个问题：效率。以下是我们对此想法的帖子：https://firefly.social/post/lens/1gfeyxjzsajqk845t3h https://firefly.social/post/x/2027405623189803453 AA还与FOCIL高度互补：FOCIL确保交易的快速包容性保证，AA确保人们想要进行的所有更复杂的操作都可以直接作为一流交易进行。 另一个有趣的话题是8141中的EOA兼容性。目前正在讨论这一点，原则上这是可能的，因此所有账户（包括现有账户）都可以放入同一框架中，并获得批量操作、交易赞助等能力，所有这些都是从FOCIL中充分受益的一流交易。 最后，经过十多年的研究和对这些技术的改进，这一切似乎都有可能在一年内实现（Hegota分叉）。 https://firefly.social/post/bsky/qmajrxvehl6ss6w2h4uuv5bg_3mftz4rccp22b