EIP Fun 周刊 #39 | EIP-7547 包含列表

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

介绍:EIP 与 EIP Fun

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

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

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

正文

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

1.EIP 更新

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

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

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

录屏链接

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

会议摘要

1.Dencun 升级回顾:Ethereum 开发者讨论了 Dencun 升级对网络的积极影响。绝大多数验证者节点运营商已经进行了软件升级,没有出现显著的中断或延迟。网络正在比预期更快地处理新的交易和数据块,可能是因为“私有来源”的中继节点进行了优化,以获取额外的 MEV 奖励。开发者将把本次升级涉及的 EIPs 状态更新为“终稿状态”。

2.Pectra 升级相关 EIPs:EIP 2537 引入了新的密码学原语,使开发者能够构建更安全高效的 DApps ;EIP 3074 提议引入一个名为 "DELEGATECALL with revert" 的新操作码,来增强可组合性,并使合约能够委托调用,并在异常情况下撤销状态更改; EIP 7547、EIP 7623 和 EIP 7645 分别提出了标准化的区块链事件报告、可恢复的 ERC-20 代币转账以及一种优化 gas 成本和提高在以太坊区块链上兼容性的字节码格式。

了解更多

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

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

 

EIPIP 会议:第 101 期

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

录屏链接:

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

EIP 状态更新

以下是本周在会议上获得状态变更的 EIP:

EIP-7377: 迁移交易

状态: 未定义 → 草稿

摘要: 提议引入一个新的交易类型,即 EIP-2718,其格式为 0x04 || rlp([chainId, nonce, maxFeePerGas, maxPriorityFeePerGas, gasLimit, codeAddr, storage, data, value, accessList, yParity, r, s])。该交易类型将发送账户的代码字段设置为状态树上 codeAddr 处的代码值,并将存储元组应用于发送者的存储树。

EIP-4788: 在 EVM 中使用信标块根

状态: 社区评议 → 终审

摘要:该 EIP 的目的是在以太坊虚拟机中引入信标链区块根的概念,通过在执行载荷头中包含这些根,为共识状态提供了一个可验证的证明。通过这种方式,可以在智能合约中保存这些根,并在各种应用场景中增强信任和对共识层的访问。这也有助于解决诸如质押池、再质押构建、智能合约桥接和减少矿工可提取价值(MEV)等问题,提高系统的可靠性和安全性。

EIP-4200: 相对定长跳转的静态终结符(EOF)

状态: 草稿 → 社区评议

摘要:为了优化和降低以太坊虚拟机(EVM)的成本,引入了三个新的跳转指令:RJUMP、RJUMPI 和 RJUMPV。这些指令将跳转目标编码为有符号的立即值,在大多数情况下提供了效率。尽管它们提供了成本降低的优势,但需要注意的是它们可能并不适用于所有场景。

EIP-7620: EOF 合约创建

状态:草稿 → 社区评议

摘要:在以太坊虚拟机对象格式(EOF)中,通过创建交易、CREATE 或 CREATE2 指令创建合约的方式被淘汰。取而代之,EOF 引入了三个新指令:EOFCREATE、TXCREATE 和 RETURNCONTRACT。此外,还引入了一种称为 InitcodeTransaction 的新交易类型,以便使用 EOF 容器进行合约创建。这些变更在 EOF 框架内提供了一种替代的合约创建方法。

 

2. EIP 一周热点

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

新理念:朝着更具对话性的钱包连接——关于 redeemDelegation 接口的提案

这个想法的核心在于构想以太坊领域钱包连接的一个新范式,着重于使其更加以用户为中心且具有对话性。

提案背景

目前,用户主要通过公开自己的钱包地址实现钱包对外的连接,该方式存在各种缺点,如让钱包易受网络钓鱼攻击、增加开发者维护复杂索引基础设施的负担等等。这种方法往往偏向于更为成熟的资产,并给刚刚进入以太坊的新手设置了障碍。此外,这种方法导致钱包依赖于中心化基础设施来对抗欺诈行为和提高可读性,这削弱了区块链交互的去中心化特性。

为了提升用户控制能力并减少钱包对中心化基础设施的依赖,一个潜在的解决方案是赋予用户发起网站连接并发放用于" dapp 连接"的"会话密钥"的权力。为了实现这一点,在生态系统中需要一种让合约账户能够发放任意会话权限的标准方法,以实现灵活性和生态系统的演进。一种方式是允许网站请求对所需的特定类型的资产进行交互,用户随后可以选择共享的资产和权限。通过为用户引入额外的审慎步骤,这种方法降低了确认疲劳的风险,同时赋予用户更大的交互控制权。

介绍 redeemDelegation

为此 ,作者提出了一个名为 redeemDelegation 的抽象 Solidity 接口。redeemDelegation 接口的目的是允许合约账户采用可定制的授权逻辑,在连接到网站时实现个性化和用户指导的授权。这种方法与当前网站指定交易和依赖于模糊授权方法的做法不同。通过使用 redeemDelegation ,目标是减少对中心化基础设施的依赖,并为用户提供对其交易更多的控制权。

