EIP Fun 周刊 #51 | EOF & Verkle Tree

LXDAO ｜2024-06-17 15:01

EIP 是 “Ethereum Improvement Proposal” 的缩写，翻译成中文为“以太坊改进提案”，也即以太坊的技术标准。EIP Fun 由 LXDAO 和 PlanckerDAO 支持创建。我们致力于连接以太坊的建设者与爱好者们，促进 EIP 的采用。 EIP Fun 周刊是为此所做的努力之一。一周一期，它关于以太坊改进提案（EIP），关注已经发生、正在发生、和将要发生的 EIP 故事。

亲爱的朋友们，大家好！欢迎阅读第 51期EIP Fun周刊。

介绍：EIP 与 EIP Fun

EIP 是 “Ethereum Improvement Proposal” 的缩写，翻译成中文为“以太坊改进提案”，也即以太坊的技术标准。EIP Fun 由 LXDAO 和 PlanckerDAO 支持创建。我们致力于连接以太坊的建设者与爱好者们，促进 EIP 的采用。

EIP Fun 周刊是为此所做的努力之一。一周一期，它关于以太坊改进提案（EIP），关注已经发生、正在发生、和将要发生的 EIP 故事。

为了阅读体验，我们在微信版周刊中略去了绝大部分链接。如果你有兴趣继续了解相关内容，请点击上方链接或点击文章左下角的“阅读原文”，进入 EIP Fun 的 Substack 以获得完整内容（英文版）。

正文

大家好！欢迎阅读 EIP Fun 周刊第 51 期。让我们来看看本周 EIP 社区都发生了什么吧。

1.EIP 更新

先来回顾本周的一些关键会议和 EIP 的正式状态变更吧。

EIPIP 会议：第 104 期

EIPIP 的全称是“以太坊改进提案的改进提案”，其旨在汇集经验丰富的开发人员和专家，促进以太坊改进提案的改进过程。如果你对 EIP 的过程有任何疑惑或者不舒服，可以在两周一次的 EIPIP 会议中和大家探讨。

录屏链接：

https://www.youtube.com/watch?v=4hHc9DMXxio

EIP 状态变更

以下是本周通过异步沟通获得状态变更的 EIP

EIP-7600: 硬分叉元 - Pectra

状态：未定义 → 草稿

概要：此元 EIP 概述了已正式审查并包含在 Prague/Electra 网络升级中的EIP。

EIP-5792: 钱包调用 API

状态：未定义 → 草稿

摘要：本 EIP 定义了新的 JSON-RPC 方法，使应用程序能够请求钱包处理一批链上写调用并监控其状态。应用程序可以指定这些链上调用利用钱包已指示的特定功能。此外，还引入了一种新的钱包 RPC 方法，允许应用程序查询钱包的这些功能。

AllCoreDevs 执行层会议（ACDE）：第 189 期

AllCoreDevs 会议分为两个部分：ACDC（关注共识层）和 ACDE（关注执行层）。这两个会议每周轮流召开，以协调和决定以太坊协议层以及硬分叉事务。协议层标准的创作者们通常会在这个会议上与核心开发者一起讨论 EIP。

录屏链接：

https://www.youtube.com/watch?v=A5EaPLLRsoQ

会议摘要

1. Pectra 升级范围

支持与反对：大多数客户端团队支持在 Pectra 中包含 EOF，只有 Geth 担心这会延迟 Verkle 转换。
测试方法：Beiko 建议在开发网络 (devnets) 上分阶段测试 EOF，目标是一起发布所有 Pectra EIP，但如果出现延迟，可以进行调整。
带宽和优先级：关于增加更多更改（例如重入攻击保护）的担忧被提出，Beiko 指出如果包含 EOF，容量有限，这将成为一次重大的更新。

2. Pectra 升级规范

