EIP Fun 周刊 #29 | ​RIP 与 时光机

点击蓝字，关注我们

撰文/ tiao, Zoe

编排/ Purple

介绍：EIP 与 EIP Fun

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

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

进入网站：

https://eip.fun/

加入 EIP Fun 项目电报群：

https://t.me/eipfun

周刊的 Substack 地址：

https://eipfun.substack.com/

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

正文

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

1. EIP 更新

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

关键会议

AllCoreDevs 执行层会议（ACDC）：第 178 期

AllCoreDevs 会议分为两个部分：ACDC（关注共识层）和 ACDE（关注执行层）。

这两个会议每周轮流召开，以协调和决定以太坊协议层以及硬分叉事务。协议层标准的创作者们通常会在这个会议上与核心开发者一起讨论 EIP。

录屏链接：https://www.youtube.com/watch?v=6xgxmKfVjtA&t=1s

会议摘要

会议涵盖了 Dencun 升级进展、时间安排上的分歧、Prague/Electra 的优先事项、各种 EIP 的考虑以及关于正式化 EIP-7587 的讨论。

Dencun 进展：

1.开发人员确认了与 Dencun 升级相关的 Goerli、Sepolia 和 Holesky 测试网络的激活日期。

2.Prysm 团队将在正式发布之前针对 Goerli 发布预览版，并在 Sepolia 和 Holesky 上进行额外的测试。

3.提议的分叉激活时间：Goerli于1月17日，Sepolia于1月30日，Holesky于2月7日。

4.包括 Geth、Lodestar、Lighthouse、Teku 和 Besu 在内的客户端团队对 Goerli 的激活表示准备就绪。

时间安排分歧：

1.关于在 Goerli 之后设定 Sepolia 和 Holesky 的日期进行了讨论，担心可能出现问题

2.一些开发人员建议等待在 Goerli 之后确认日期，以确保发布正常运行。

3.关于 Sepolia 和 Holesky 之间测试期间的持续时间进行了有争议的讨论，对必要的分析时间存在不同意见。

Bloxroute 中继器的错误导致以太坊区块链上有9个无效的区块。验证者得到了赔偿，并出现了关于减少对中继器依赖的讨论。提出的解决方案包括为验证者的断路器添加启发式规则或实施一种聚集通道。还在考虑优先考虑 ePBS ，一种用于消除中继器需求的代码改变。

Prague/Electra 优先事项：

1.讨论了 Prague/Electra 的 EIP 优先级，强调了 Verkle 树升级。

2.对 Verkle 的复杂性和潜在延迟提出了担忧，建议并行评估和致力于多个 EIP。

其他考虑的 EIP：

1.提议了一些适用于 Prague/Electra 的 EIP，包括 EIP-5920、EIP-2537、EIP-3074、EIP-6110、EIP-6913、EIP-7377、EIP-4444、EIP-6404、EIP-6465、EIP-6466、EIP-7212 等。

2.对 EIP-3074、EIP-6913 和代码大小增加问题提出了值得注意的关切。

EIP-7587 正式化：

1.讨论了正式化 EIP-7587 的问题，为 Layer 2 协议保留预编译地址。

2.建议将 EIP 正式化为信息性的，并将其包含在 EIP-1 文档中，概述 EIP 流程。

EIP 状态变更

EIP-6122：基于时间戳的 Forkid 检查

状态：草稿 → 社区评议

摘要：EIP-6122 提议对以太坊的网络协议进行微调，以更好地适应即将来临的变化。它建议使用时间戳和区块号来帮助节点快速识别兼容的同行节点，并维护一个可靠的网络。此更改确保在更新期间实现更顺畅的过渡，提高以太坊的整体性能。

2. EIP 一周热点

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

RIP-7212: 支持 secp256r1 曲线的预编译

还记得我们之前提到的「EIP-7212」吗？它旨在「添加一个使用 secp256r1 椭圆曲线进行签名验证的预编译合约」。
EIP-7212 的作者 (@doganeth_en) 也是我们的第一个非中文关注者，在 EIP Fun Weekly 创刊初期给了我们很大的动力！
如果你对这个提案感兴趣，可以点击查看 EIP Fun Weekly 的第九期。这次我们要分享的更新是，「EIP-7212」已改名！它的前缀现在是「RIP」，但并不代表安息；相反，它代表 Rollup Improvement Proposal（ Rollup 改进提案）。

什么是 RIP？

"RIP"（Rollup Improvement Proposal）类似于 EIP 和 ERC ，是以太坊标准的一部分。它旨在改进或修改 Rollup 协议或相关标准，是社区在以太坊 Layer 2 解决方案背景下标准化和协调发展的努力的一部分。

为什么 "EIP-7212" 会成为第一个 RIP 候选项？

1.社区共识：EIP-7212 经过了六个月的讨论，包括 ACD 和 RollCall 会议，在以太坊和 Rollup 核心开发者中获得了一致共识。
2.对 Layer 2 解决方案的影响：EIP-7212 提议适用于 Rollup，它在账户抽象方面对 Layer 2 解决方案产生了重大影响，提升了以太坊的可扩展性，对其增长至关重要。
3.Rollup 改进标准：新的 Rollup 改进标准便于提出 Layer 2 和侧链的改进提案，确保在各个 Rollup 框架之间的兼容性。
4.Passkeys 和基于安全元素的AA钱包：EIP-7212 解决了 Layer 2 上存在的 Passkeys 和基于安全元素的账户抽象钱包的重要问题，增强了安全功能。

