EIP Fun 周刊 #41 | 并行 EVM

亲爱的朋友们,大家好!欢迎阅读第 41 EIP Fun 周刊。

介绍:EIP 与 EIP Fun

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

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

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

正文

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

1.EIP 更新

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

AllCoreDevs 执行层会议(ACDE):第 184 期

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

录屏链接

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

会议摘要

1.主网缺失区块事件

- 以太坊出现缺失区块现象,随着交易量增加,缺失区块的比例上升至超过14%,原因是在高交易量期间出现了与 Bloxroute 中继有关的问题。

- Bloxroute 团队通过关闭他们的 MEV 中继解决了缺失区块问题。

- 开发人员正在考虑调整客户端断路器条件,并加强中继与协议开发人员之间的沟通。

2.状态和历史增长数据分析

- Storm Slivkoff 提出了一项分析,显示以太坊的状态增长并非扩展性瓶颈,但历史增长存在挑战。

- 状态包括用于构建和验证区块的数据,而历史数据用于将节点同步从创世区块到最新区块。

- 由于 Rollups 和其他协议,历史增长速度超过了状态增长速度,需要加快处理 EIPs(如EIP 4444 和 EIP 7623)。

- Slivkoff 团队计划进一步分析以太坊和 Rollups 的扩展性瓶颈,并分享用于公众反馈的开源数据。

- 开发人员正在讨论通过替代网络解决历史增长问题,并在以太坊研究和开发 Discord 频道上继续讨论历史数据到期的话题。

了解更多

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

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

 

EIP 状态变更

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

EIP-1153: 临时存储操作码

状态:终审 → 终稿

摘要:该提案引入了临时存储操作码,通过两个新的操作码 TLOAD 和 TSTORE ,智能合约可以访问临时存储,而无需从磁盘访问,因而更加便宜。

EIP-7569: 硬分叉元 - Dencun

状态:终审 → 终稿

摘要: 该元 EIP 列举了纳入 Dencun 网络升级的 EIPs,涵盖了以太坊的执行层和共识层。

EIP-4844: 分片 Blob 交易

状态:终审 → 终稿

摘要: 提出一种名为“携带二进制数据的交易”的新型交易结构,以容纳大量对于 EVM 处理不可访问但对于承诺可访问的数据。该格式旨在与未来完全分片兼容的结构无缝对接。

EIP-6780: 限制 SELFDESTRUCT 只能在同一交易中

状态:终审 → 终稿

摘要:该 EIP 修改 SELFDESTRUCT 操作码的功能,仅将账户中的所有以太币转移到指定目标,同时在同一交易中调用 SELFDESTRUCT 以及创建合约时的行为保持不变。

EIP-7045: 增加最大的 Attestation 包含槽

状态:终审 → 终稿

摘要:将 Attestation 包含槽的最大值从 attestation.slot + SLOTS_PER_EPOCH 提高到 N+1 时期的最终槽,其中 N 代表包含 Attestation 槽的时期,对于 LMD-GHOST 安全评估和确认规则至关重要。

EIP-7044:永久有效的签署自愿退出

状态:终审 → 终稿

摘要:在卡佩拉上锁定验证者自愿退出签名领域将确保永久有效。目前,签署的自愿退出仅在两个升级中被认可有效。

EIP-5656: MCOPY - 内存复制指令

状态:终审 → 终稿

摘要:MSTORE 操作码是一种高效的以太坊虚拟机指令,它用于从内存指针指定的内存位置复制数据到另一个内存位置。

 

2. EIP 一周热点

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

EIP-7201:命名空间存储布局

我们引入了 @custom:storage-location,用于记录在 Solidity 或 Vyper 源代码中存储命名空间及其在存储中的位置。此外,我们建立了一种基于任何标识符确定位置的方法。该方法经过精心设计,以避免与 Solidity 和 Vyper 使用的存储结构发生冲突,以确保安全性和准确性。

潜在用例

通过简化与代币相关的交互,EIP-7201 有望简化依赖于代币功能的去中心化应用的开发和部署过程。此外,它还为创新应用提供可能,例如 DeFi、NFT 市场和代币化资产平台。

举例来说,EIP-7201 可以在去中心化交易所(DEX)平台中实施,以标准化在该交易所交易的各种资产的代币接口。这种标准化将为交易流程提供更顺畅的体验,提高不同资产对之间的流动性,并改善用户体验。此外,开发人员可以利用 EIP-7201 创建代表房地产或艺术品等真实资产的代币化资产,实现部分所有权,并提供更广泛的投资机会。

