亲爱的 LXDAO 的朋友们，大家好！欢迎阅读第 48 期 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 周刊第 48 期。让我们来看看本周 EIP 社区都发生了什么吧。
1. EIP 更新
以下是在本周会议上获得状态变更的 EIP：
EIP-7692: EVM 对象格式 (EOFv1) 元方案
状态: 未定义 → 草稿
摘要: 本元 EIP 列举了包含在 EVM 对象格式 (EOF) 提案中的 EIP，特别是其初始版本 (EOFv1)，也称为 “Mega EOF”。
EIP-7698: EOF - 创建交易
状态: 未定义 → 草稿
摘要: EIP-7698 提议通过带有空‘to’字段和以 EOF_MAGIC（0xEF00）开头的数据的交易来部署 EOF 合约。此过程包括解析、验证、在‘initcode-mode’下执行，并通过 RETURNCONTRACT 指令进行部署。该提案遵循 EIP-3860 的 gas 规则和 EIP-170 的代码大小限制，确保向后兼容，并根据 CC0 许可证放弃相关权利。
EIP-7686: 线性 EVM 内存限制
状态: 未定义 → 草稿
摘要: 设置一个硬性内存限制，相当于当前上下文的 gas 限制。根据当前上下文使用的内存调整子调用的最大 gas 费用。这些规则一起确保一个具有 N gas 的交易最多可以使用 N 字节的内存。
EIP-7676: EOF - 为地址空间扩展做好准备
状态: 未定义 → 草稿
摘要: 在传统的 EVM 中，操作在评估之前会截断地址操作数的前 12 个字节。该 EIP 通过消除截断修改了 EOF 中的行为，要求前十二个字节为零，否则将触发异常停止。
EIP-7684: 为不同凭证返回存款
状态: 未定义 → 草稿
摘要: 自动提取现有验证者记录中的存款，这些记录包含在存款中附带不同的执行提款凭证。
ERC-7580: 广告跟踪接口
状态: 未定义 → 草案
摘要: 该 ERC 为广告客户端在合约中跟踪用户行为并验证奖励建立了标准。合约使用事件来标记感兴趣的交易区域。Dapps 可以加入广告协议，使项目能够为用户操作提供资金并获得相应的奖励。
2. EIP 一周热点
接下来，让我们一起看看本周与 EIP 相关的新应用或作品。
ERC-7677: 支付主管网页服务功能
ERC-7677 提议为钱包和 ERC-4337 支付主管网页服务制定一个符合 EIP-5792 的标准通信协议。这使应用开发者能够赞助用户的交易。如果您是钱包、应用或支付主管服务的开发者，请参考“入门”部分以了解必要的更改。
潜在用例
在ERC-7677的各种潜在用途中，交易赞助尤为重要：
用户体验提升：通过为用户支付交易费用，开发者可以显著减少用户在注册过程中的摩擦并改善整体用户体验。这对于那些不熟悉燃料费的新用户来说尤其有益。
增加采用率：通过赞助交易来降低进入门槛，可以提高去中心化应用（dApps）的采用率，因为用户在不需要自己支付交易费用的情况下，更有可能使用该服务。
使用ERC-7677的具体示例：CryptoTutors - 一个教育dApp
实施 ERC-7677 的好处：
- 提升用户体验：Alice和其他用户不必担心燃料费，这使得平台更易于访问且更用户友好。
- 增加采用率：由于交易费用处理的简便性，更多用户可能会尝试并继续使用 CryptoTutors
- 扩大覆盖范围：CryptoTutors 可以向那些财政资源有限的地区用户进行营销，在这些地方交易费用可能是一个显著的障碍。
- 用户保留和参与度：如果用户确信没有隐藏费用，他们更有可能保持参与并完成更多课程。
了解更多
FEM (Fellowship of Ethereum Magicians) 论坛中的相关讨论:
https://ethereum-magicians.org/t/erc-7677-paymaster-web-service-capability/19530
EIP-6493: SSZ 交易签名方案
EIP-6493 提议一个针对以太坊账户抽象的框架，旨在提升以太坊账户的灵活性和功能性。其主要目标是通过将账户逻辑从以太坊虚拟机（EVM）中解耦，并纳入用户定义的智能合约来改造现有的以太坊账户模型。这允许更具定制性和可编程性的账户行为，包括多重签名方案、社会恢复机制和自定义交易验证逻辑。
提案背景
增强灵活性：通过允许账户通过用户定义的智能合约进行编程，EIP-6493 超越了传统以太坊账户的刚性结构。这种灵活性使用户能够实现定制的功能和需求，满足其特定需求，促进了以太坊生态系统中的创新和适应性。
提高安全性：EIP-6493 允许集成高级安全机制，如多重签名方案、阈值签名和社会恢复过程。这些功能通过减少对单一私钥的依赖，提供了更高级别的安全性，从而降低了账户被攻破的风险，并为用户提供了更强大的保护。
可定制的交易验证：通过 EIP-6493，用户可以定义定制的交易验证规则。这种定制交易标准的能力确保只有符合特定条件的交易才会执行，从而为用户的账户操作提供了更大的控制权，并增强了整体安全性和合规性。
了解更多
FEM (Fellowship of Ethereum Magicians) 论坛中的相关讨论:
https://ethereum-magicians.org/t/eip-6493-ssz-transaction-signature-scheme/13050
3. EIP 趣闻：权限开放和去中心化
图片来源：https://giphy.com/gifs/cyon-ch-webhosting-cyon-cyonch-BNCEvEymehIAdUnkNq
Vitalik 于5月17日撰写了一篇关于改善以太坊网络的权限开放性和去中心化的近期和中期未来的博客。其中一个最重要的问题是：运行一个节点应该有多大的可访问性，我们可以通过什么手段实现这种可访问性？EIP-4444 和 Verkle 树是推动我们接近解决这一问题的两个关键技术。
EIP-4444
什么是 EIP-4444？
EIP-4444 提出了一种通过修剪历史数据来减少以太坊节点内存使用的解决方案，重点只保留对大多数用户相关的最近数据。此更改旨在降低与运行节点相关的计算、存储和带宽成本，使其更易于访问且更具成本效益。通过减少资源需求，该提案有助于保持以太坊的去中心化和可扩展性，确保更广泛的节点操作参与并提升网络整体效率。
如何实现 EIP-4444？
软件更新：更新节点软件以支持修剪历史数据。这涉及修改代码库以移除存储旧的区块头、区块体和收据的要求。
修剪配置：引入允许节点修剪历史数据并且只保留指定数量的最近数据的配置。可能需要设置保留历史数据量的参数。
协议更改：在以太坊协议的点对点层进行更改，以反映新的数据保留规则。节点应能够传达其修剪状态并相应处理数据请求。
数据存储调整：修改存储机制以高效管理修剪操作。确保旧数据在不影响最近数据完整性的情况下被安全修剪。
节点操作指南：为节点操作员提供详细的文档和指南，说明如何配置和使用新的修剪机制。这应包括设置和维护修剪节点的最佳实践。
监控和维护：开发用于监控修剪节点健康状况的工具，确保它们在没有历史数据的情况下正常运行。这有助于识别和解决与数据修剪相关的问题。
社区和开发者支持：与以太坊社区和开发者互动，以支持向修剪节点的过渡。这包括提供支持渠道、论坛和资源，以用于故障排除和反馈。
Verkle Tree
什么是 Verkle Tree?
Verkle Tree 是一种先进的数据结构，与目前以太坊使用的 Merkle Patricia Tree（MPT）相似。它们采用类似树的结构，但独特之处在于使用向量承诺（vector commitments）——一种特殊类型的哈希——将每个节点与其子节点关联起来。这种结构提供了长期的优势，并有助于实现以太坊的无状态化目标。
如何实现 Verkle Tree?
转换节点：高性能机器在特定的区块高度执行转换，并将结果分发到整个网络。性能较低的客户端获取转换结果，并使用 Verkle 模式重播区块以赶上最新的区块。
本地批量处理（Local Bulk）： 所有机器独立执行转换过程。最近的性能提升使得这种之前被认为不切实际的方法变得可行。
状态到期（State Expiry）：Merkle Tree 保持不变并在其当前状态中被“冻结”，同时从头创建一棵新树。读写操作遵循覆盖方法的原则，但不会在树之间进行合并或转换。每棵树保持其独立的状态和数据。
4. 会议预告
EIPIP 会议 第 104 期
- 时间为 5 月 22 日，17:30 UTC+0（北京时间 5 月 23 日 1:30）
- 想要了解更详细的会议议程，可以浏览 GitHub 相关议题：https://github.com/ethcatherders/EIPIP/issues/336
AllCoreDevs 执行层会议 第 188 期
- 时间为 5 月 23 日，14:00 UTC+0（北京时间 22 点）
- 想要了解更详细的会议议程，可以浏览 GitHub 相关议题：https://github.com/ethereum/pm/issues/1043
