以太坊月报：2025年11月
- 以太坊中文
- 发布于 7小时前
- 阅读 72
这篇文章是关于以太坊核心开发者会议的总结，主要讨论了Fusaka升级的完成情况、Glamsterdam升级的进展，以及未来Heka / Bogotá升级的规划。
以太坊每周一次的 All Core Developers (ACD) 电话会议信息量很大，难以跟上，因此这个“检查点”系列旨在提供大约每 4-6 周一次的高级别更新，具体取决于核心开发中的情况。 请参阅之前的更新 。
如果你喜欢阅读核心开发更新，你可能也很想了解 Forkcast 现在 为每次 All Core Devs 会议提供服务，通常在会议结束后几个小时内可用。
总结：
Fusaka 升级即将到来，Glamsterdam 正在加速推进，其主要功能正在实施中，次要功能正在确定中。 关于 Heka / Bogotá 升级的对话即将开始。
如果你想对 Glamsterdam 中包含哪些次要功能提供意见，现在是时候了。 关于反审查交易功能 (FOCIL) 是否一定会被包含或推迟到以后的升级，尚未达成共识。 如果你有一个想为以太坊提出的主要功能，你应该开始准备你的 提案，以供 Heka / Bogotá 升级讨论，该讨论可能会在 2026 年初开始。
现在是 Devconnect 周！ 未来两周的进展可能比平时慢。 另一方面，面对面的讨论可以加速 Glamsterdam 决策的果断性。
Fusaka
即将到来的升级的测试已经完成， 和 都已在所有三个主要测试网上成功上线，且问题极少。 从历史背景来看，这些以太坊升级的测试网分叉进行得更加顺利 。 虽然一些客户端仍然遇到小问题，但它们并非共识关键，因此不会延迟升级。
Fusaka 将于 UTC 时间 12 月 3 日 21:49 上线 & 来自 Ethereum Protocol youtube 频道。 节点运营商必须在该时间之前更新，以在升级后保持与网络的兼容。 其功能的概述可以在 和 上找到。
时间线
节点运营商请注意：包含以下所有三个分叉的配置。 只需要一次更新即可正确跟踪升级。
| 事件 | 时间 (UTC) | 目标 blobs | 最大 blobs |
|---|---|---|---|
| Fusaka 主网 | 2025-12-03 21:49 | 6 (未更改) | 9 (未更改) |
| 1** | 2025-12-09 14:21 | 10 | 15 |
| 2** | 2026-01-07 01:01 | 14 | 21 |
Glamsterdam
随着 Fusaka 即将完成，重点正在转向未来的升级。 紧随 Fusaka 之后， 旨在“2026 年的某个时候”。 其主要功能（“头条新闻”）、 (ePBS) 和 已于 8 月份选定，而次要功能（“非头条新闻”）是 。
当 Pectra 分叉在 2024 年确定范围时，升级时间线相当灵活，并且升级没有明确的头条新闻，这导致了一个负担过重的分叉，不得不分成两部分。 为了回应这一点，ACDE 会议主持人 Tim Beiko ，为了优化流程，需要限制升级范围。
这是第一个从一开始就有的升级，导致提出的功能比过去更多。 提案非头条新闻功能的截止日期是 10 月 30 日，及时提出 。 核心开发人员和社区目前正在审查此列表，以确定应优先考虑哪些功能。 将根据整体需求/紧迫性、与其他功能的兼容性以及它们的复杂程度来选择功能。
如果 对于核心协议的用户来说特别紧急，请以太坊社区 ，以帮助核心开发人员了解这种需求。
FOCIL
虽然头条新闻流程鼓励社区为了简单起见，为执行层和共识层分别只选择一项功能，但强制分叉包含列表 (FOCIL) 这一审查抵抗功能获得了特别强烈的支持，并被移动到有条件的“”状态，而两个选定的优先级则被移动到“”状态。 这 被认为取决于 ePBS 的进展（共识层功能，以及在某种程度上，BAL（执行层功能）），并且还要求 FOCIL 不会显着延迟升级。
在 中，有人支持将 FOCIL 移至 Glamsterdam 之后的升级 Heka / Bogotá， 对其在该升级中实现的尚未确定的可信承诺。 这一决定将更好地告知开发人员他们是否有时间开发较小的功能，这样他们就不会因为是否需要考虑 FOCIL 而陷入困境。
时间线
Glamsterdam 尚未提出任何时间表，只知道是“2026 年的某个时间”。 这将取决于所选功能的总范围以及头条新闻功能的进展情况。 最终确定集很可能会在今年年底前确定，然后开发人员可以专注于实施并选择下一个升级的主要功能。
现在是 Devconnect 周，这意味着面对面的对话可以加速 共识，但下两个周一测试会议已取消。
Gas 限制
所有客户端都已确认准备好在 Fusaka 之前实现 60 M。 除了在 Fusaka 之前的常规客户端更新之外，节点运营商无需采取任何操作 - 所有客户端都将默认为 60 M。 现在可以期待继续定期增加 gas 限制默认值，因为 Nethermind 思考安全的目标限制。 节点运营商仍然可以通过 信号支持更高的值来 调整他们的限制。
Heka / Bogotá 升级
随着我们现在已经建立了一种在实施一个分叉时计划另一个分叉的节奏，我们可以在 Fusaka 上线后开始讨论 Heka / Bogotá 升级的头条功能。 作为明星名称， 仍在讨论中。 在本周的 All Core Devs 会议之后，我们可以预期 FOCIL 将成为头条新闻选择过程中的领跑者。
Nixo 的评论
Fusaka 一直受到两种发布优先级策略之间紧张关系的影响：安全发布还是快速发布。 社区一直在推动更快的分叉，这在决策中有所体现 - Fusaka 将在 Pectra 之后 6 个月零 26 天发布，部分原因是优先考虑速度而不是过去。 过去分叉中的日期通常是根据何时 所有 客户端都准备好来选择的，而 Fusaka 的时间表更倾向于 大多数 客户端都准备好的日期。
Fusaka 的准备情况有一个独特的优势，因为它的主要功能最初是 Pectra 的一部分，然后升级分为两部分，因此它们的实施在某种程度上具有先发优势。 我不希望在 Glamsterdam 中看到相同的及时性，但我确实希望仍然会推动尽快发布。
如果在 Glamsterdam 升级中开创的这种新的结构化流程确实比 Pectra 的混乱和压力更少，效率更高，那么在我看来，最重要的是长期规划和为升级的每个步骤定义结构，而不是简单地推动开发人员更快地行动，然后我们可以尝试更好地并行规划和开发未来的分叉。
但是，如果 Glamsterdam 仍然感觉像最初的 Pectra 那样让人感到不知所措，那么我们需要弄清楚如何更有效地控制住人们采用广泛的功能集的 enthusiasm 和“我们都可以做到”的心态。
对于 FOCIL 被转移到 Heka / Bogotá：很难明确地承诺在未来两个分叉的升级中包含某个功能。 我们过去已经了解到这一点，当一个功能被安排好，但社区不再希望实施它时，如果开发人员正在计划它并且已经开始开发它，那么不得不删除它是非常麻烦的。
如果转移到后续升级，开发人员和社区可以为 FOCIL 做的最好的事情是继续积极支持其迅速纳入，不要转向可能削弱人们对其紧迫性的理解的闪亮的新主要功能。 审查抵抗对于以太坊的根本价值至关重要，如果其他一些令人兴奋的功能获得了强大的叙述，重要的是不要失去对它的关注。
相关 ACD 会议：
[ 10 月 2 日 - 11 月 13 日 ]
- 原文链接： blog.ethereum.org/2025/1...
- 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～