祝贺 @doganeth_en 和团队为以太坊社区做出的贡献！

新思路：原生账户抽象

此 RIP-7560（尚未合并到 RIP 存储库）提议引入原生账户抽象化以增强以太坊的智能合约账户，旨在将验证和执行框架分离在交易内部。这种架构变更旨在改善用户体验，提供时间有效性参数，并适应未来以太坊的发展。此提议解决了安全问题，并为现有项目提供了迁移路径，促进了兼容性和功能拓展。

对账户抽象来说意味着什么？

引入原生账户抽象旨在标准化和增强账户抽象模型，在保持与 ERC-4337 的兼容性的同时，为处理交易和智能合约提供更高效性和灵活性的特定变更。该路线图强调跨兼容性和对现有项目的平滑过渡。

社区对这一提议有什么看法？

以太坊社区对 RIP-7560（原生账户抽象）有着不同的反馈。一些人对其与 ERC-4337 的兼容性和gas 优化表示热情，而其他人则对协议复杂性和潜在问题（如未使用的 gas 惩罚和关于 EIP-9999 的不清晰性）表示担忧。总体而言，对于该提案的必要性和影响意见不一。

了解更多

（1）引入原生账户抽象的路线图

https://hackmd.io/@alexforshtat/native-account-abstraction-roadmap?utm_source=substack&utm_medium=email

（2）RIP-7560 的讨论链接

https://ethereum-magicians.org/t/rip-7560-native-account-abstraction/16664?utm_source=substack&utm_medium=email

新想法：智能合约中的铭刻

ERC-7583（尚未合并到 ERC 存储库）尝试通过提出一种在以太坊智能合约中嵌入数据的标准化方法，来改革蓬勃发展的铭刻领域。
随着铭刻作为一种新颖资产发行方式的流行，这项 ERC 引入了 "Inscribe" 事件，使用 RFC 2397 数据 URI 方案进行数据编码。设计注重灵活性、资源效率和向后兼容性，为链上版权管理和数字身份认证等令人期待的应用铺平了道路。
然而，它也强调了负责任使用的必要性，以防止潜在的网络拥堵。安全问题强调数据完整性和隐私，这在最近对铭刻技术的关注下，增加了对该 EIP 的吸引力。

社区讨论

社区对于在智能合约中嵌入铭刻数据的 ERC-7583 提案的看法似乎褒贬不一。一些成员表示兴奋，并认为这对以太坊生态系统有价值的贡献，而其他人则提出了安全问题、与 ERC-20 的比较、盗用想法的指责以及关于在 Etherscan 上铭刻数据的问题。

了解更多

（1）关于在智能合约中铭刻数据的讨论

https://ethereum-magicians.org/t/discussion-on-erc-7583-for-inscribing-data-in-smart-contract/17661?utm_source=substack&utm_medium=email

（2）《在EVM链上，铭刻活动正逐渐减少》

https://thedefiant.io/inscriptions-activity-dries-up-on-evm-chains

3. EIP 趣闻：假如 Vitalik 有时光机...

图片来自：https://giphy.com/gifs/oNhAOVr7eLynu?utm_source=substack&utm_medium=email

如果我们能够回到 2013 年冬天，当 Vitalik 开始撰写以太坊白皮书时，他已经理解了账户抽象的概念，他会如何设计用户账户？

在 Twitter 的 AMA（Ask Me Anything）中，Soul Wallet 发布了这个有趣的问题。

Vitalik 回答道：

“是的，绝对会。我认为如果我从零开始设计一个系统，会内置类似 ERC-4337 的东西。

下面是一个简化版本的设计：

1.每个用户账户都有一个"验证代码"，只能读取存储和交易。

2.交易首先调用验证代码进行验证，如果验证通过，交易指定一个被该账户执行的代码。

3.交易的交易次序仍然由以太坊管理。

现在，这种设计最重要的缺失是聚合性，这在某种程度上变得重要（例如，证明的聚合）。为此，我看到有两种困难的选择：

（i）类似 ERC-4337 的通用聚合系统。

（ii）一种更加明确的系统，将聚合物设定为“声明”，其中基本声明是对当前以太坊状态的静态调用，然后使用 ZK-EVM 对声明进行聚合证明。

展望未来，（ii）似乎更加正确。顺便提一下，我还会思考是否有任何有用的方法可以使隐私更加本地化。可能不会奉行像 zcash 那样的单一方式，但会找到使隐私更容易的工具。也许很好的递归证明就是我们需要的。”

4. 会议预告

EIP 编辑问答会  第 30 期

时间：1 月 9 日，15:00 UTC+0（北京时间 23 点）

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

https://github.com/ethereum-cat-herders/EIPIP/issues/301

往期内容

点击「阅读原文」，订阅 EIP Fun

/ About  Plancker

PlanckerDAO 是一个专注建设以太坊生态的社区，我们为开发者、产品经理和研究员提供多方面支持，致力于与以太坊共建人类的数字化美好未来。

Website：https://plancker.org/

Forum：http://forum.plancker.org/

Telegram：https://t.me/PlanckerDAO

Notion：https://planckerdao.notion.site/

Twitter：https://twitter.com/PlanckerDAO