简析以太坊 EIP-4337 提案机制设计及优缺点

原文标题:《账户抽象:EIP-4337》撰文:Yash Kamal Chaturvedi翻译:ChinaDeFi在这篇文章中我们将得到一个关于 EIP-4337 在帐户抽象中的角色的完整概念。简析以太坊 EIP-4337 提案机制设计及优缺点该提案包括一些更改,以避免对共识层协议的更改,而不是依赖于更高层的基础设施。它旨在实现以下目标:以下是该提案中的一些新特性。所有操作都在对等内存池中进行。用户不必担心他们的钱包合约已经发布,因为钱包存在于确定性的 CREATE2 地址,如果钱包不存在,UserOperation 会自动创建它。用户现在将能够设置一个固定的费用溢价和最大总费用,并期望它能够快速包含在内并合理收费。通过模拟检查的 UserOperation 被保证是可包含的,直到发送者有另一个状态改变,这将要求攻击者为每个发送者支付 7500+ gas。用户发送 UserOperation 对象,该对象封装了用户的目的以及用于验证的签名和其他数据。利用 Flashbots 等服务的矿工或绑定者可以将 UserOperation 对象组合成单个捆绑交易,然后将其包含在以太坊区块中。绑定者为 ETH 中的捆绑交易支付成本,并通过每个单独执行 UserOperation 所支付的费用进行补偿。绑定者将使用费用优先级逻辑选择包含哪些 UserOperation 对象。简析以太坊 EIP-4337 提案机制设计及优缺点为了简化钱包的逻辑,维护安全所需的大多数复杂智能合约逻辑都在钱包之外执行,在一个称为入口点的全局合约中执行。validateUserOp 和执行功能预计将与 门控 require(msg.sender == ENTRY POINT),这样只有可信的入口点才能触发钱包进行操作或支付费用。在使用有 calldata 的 UserOperation 验证 userop 成功之后,入口点对钱包进行任意调用,这样做是为了保护钱包免受攻击。简析以太坊 EIP-4337 提案机制设计及优缺点如果成功模拟了 UserOperation 的验证,则保证 UserOperation 在发送方帐户的内部状态更改之前是可包含的。我们可以允许应用开发者代用户支付费用,并允许用户用 ERC20 代币支付费用,通过合约作为中介收取 ERC20 代币并使用 ETH 支付。该提案可以通过付款主管机制支持上面的用例。

原创文章,作者:惊蛰财经,如若转载,请注明出处:https://www.xmlm.net/wang/11919.html

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注