以太坊月报 - 2025年7月
- 以太坊中文
- 发布于 1天前
- 阅读 192
以太坊核心开发者正在积极推进 Fusaka 升级，该升级旨在降低 L2 交易成本并提高数据可用性，目标是在年底前发布。同时，他们也在为下一个升级 Glamsterdam 选择核心功能，并考虑 Gas 限制增加和历史过期等问题，社区积极参与讨论并提供反馈。
检查点 #5：2025 年 7 月
以太坊每周的 All Core Developer（所有核心开发者）会议内容很多，难以跟上，所以这个系列旨在提供大约每 4-5 周一次的高层次更新，具体取决于核心开发中的情况。查看之前的更新。
概括
核心开发者们正专注于推出 Fusaka，并为接下来的升级 Glamsterdam 选择主打功能。讨论正在进行中，并且利益相关者的反馈正在被考虑。Gas limit（Gas 限制）的增加和历史过期都已经交付！
Fusaka
将提供更便宜的 L2 交易和更多的数据可用性。开发者们已经在快速推进升级以尽早发布，现在是关键时刻。他们的目标是在年底前发布，这可能看起来并不快，但时间表受到几个关键约束的影响：Devconnect 会议在 11 月举行，以及社区和安全团队要求的缓冲时间。由于这些约束，一些还没有完全准备好的功能从 Fusaka 的范围中移除了。
时间线
自从 Pectra 升级以来，升级时间表中已经构建了两个 30 天的缓冲期：
- 客户端发布和第一个测试网升级之间有 30 天的时间。这是安全团队要求的，他们需要时间来促进安全审查和审计竞赛。有了这个缓冲期，我们可以提高测试网顺利升级的几率。当 Holešky 因为 Beacon API 的问题而陷入未最终确定的状态时，应用开发者明确表示，尽管这些网络是专门为测试而设计的，但他们自己也依赖它们来为升级准备他们的协议，并希望尽量减少它们的不稳定性。
- 在主网升级日期前 30 天通知。L2 和桥有自己的流程来准备以太坊升级，有时包括他们的利益相关者投票选择加入或触发一个无法加速的锁定时流程。这个缓冲期为协议提供了以太坊升级的可预测性，以便在升级时做好准备，而不是争先恐后地做好准备。
除此之外，升级还要经过多个测试网（现在是两个：Holesky 和 Sepolia），它们比 devnet 更接近以太坊主网。需要时间来评估这些测试网上的升级，识别任何问题，并协调最终修复。这通常每个测试网需要几周时间。
EIP-7907
EIP-7907，它增加了合约代码大小限制，并为代码加载添加了 gas 计量，由于缺乏必要的基准测试，并且有可能延迟 Fusaka 的时间表，因此从 Fusaka 中移除。虽然提出了增加代码大小的替代方案，但它们的时间表尚不明确，并且仍然可能延迟 Fusaka，因此被拒绝了。这对许多开发者来说是一个打击，但对于那些感兴趣的人来说，可以尽早开始工作以帮助它为下一次升级 Glamsterdam 做好准备。目前不能保证它会被包括在内，并且需要对其进行整理才能使其进入状态。
Glamsterdam
一种用于确定升级功能的流程正在本次升级中进行试点。升级将首先选择其“主打功能”，然后根据主打功能选择其他较小的功能。目的是为共识层和执行层最多选择一个主打功能。一个新的由 EF 构建的工具，正在通过以可访问的方式呈现主打功能选项以及它们如何影响不同类别的利益相关者来帮助实现这一目标。
为了补充这一点，开展了一项调查，询问社区对应该作为本次升级主打功能的意见，这些意见正在与技术可行性一起被考虑。
决策时间表
关于两层的选项的讨论将持续到 8 月中旬，预计届时将做出决定。接下来即将到来的会议是 8 月 8 日（共识层）和 8 月 15 日（执行层）。一旦选定了主打功能，将讨论可以与更大的主打功能一起进行的较小功能提案的时间表。例如，EIP-7907 的倡导者需要在那时参加会议。
Gas 限制
在 Sepolia 和 Holesky 上进行测试期间，测试团队和客户端发现了一个安全级别，建议将 gas 限制增加到：45M。一旦执行，很快就有足够的运营商将他们的限制设置为 45M（或使用新的默认值升级了他们的客户端）。在撰写本文时，最新区块的 gas 限制为 45,043,901 gas。测试团队现在正在找出如何逐步提高限制的方法 - 不再会有数年时间才提出 gas 限制增加建议的情况。
来源: gaslimit.pics
历史过期
历史过期部署了！客户端现在默认删除验证器中 pre-merge 之前的历史记录。历史过期的下一步是实施“滚动”历史过期 - 意味着删除历史记录的日期将实时跟随，以便存储不会持续增长。Berlinterop 历史过期计划会议的笔记可以在这里找到。
Nixo 的评论
为了在 Devconnect 之前发布 Fusaka，客户端需要在 8 月中下旬之前发布版本，并且测试网升级需要看到最少的问题。这将使主网升级定于 11 月初。但是，如果我们遇到障碍，我们将失去几周的时间，并且期望核心开发人员在像 Devconnect 这样备受瞩目的大型会议期间有空是不太现实的。我们可能会看到 Devconnect 之后、‘假期季’之前的升级（而且我们过去也经历过！）。推出此分叉的动机很高，我仍然希望在年底前看到它。
Glamsterdam 主打功能的讨论一直友好而充满争议 - 大多数倡导某个功能的人都对其紧迫性有强烈的感受。如果我们能在年底前发布 Fusaka，它会使这些对话变得稍微柔和一些，因为更快的升级节奏会降低将某个功能插入到下一次升级中的紧迫性。
我非常受鼓舞的是，有如此多数量和各种各样的以太坊社区成员参与了讨论：L2、桥、RPC 提供商、质押协议、DAO、中继、家庭质押者、托管人、DEX 等都在积极参与塑造核心协议的过程。
相关的 ACD 会议：
[ 6 月 16 日 - 7 月 28 日 ]
- 原文链接： blog.ethereum.org/2025/0...
- 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～
