亲爱的朋友们，大家好！欢迎阅读第53 期 EIP Fun 周刊。
介绍：EIP 与 EIP Fun
EIP 是 “Ethereum Improvement Proposal” 的缩写，翻译成中文为“以太坊改进提案”，也即以太坊的技术标准。EIP Fun 由 LXDAO 和 PlanckerDAO 支持创建。我们致力于连接以太坊的建设者与爱好者们，促进 EIP 的采用。
EIP Fun 周刊是为此所做的努力之一。一周一期，它关于以太坊改进提案（EIP），关注已经发生、正在发生、和将要发生的 EIP 故事。
为了阅读体验，我们在微信版周刊中略去了绝大部分链接。如果你有兴趣继续了解相关内容，请点击上方链接或点击文章左下角的“阅读原文”，进入 EIP Fun 的 Substack 以获得完整内容（英文版）。
正文
大家好！欢迎阅读 EIP Fun 周刊第 53 期。让我们来看看本周 EIP 社区都发生了什么吧。
1.EIP 更新
先来回顾本周的一些关键会议和 EIP 的正式状态变更吧。
以下是本周通过异步沟通获得状态变更的 EIP
EIP-7623：增加 calldata 成本
状态：草稿→ 社区评议
概要：当前的 calldata 定价允许区块大小高达 2.8 MB，尽管区块的平均大小要小得多，仅为 125 KB。该 EIP 建议修改以太坊的 calldata 成本以减少区块的最大大小及其变动性，而不会影响典型用户。通过提高主要用于数据可用性的交易的 calldata 成本来实现这一变化。
EIP-7594：PeerDAS - 点对点数据可用性采样
状态：草稿→ 社区评议
摘要：PeerDAS（点对点数据可用性采样）是一种网络协议，使信标节点能够通过仅采样部分数据来验证 blob 数据的可用性。它使用八卦协议进行数据分发，使用发现机制定位负责特定数据的节点，并通过节点请求进行数据采样。
EIP-7547：包含列表
状态：草稿→ 社区评议
摘要：抗审查性是区块链技术的基础。包含列表旨在通过使提议者能够指定必须快速包含的交易来增强以太坊的抗审查性，以便后续区块被视为有效。
EIP-7698: EOF - 创建交易
状态：草稿→ 社区评议
摘要：创建交易（“to”字段为空的交易）可以通过在交易数据中包含 EOF 初始化容器以及其执行所需的 calldata 来部署 EOF 合约。初始化容器的执行方式类似于 EOFCREATE 指令，最后以 RETURNCONTRACT 指令结束。新账户地址是基于发送者地址和 nonce 计算得出的。
EIP-7692: EVM 对象格式 (EOFv1) 元数据
状态：草稿→ 社区评议
摘要：这个元数据 EIP 列举了作为第一版 EVM 对象格式（EOFv1）提案一部分的EIP，通常被称为“Mega EOF”。
EIP-7702: 设置EOA账户代码用于一笔交易
状态：草稿→ 社区评议
摘要：介绍了一种新的交易类型，该交易类型包括格式为 [address, y_parity, r, s] 的授权元组列表。此类交易类型在交易期间暂时将签名账户（不一定与 tx.origin 相同）转换为智能合约钱包。
EIP-7685: 通用执行层请求
状态：草稿→ 社区评议
摘要：本提案定义了一个用于存储合约触发请求的通用框架。它在执行头部和主体中分别扩展了一个额外字段来存储请求信息。此设计固有地将请求暴露给共识层，使其能够相应地被处理。
EIP-6110: 在链上提供验证者存款
状态：草稿→ 社区评议
摘要：验证者存款被附加到执行层区块结构中，将存款包含和验证的责任转移到执行层。这消除了在共识层中进行存款（或 eth1data ）投票的需要。区块中包含的验证者存款列表是通过解析该区块中每笔存款交易发出的存款合同日志事件得出的。
EIP-2935: 从状态中提供历史区块哈希
状态：草稿→ 社区评议
摘要：在系统合约的存储中，作为区块处理逻辑的一部分，存储最后的 HISTORY_SERVE_WINDOW 历史区块哈希。该 EIP 不影响 BLOCKHASH 解析机制，包括其范围和成本。
EIP-7600: 硬分叉元数据 - Pectra
状态：草稿→ 社区评议
摘要：这个元数据 EIP 列出了正式考虑纳入 Prague/Electra 网络升级的 EIP 以及最终被纳入的 EIP。
EIP-7251: 增加最大有效余额
状态：草稿→ 社区评议
摘要：本提案在保持最低质押余额为 32 ETH 的同时，提高了最大有效余额常数。它允许大型节点运营者合并成更少的验证者，并使单独质押者能够获得复利奖励并以更灵活的增量进行质押。
AllCoreDevs 执行层会议（ACDE） ：第 190 期
AllCoreDevs 会议分为两个部分：ACDC（关注共识层）和 ACDE（关注执行层）。这两个会议每周轮流召开，以协调和决定以太坊协议层以及硬分叉事务。协议层标准的创作者们通常会在这个会议上与核心开发者一起讨论 EIP。
录屏链接：
https://www.youtube.com/live/8VGf-EE6zNE
会议摘要
1.Pectra Devnet 1
-开发者们讨论了即将推出的 Pectra Devnet 1 测试网及其新功能，包括验证器合并和 EIP 7702。
- 不同的以太坊客户端团队分享了他们的进展更新，Besu、Nethermind、Erigon、Reth、EthereumJS 和 Geth 都在为上线做准备。
- 他们还确认，为了专注于核心的 Pectra EIPs 并简化调试流程，EOF 的实现将被排除在 Devnet 1 之外。
2.EIP-7702 更新
-尽管开发者们在为 Devnet 1 工作时处理 EIP 7702，但新修订可能会允许用户撤销交易授权。Lightclient 提出了支持这些撤销的修改，但意见不一，有人更喜欢当前版本。
- 尽管存在复杂性和未来变更的可能性，Beiko 建议在 Devnet 1 中实施当前版本的 EIP 7702，并组织另一场会议来最终确定其设计。
3.EOF & PeerDAS 准备
-Busa提到 EOF 的实现将在 Pectra 代码变更之后进行测试，进展将在 GitHub 上跟踪。Besu 和 Reth 已完成所有 EOF EIPs，而其他团队还在继续工作。额外的测试用例正在开发中，随着关注点转向测试和实施，EOF 会议已改为每两周一次。
- Busa 更新了 PeerDAS 的实施情况，称下一个 PeerDAS Devnet 应该在一到两周内投入运行。他指出，PeerDAS 将基于最终确定的 Dencun 规范开发，而不是基于 Pectra。
了解更多
第 190次「以太坊全核心开发者执行层会议」总结，来自Christine Kim
https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-190/
2. EIP 一周热点
接下来，让我们一起看看本周与 EIP 相关的新应用或作品。
ERC-7208: 链上数据容器
链上数据容器是继承自 ERC-721 的智能合约，用于将链上数据存储在称为“属性”的结构中。存储在属性中的信息可以通过称为“属性管理器”的智能合约实现进行访问和修改。此 ERC 定义了一系列接口，以将存储层与实现管理数据功能的接口分离。此外，我们引入了“限制”接口，这是与属性相关联的结构，对属性管理器访问或修改属性中存储的数据的能力施加限制。
提案背景
随着以太坊生态系统的扩展，对灵活的链上数据管理和链下资产表示的需求日益增加。此 ERC 引入了链上数据容器（ODC），用于存储和管理附加的链上数据，称为“属性”，并提供接口允许跨代币标准的动态数据管理。ODC 通过聚合链上数据并实现标准化、互操作的属性管理解决方案，解决了现有和未来 ERC 的局限性。通过为与 ODC 相关的“限制”引入标准接口，此 ERC 增强了灵活性和实用性，促进了多个 ERC 之间的交互。
主要优点：
标准中立性：确保各类代币标准之间的无缝交互，减少碎片化。
一致接口：提供统一接口进行数据存储，简化互操作性。
数据抽象：将数据存储与代币逻辑分离，促进生态系统统一。
可操作数据：引入链上数据的标准化接口，解决链下元数据存储问题。此提案为在以太坊生态系统中管理可变状态和复杂数据需求提供了一种灵活且高效的方式。
了解更多
FEM（Fellowship of Ethereum Magicians）论坛中的相关讨论：
https://ethereum-magicians.org/t/erc-7208-on-chain-data-container/14778
EIP-5792 - 钱包调用 API
本提案定义了新的 JSON-RPC 方法，使应用程序能够请求钱包处理一批链上写调用，并检查这些调用的状态。应用程序可以指定这些链上调用利用钱包先前表达的特定功能来执行。此外，还定义了一种新颖的钱包 RPC 方法，允许应用程序查询钱包的这些功能。
场景：
想象一下，您正在使用一个 DeFi 应用程序，该应用程序允许用户管理其加密货币投资组合，包括交换代币、质押资产和领取奖励。通常，用户必须一个接一个地执行每个操作，这涉及多次交易和与钱包的交互。
通过 EIP-5792 的解决方案：
使用 EIP-5792，DeFi 应用程序可以请求用户的钱包一次性处理一批链上写调用，从而简化用户体验。
优势：
增强的用户体验：用户体验更简化且高效的交易过程。
Gas 费优化：通过合并多个交易，用户可以节省燃气费。
减少用户错误：通过减少所需的手动交互次数，降低用户出错的几率。
3.EIP 趣闻：零证明协议
图片来源：https://www.strongdm.com/zero-trust
零信任架构是一种安全模型，要求对每个操作进行持续验证，消除内在信任。由去中心化钱包（dWallets）驱动的零信任协议（ZTPs）使所有Web3中的安全、本地交互成为可能。这些协议通过从用户和dWallet网络双方进行持续验证，利用先进的加密方法保持零信任环境。
ZTP的工作原理
-
用户和网络参与：任何交易或操作要被验证，用户和dWallet网络都必须参与。用户的参与对生成必要的加密签名至关重要，确保他们在验证过程中是活跃的一部分。
-
去中心化验证：dWallet网络由大量节点组成，这些节点协作验证用户输入和交易细节。这个去中心化的验证过程确保没有单个实体可以控制或操纵交易，从而增强安全性和无信任性。
-
跨链交互：ZTP使跨不同区块链网络的安全交互成为可能。例如，用户可以与以太坊和比特币上的资产进行交互，而不会危及零信任模型。dWallet网络持续验证和认证这些网络上的所有操作，保持安全性和完整性。
4. 会议预告
PeerDAS 分组讨论会 第 2期
时间：6 月 25 日，10:00 UTC+0（北京时间 18 点）
想要了解更详细的会议议程，可以浏览 GitHub 相关议题：
https://github.com/ethereum/pm/issues/1070
EIP 编辑问答会 第 39期
时间：6月 25日，14:00 UTC+0（北京时间 22点）
更多详细会议议程，可点击浏览 GitHub 相关议题：
https://github.com/ethcatherders/EIPIP/issues/341
EOF 实施会议 第 52期
时间：6 月 26 日，15:00 UTC+0（北京时间 23 点）
想要了解更详细的会议议程，可以浏览 GitHub 相关议题：
https://github.com/ethereum/pm/issues/1077
AllERCDevs 第 2 季第 7期
时间为 6月 25日，23:00UTC+0（北京时间 6月 26日 7点）
更多详细会议议程，可点击浏览 GitHub 相关议题：
https://github.com/ercref/AllERCDevs/issues/25
——
以上是第53期的EIP Fun周刊。谢谢你的阅读！
点击链接，通过邮箱订阅Substack，与我们一周一会~
大家有任何想法可直接留言互动！
你的转发、点赞、在看、打赏将成为良心编辑部不断优化的动力！
❤️
内容 | Zoe
编辑&排版 | Zoe
设计 | Daisy
APP 