撤回侧车机制提案：Teku 开发者 Mikhail Kalinin 建议通过侧车机制处理 EL 触发的 CL 请求，但 Prysm 开发者 "Potuz" 指出这将与未来的提议者建造者分离（ePBS）冲突。 Kalinin 同意撤回该提案。
对 EL 和 Engine API 的其他更改：Kalinin 提出其他更新，包括在 EIP-7251 下启用 EL 触发的合并并增加 MAX_EFFECTIVE_BALANCE。Beiko 建议开发者在下次 ACD 会议之前审查这些更改，以便在 Devnet 1 中做好准备。

3. Verkle 准备

对 EIP-158 的担忧：Guillaume Ballet 指出，EIP-158 可能导致类似于已弃用的 SELFDESTRUCT 操作码的问题，并建议在 Pectra 升级中停用它。
时机和建议：Ballet 建议，如果在 Pectra 中调整 EIP-7702，那么可以将 EIP-158 的停用推迟到Verkle转换时进行。Beiko 建议 Ballet 开始起草停用的提案。

4. 历史到期

EIP-4444 和历史到期：EIP-4444 旨在停止在全节点上永久存储区块历史数据，将这些数据卸载到去中心化网络如 Portal Network。
支持与协作：Merriam 的团队为 Portal Network 的集成提供支持，独立完成大约需要 6 个月。有指导的情况下，可以在 2 个月内取得显著进展。
客户端团队回应：Nethermind 优先考虑 EIP-4444，但面临许多竞争任务。Besu 也有类似的看法，而 Geth 尚未讨论集成计划。

了解更多

第 189 次“以太坊全核心开发者执行会议”总结，来自 Christine Kim

https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-189/

2. EIP 一周热点

接下来，让我们一起看看本周与 EIP 相关的新应用或作品。

EIP-7577: EIP 版本控制方案

本 EIP 提议为标准轨 EIP 采用语义版本控制 2.0.0 的版本控制系统。版本控制将根据 EIP 的规范部分在状态从草案转变为评审后的修改来应用。

提案背景

EIP 规范在审查过程中常常经历大量的变更，尤其是当客户端团队开始实施并且社区更好地理解其与协议的交互时。跟踪这些变更可能很具有挑战性，特别是因为 EVM 参考测试很少由客户端团队或 EIP 作者维护或发布，这使得难以验证参考测试是否能够充分测试最新的 EIP 版本或当前客户端的实现。

本 EIP 建议为 EIP 引入语义版本控制系统和 CHANGELOG（变更日志）部分，以增强社区内部的沟通。这种方法将有助于快速识别变更范围，并允许客户端实施和测试工具自动检测当前 EIP 规范与客户端或测试实现之间的不兼容性。

了解更多

FEM (Fellowship of Ethereum Magicians) 论坛中的相关讨论:

https://ethereum-magicians.org/t/eip-7577-versioning-scheme-for-eips/17295

EIP-7609：降低 TLOAD/TSTORE 的基本成本

降低 TLOAD/TSTORE 的基本价格并引入超线性定价结构。这在标准场景中提高了 TLOAD/TSTORE 的效率，同时创建了一个减轻 DoS 攻击的定价模型。

场景：高频交易DApp中的代币转移

背景：一个为以太坊上的高频交易设计的去中心化应用（DApp）经常使用 TLOAD 和 TSTORE 操作来读取和更新代币余额和交易数据。

问题：TLOAD/TSTORE 的当前线性定价模型在处理大量频繁交易时，特别是在高峰交易期间，造成了低效和潜在的高 gas 费用。这种低效可能会由于成本增加和可能的延迟而阻止用户使用。

EIP-7609的应用：

基本成本降低：降低 TLOAD/TSTORE 操作的初始 gas 成本，使得常见操作（如读取和更新代币余额）变得更便宜。
超线性定价模型：对于这些操作频率异常高的情况，引入超线性定价模型。该模型以非线性方式增加成本，以防止通过大量 TLOAD/TSTORE 操作垃圾交易（DoS）攻击通过经济上不可行的方式来滥用网络。

结果：