亲爱的 LXDAO 的朋友们，大家好！欢迎阅读第 47 期 EIP Fun 周刊。
介绍：EIP 与 EIP Fun
EIP 是 “Ethereum Improvement Proposal” 的缩写，翻译成中文为“以太坊改进提案”，也即以太坊的技术标准。EIP Fun 由 LXDAO 和 PlanckerDAO 支持创建。我们致力于连接以太坊的建设者与爱好者们，促进 EIP 的采用。
EIP Fun 周刊是为此所做的努力之一。一周一期，它关于以太坊改进提案（EIP），关注已经发生、正在发生、和将要发生的 EIP 故事。
进入网站：https://eip.fun/
加入 EIP Fun 项目电报群：https://t.eip.fun/
周刊的 Substack 地址：https://eipfun.substack.com/
正文
大家好！欢迎阅读 EIP Fun 周刊第 47 期。让我们来看看本周 EIP 社区都发生了什么吧。
1. EIP 更新
先来回顾本周的一些关键会议和 EIP 的正式状态变更吧。
AllCoreDevs 共识层会议（ACDE） ：第 187 期
AllCoreDevs 会议分为两个部分：ACDC（关注共识层）和 ACDE（关注执行层）。这两个会议每周轮流召开，以协调和决定以太坊协议层以及硬分叉事务。协议层标准的创作者们通常会在这个会议上与核心开发者一起讨论 EIP。
录屏链接：https://www.youtube.com/watch?v=yYfzpSme7Cg
会议摘要
1. Pectra Devnet-0 更新
- Barnabas Busa 提到了 Pectra Devnet 0 的持续测试，目标是在 5 月 13 日之前建立稳定的设置，其中 Geth、Nethermind 和 EthereumJS 团队完全实现了 Pectra 代码。
- Besu 已经实现了所有 Pectra EIPs，但正在调试，而 Erigon 已经开始了除 EIP-7002 之外的所有 EIPs 的工作。
- Grandine 在与 EL 客户端集成时遇到了错误，Lighthouse 接近完全实现，等待 Engine API 更新，而 Teku 正在努力整合这些更新。
2. EIP-3074 更新
- 开发人员讨论了用 EIP-7702 替换 Pectra 升级中的 EIP-3074 的可能性。EIP-7702 旨在提供类似的好处，而不添加新的操作码，并增强静态分析。
- 尽管对 EIP-7702 持有积极态度，但关键细节，如交易撤销和燃气成本缩放，仍需要在潜在实施之前澄清。建议进一步评估 EIP-7702，并推迟替换 EIP-3074 的决定约 2 至 4 周。
了解更多
第 187 次“以太坊全核心开发者执行会议”总结，来自 Christine Kim
https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-187/
EIP 状态变更
以下是本周通过异步沟通获得状态变更的 EIP：
EIP-7701: 具有 EOF 的本地账户抽象
状态: 未定义 → 草稿
摘要: 该提案概述了对 RIP-7560 中详细描述的本地账户抽象设计的轻微修改。与初始提案相比，这个版本的主要区别在于利用“EVM对象格式”的特性来区分验证和执行代码部分。
2. EIP 一周热点
接下来，让我们一起看看本周与 EIP 相关的新应用或作品。
EIP-7702: 设置 EOA 账户代码以进行一次交易
引入了一个新的交易类别，带有一个“contract_code”参数和一个签名，将签名帐户（可能与“tx.origin”不同）暂时转换为智能合约钱包，以便在交易期间使用。这旨在提供与EIP-3074提案相当的功能。
潜在用例
1.增强交易功能：EIP-7702 引入了一种新的交易类型，包括“contract_code”字段和签名。这允许签名账户（可能并非tx.origin）在交易期间临时充当智能合约钱包，为实现条件付款和复杂授权机制等高级交易功能打开了新的可能性。
2.灵活账户行为：通过 EIP-7702，外部持有账户（EOA）可以执行具有智能合约的能力和行为的交易。这扩展了 EOA 的功能，使其不再仅限于简单的价值转移，还可以实现复杂交互、商业逻辑和可编程性，而无需部署单独的智能合约。
3.兼容性和互操作性：EIP-7702 旨在实现与重点放在启用用户控制账户的 EIP-3074 类似的结果。然而，EIP-7702 在不引入新的 EVM 操作码的情况下实现了这些目标。这确保了与现有基础设施和工具更好的兼容性，提高了对 EOA 新行为的静态分析的便利性。
4.简化开发和部署：借助 EIP-7702，开发人员可以利用现有的 EOA 基础设施和工具，从而无需开发和部署单独的智能合约。这有望减少开发工作量、简化部署流程，并提高构建需要增强交易功能的去中心化应用程序（dApps）的效率。
5.潜在 gas 成本优化：EIP-7702 提供了探索针对这些新交易类型的 gas 成本优化的机会。虽然还有细节需要完善，比如为 EIP-7702 交易调整 gas 成本，但这种潜在优化可以帮助降低以太坊网络上整体交易成本。
了解更多
FEM (Fellowship of Ethereum Magicians) 论坛中的相关讨论:
https://ethereum-magicians.org/t/eip-7702-set-eoa-account-code-for-one-transaction/19923
EIP-7609 降低瞬态存储定价
降低 TLOAD/TSTORE 操作的初始成本，同时实施一个比线性增长更快的定价模型。这提高了在典型场景中使用 TLOAD/TSTORE 的效率，并建立了一种定价结构，以减轻潜在的拒绝服务（DoS）漏洞。
提案背景
EIP-1153 引入了一种称为“瞬态存储”的新存储类型，其行为类似于常规存储，但在每个交易结束时会被清除。最初的定价与热存储的加载和存储相同，旨在概念简单化，并解决与过度存储分配和状态回滚成本相关的潜在 DoS 漏洞。
EIP-1153 的一个重要优势是促进经济有效的递归保护，提供了语言级别的默认保护，而不给用户带来沉重的负担。 值得注意的是，瞬态存储的当前定价机制似乎高得不成比例，缺乏退款交互，需要最小的分配，且不影响基础数据库。 该提案建议修改定价模型，对每次分配增加额外的燃气成本，以支持常见情况，同时抑制使用瞬态存储进行DoS攻击。
在现实场景中，一个基于以太坊的供应链管理 DApp 可以利用 EIP-2935 从以太坊状态中访问历史区块哈希值。通过这样做，该 DApp 可以验证历史交易，并确保存储在区块链上的产品可追溯性数据的完整性。这种实现将提供增强的透明度和信任，因为 DApp 可以自信地使用 EIP-2935 验证历史交易和数据完整性，以确保供应链操作的透明性和可信度。
了解更多
FEM (Fellowship of Ethereum Magicians) 论坛中的相关讨论:
https://ethereum-magicians.org/t/eip-7609-reduce-transient-storage-pricing/18435
3. EIP 趣闻：账户抽象相关 EIP
图片来自：https://fiftyfinney.substack.com/p/account-abstraction-a-pivotal-step
账户抽象使钱包能够作为智能合约运行，实现了诸如多因素身份验证、钱包社交恢复以及与各种代币进行交易等高级功能。
到目前为止，与账户抽象相关的有三个 EIP：EIP-4337、EIP-3074 和 EIP-7702。
EIP-4337 提供了一种新颖的方法，规避了对共识层协议的修改的必要性。它不是在协议层面改变核心交易类型，而是引入了一个更高层次的概念，称为 UserOperation，允许用户将这些对象提交到不同的内存池中。捆绑器，一种专门的行为类别，然后通过调用指定合约内的 handleOps 函数将这些对象组装成交易，随后将其包含在一个区块中。
EIP-3074 引入了两个新的 EVM 指令：AUTH 和 AUTHCALL。 AUTH 指令基于 ECDSA 签名建立了授权上下文。随后，AUTHCALL 指令方便了作为授权账户进行调用。这种机制有效地将对外部拥有账户（EOA）的控制委托给了智能合约。
EIP-7702 中提出的新交易类型融合了合约代码和签名，提供了类似于 EIP-3074 中提出的批处理和赞助交易的功能。这使得外部拥有账户（EOAs）可以暂时转换为合约，使它们能够以与现有 EntryPoint 兼容的方式包含在 ERC-4337 捆绑中。
4. 会议预告
EIP 编辑问答会 第 37 期
时间：5 月 14 日，14:00 UTC+0（北京时间 22 点）
想要了解更详细的会议议程，可以浏览 GitHub 相关议题：
https://github.com/ethcatherders/EIPIP/issues/335
AllERCDevs 第 2 季 第 5 期
时间：5 月 14 日，23:00 UTC+0（北京时间 5 月 15 日 7 点）
想要了解更详细的会议议程，可以浏览 GitHub 相关议题：
https://github.com/ercref/AllERCDevs/issues/23
相关 Discord 频道：
https://discord.com/invite/mdTK9CJyX2
AllWalletDevs 第 24 期
时间：5 月 15 日，13:00 UTC+0（北京时间 21 点）
想要了解更详细的会议议程，可以加入相关 Discord 频道：