了解更多

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

https://ethereum-magicians.org/t/towards-more-conversational-wallet-connections-a-proposal-for-the-redeemdelegation-interface/16690/1

 

ERC-7631: 双重性质代币对

为了建立可替代的 ERC-20 代币合约和不可替代的 ERC-721 代币合约之间的关联,该提案概述了查询这两个合约之间关系的机制,并引入了账户配置的能力,用于确定在从 ERC-20 到 ERC-721 的同步过程中是否应跳过 ERC-721 的造币和转账操作。

提案背景

ERC-20 可替代代币标准和 ERC-721 不可替代代币标准提供了足够的灵活性,可以创建具有双重性质的统一代币对。这意味着在 ERC-20代币 上进行的转账可以自动触发链接的 ERC-721 代币的转账,反之亦然。这引入了新的可能性,例如 ERC-721 代币的本地分割,在购买 ERC-20 代币时,将自动按比例发行相应数量的 ERC-721 代币。双重性质代币对完全符合 ERC-20 和 ERC-721 代币标准。

该提案的目的是通过为查询代币之间关系提供扩展接口,增强双重性质代币对的功能。这些扩展接口能够实现各种改进,例如允许去中心化交易所和 NFT 市场展示代币之间的连接。此外,用户可以选择配置是否在从 ERC-20 到 ERC-721 的同步过程中跳过 ERC-721 的造币和转账操作。这使用户对同步机制具有控制权,并允许进行定制,以满足其特定需求和偏好。

了解更多

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

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

 

3.EIP 趣闻:EIP-7547 包含列表

EIP Fun 周刊 #39 | EIP-7547 包含列表

图片来源:https://giphy.com/gifs/artefr-thecode-3o7btVT3VJ2C9qRqy4

在最近的 ACDE 第183次会议上,开发者们对即将来临的 Pectra 升级探讨了各种相关的 EIPs。在这些提案中,EIP-7547,也被称为包含列表,引起了关注和考虑。

简要概括

对抗审查是区块链技术的一个基本而重要的特征。在以太坊的背景下,引入包含列表是增强网络抗审查能力的一种手段。通过利用包含列表,提出交易的人可以指定一组预先确定的交易,这些交易必须及时地包含在随后的区块中,才能被认为是有效的。引入包含列表的目的是确保特定交易(由提出者定义)优先考虑并被快速地纳入区块链中,避免延迟或审查。这种机制增强了网络对任何试图审查或操纵交易的尝试的抵抗能力,从而维护了以太坊生态系统中抗审查核心价值主张的地位。

提案背景

自从合并到以太坊 2.0 以来,验证者越来越依赖于专门的构建器来生成区块,以最大化他们提取最大可提取价值(MEV)的能力。这一趋势被称为提议者-构建器分离,导致构建器负责大部分区块的生成(截至 2023 年 10 月约占 95%)。虽然这样可以使提议者通过 mev-boost 生态系统获得有竞争力的区块,但它也具有一个重大缺点:构建器对于哪些交易包含或排除在区块中具有完全控制权。因此,提议者面临一个困境:放弃对交易包含的控制权,或者本地构建区块,牺牲潜在的 MEV 奖励。

包含列表的目标是通过提供一种强制性包含交易的机制,来赋予提议者更多权力。最简单的方法是在给定的时隙中,提议者指定必须包含在为该时隙生成的区块中的交易列表。然而,这样的设计不具备激励兼容性,因为如果对构建器的行为施加限制,它们可能会拒绝构建区块。为了解决这个问题,提出了“前向”包含列表,其中第 N 个时隙的提议者指定的交易在随后的第 N+1 个时隙的区块中强制实施。

然而,对前向包含列表的直接实现会引入免费数据可用性的风险,这可能会被滥用以无谓地扩大链的规模,而不支付相应的燃气费用。通过考虑 nonce 的重用,并允许为每个时隙指定多个包含列表,可以缓解这个问题。通过解决激励兼容性和免费数据可用性的问题,可以更安全地实现包含列表的应用。

了解更多

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

https://ethereum-magicians.org/t/eip-7547-inclusion-lists/17474

 

4. 会议预告

EIP 编辑问答会 第 34 期

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

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

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

AllWalletDevs 会议 第 22 期

时间:3 月 20 日,13:00 UTC+0(北京时间 21 点)

想要了解更详细的会议议程,可以加入相关 Discord 频道:

https://discord.gg/mdTK9CJyX2

AllCoreDevs 共识层会议 第 130 期

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

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

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

AllERCDevs 2024 年 第 1 期

时间:3 月 21 日,17:00 UTC+0(北京时间 3 月 22 日 1 点)

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

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

相关 Discord 频道:

https://discord.com/invite/mdTK9CJyX2

 

 

 

 

——

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

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

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

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

❤️

内容 | Zoe

编辑&排版 | Cikey, tiao, Zoe

设计 | WangTeng