EIP Fun 周刊 #51 | EOF & Verkle Tree

亲爱的朋友们,大家好!欢迎阅读第 51EIP 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)攻击通过经济上不可行的方式来滥用网络。

结果:

  • 效率:常规交易者在其频繁的代币转移中体验到更低的 gas 费用,提升了 DApp 的用户友好性和成本效率。

  • 安全性:超线性定价确保网络保持安全,并通过对过度操作设置高昂费用来防止滥用,从而提高了抵御 DoS 攻击的弹性。

3.EIP 趣闻:EOF & Verkle Tree

EIP Fun 周刊 #51 | EOF & Verkle Tree

图片来自:https://giphy.com/gifs/matrix-christopher-pindling-spaced-out-bandits-5iWX6XFTndU0YP0Yut

在 ACDE#189 中,开发人员辩论是否应在 Pectra 升级中优先考虑 EOF 还是 Verkle Tree。让我们看看两者对于以太坊未来发展有着怎样的影响吧。

以太坊虚拟机(EVM)

  • 定义:EVM 是一个去中心化的计算机,开发人员与之交互以在以太坊区块链上创建和执行智能合约。

  • 功能:它作为智能合约的运行环境,执行从像Solidity这样的高级编程语言编译的字节码。

  • 特点:

    • 确定性:确保相同的输入始终产生相同的输出。

    • 隔离执行:在沙盒环境中运行代码,将其与网络和文件系统隔离,以确保安全性。

EOF(EVM 对象格式)

  • 定义:EOF 是一种拟议的新格式,用于在 EVM 内组织和结构化智能合约代码和数据。

  • 目的:

    • 代码组织:明确分离代码、数据和元数据,使智能合约更容易管理和理解。

    • 安全性:通过减少漏洞和错误的风险来增强智能合约的安全性。

    • 性能:旨在优化燃气使用并提高执行效率。

    • 可升级性:通过提供更灵活和可扩展的格式,促进 EVM 的未来改进和升级。

Verkle Tree

  • 定义:Verkle Tree 是一种数据结构,结合了 Merkle Tree 和向量承诺的特性。它旨在优化大规模数据的存储和验证。

  • 目的:主要目标是提高以太坊区块链上存储和访问状态数据的效率。

  • 关键组件:

    • 承诺方案:Verkle 树使用向量承诺来确保整个数据集可以被承诺,并随后逐个验证。

    • 节点和路径:Verkle Tree 中的每个节点都包含对其子节点的承诺,从而允许数据元素包含或排除的紧凑证明。

  • 益处:

    • 可扩展性:减少节点需要存储的数据量,从而降低完整节点的存储需求。

    • 效率:允许更高效的状态证明,其大小比 Merkle Tree 更小。这减少了使用的带宽和状态验证所需的时间。

    • 更快的同步:通过减少与状态更新相关的数据开销,帮助节点更快地同步。

4. 会议预告

PeerDAS 分组讨论会 第 1 期

时间:6 月 11 日,10:00 UTC+0(北京时间 18 点)

想要了解更详细的会议议程,可以浏览 GitHub 相关议题:

https://github.com/ethereum/pm/issues/1059

EIP 编辑问答会 第 38 期

时间:6 月 11 日,14:00 UTC+0(北京时间 22 点)

想要了解更详细的会议议程,可以浏览 GitHub 相关议题:

https://github.com/ethcatherders/EIPIP/issues/338

EOF 实施会议 第 50 期

时间:6 月 12 日,15:00 UTC+0(北京时间 23 点)

想要了解更详细的会议议程,可以浏览 GitHub 相关议题:

https://github.com/ethereum/pm/issues/1063

AllERCDevs S2E6

时间:6 月 13 日,17:00 UTC+0(北京时间 6 月 14 日 1 点)

想要了解更详细的会议议程,可以浏览 GitHub 相关议题:

https://github.com/ercref/AllERCDevs/issues/24

——

以上是第51期的EIP Fun周刊。谢谢你的阅读!

点击链接,通过邮箱订阅Substack,与我们一周一会~

大家有任何想法可直接留言互动!

你的转发、点赞、在看、打赏将成为良心编辑部不断优化的动力!

❤️

内容 | Zoe

编辑&排版 | Zoe

设计 | Daisy