了解更多

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

https://ethereum-magicians.org/t/eip-7201-namespaced-storage-layout/14796

 

EIP-5792: 钱包功能调用 API

引入了新颖的 JSON-RPC 函数,供 dapps 从用户钱包发送一系列函数调用并监控这些调用的进展。这些新方法在底层交易方面提供了较高程度的抽象,相较于现有的交易发送 API ,这种抽象考虑了各种钱包类型的变化,例如利用 EIP-4337 的智能合约钱包或支持通过 EIP-3074 批处理交易的外部持有账户(EOA)钱包。通过使用这种更为抽象的接口,dapps 可以无需增加复杂性就能轻松适应不同的钱包类型,提升用户体验,比如先批准 EIP-20,然后进行合约调用。

潜在用例

EIP-5792 的实施有望通过建立一个标准化的加密操作框架,增强链上交易的安全性和透明度。通过为与不同区块链网络交互建立共同标准,这一 EIP 有望改善跨链互操作性。此外,EIP-5792 具有促进跨各种去中心化平台进行高效且安全的代币交换的能力,从而增加 DeFi 领域的流动性和可访问性。此外,EIP-5792 的采用还有望支持先进的基于区块链的身份管理解决方案、投票系统以及需要强大加密功能的其他创新应用的发展。

举例来说,将 EIP-5792 应用于去中心化交易所协议中,可以标准化验证和在多个区块链网络中执行代币交换所涉及的加密操作。这种标准化方法将简化交易流程,通过采用加密最佳实践提高安全性,并提高不同代币和平台之间的互操作性。此外,集成 EIP-5792 还能为参与去中心化平台上的投票系统或治理活动的用户提供安全的身份验证机制,从而增强决策过程中的信任和透明度。

了解更多

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

https://ethereum-magicians.org/t/eip-5792-wallet-function-call-api/11374

https://ethereum-magicians.org/t/erc-7631-dual-nature-token-pair/18796

 

3.EIP 趣闻:并行 EVM

EIP Fun 周刊 #41 | 并行 EVM

图片来自:https://giphy.com/gifs/Millions-traffic-houses-neighborhood-Y2JT6GgowiZjHtAXOu

并行 EVM 涉及同时运行多个以太坊虚拟机(EVM),旨在增强可扩展性和性能。通过并行执行EVM,这一概念旨在克服现有单线程 EVM 的限制,实现智能合约的并行执行。这种并行执行框架有潜力提升区块链网络的效率和吞吐量。

为什么我们需要并行 EVM ?

以太坊虚拟机(EVM)是以太坊的核心组件,负责管理智能合约的执行和交易处理。

目前,EVM 的实现将网络一致性和安全性置于优先位置,通过按顺序执行交易来保证。这种顺序处理确保了交易和智能合约的确定性执行,简化了区块链状态管理。尽管这种设计选择增强了安全性并减少了潜在的漏洞,但在网络活动高峰期可能导致拥堵和延迟。

举例来说,把当前的 EVM 模型比作单车道道路上的车辆,每辆车都必须等待前面的车辆行驶。相比之下,并行 EVM 则类似于多车道高速公路,实现多个交易同时执行。这种并行处理方法通过允许独立的交易和智能合约同时运行,类似于车辆在高速公路上不同车道上行驶,显著提高了 EVM 的性能和网络吞吐量。

如何实现并行 EVM ?

一种方法是采用多线程或多进程执行模型,使多个 EVM 实例能够同时执行智能合约和交易处理。另一种方法是利用侧链或分片方法将网络分割为并行段,每个段处理一部分交易和合约执行。

此外,硬件加速和并行计算技术的进步可以提高 EVM 处理速度。在实施并行 EVM 时,主要关注的是维护网络安全、一致性和可扩展性。

 

4. 会议预告

EIP 编辑问答会 第 35 期

时间:4 月 2 日,16:00 UTC+0(北京时间 24 点)

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

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

AllERCDevs 第 2 季 第 2 期

时间:4 月 2 日,23:00 UTC+0(北京时间 4 月 3 日 7 点)

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

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

相关 Discord 频道:

https://discord.com/invite/mdTK9CJyX2

AllCoreDevs 共识层会议 第 131 期

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

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

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

 

 

 

 

 

——

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

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

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

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

❤️

内容 | Zoe

编辑&排版 | Cikey, tiao, Zoe

设计 | WangTeng