Glamsterdam后的以太坊升级：Hegotá实际决定了什么？

免责声明：内容不构成买卖依据，投资有风险，入市需谨慎！

以太坊下一次重大网络升级名为Glamsterdam，紧随其后的升级则称为Hegotá。

自2026年8月16日起，一个数字在行业媒体中流传：据称Hegotá将有66项提案进入讨论阶段。如果有人将此解读为此次升级将带来66项新功能，那便是误读了这一数字。在那一天，由以太坊核心开发者维护的官方规划文件中，明确列出的、已确定排期的提案仅有一项。

本文将为您揭示这一数字差异从何而来，教您如何自行解读规划文件，并判断一项已公布的功能是否真的会部署到网络中。这项技能远比今天的热点头条更有价值。在Hegotá计划于2027年激活之前，您将读到数十篇关于所谓以太坊功能的报道，其中相当一部分最终并不会上线。本文中的所有数据均来自我们对2026年8月16日官方EIP文件的自行统计。

Hegotá是什么，以及它在以太坊路线图中的位置

以太坊升级在技术上是一种硬分叉：即对协议规则的更改，网络上的每个节点都必须同时采用。任何不跟随升级的节点最终都会停留在一条其他节点不再追踪的链上。这就是为什么每一次此类更改都需要经过数月的协商、在测试网络上进行尝试，然后才确定一个固定的激活点。如果您想按照自己的节奏回顾底层机制，可以查阅我们关于以太坊工作原理的说明。

这些升级的名称没有描述性含义，这使得跟踪变得困难。核心开发者目前正在开发Glamsterdam，根据规划文件，其吉祥物是一只北极熊。与此同时，紧随其后的升级Hegotá的准备工作也在进行中。每个项目都有自己的指导文件，记录着每项具体更改所处的状态。对于Glamsterdam，该文件是EIP-7773，创建于2024年9月26日。对于Hegotá，则是EIP-8081，创建于2025年11月11日。两者目前的状态均为“草案”。

关于Glamsterdam包含哪些内容，以及为何这次升级被认为意义重大，我们在2026年4月5日关于Glamsterdam和以太坊价格的文章中已进行过阐述。Hegotá是其继任者，目前所处的发展阶段大致相当于约两年前的Glamsterdam。

为什么选择阶段对作为ETH持有者的您很重要

将其视为开发者话题不予理会当然很方便，但这是站不住脚的，因为硬分叉会同时改变所有人的计算费用、交易类型和验证者职责。从已确定排期纳入Glamsterdam的列表中举两个例子就能说明问题：EIP-8037和EIP-8038提高了写入和读取状态数据的gas成本，而EIP-7981则使访问列表变得更加昂贵。任何重度使用智能合约的人之后都将支付不同的费用。

质押ETH也会受到影响。Glamsterdam列表中的EIP-8061提高了每个时间单位内可以退出或合并的验证者数量上限。这有助于确定您在解除头寸时需要等待多久才能取回余额。如果您通过服务提供商获取奖励，并希望了解当前适用的条款，您可以在我们的质押平台比较中找到并排对比视图；服务商的支付周期和协议规则是两个独立运作的制约因素。

对于您这样只买入并持有ETH的持有者来说，计算更为简单：您的交易平台需要及时更新其节点，否则在激活日期前后，充值和提现将会停滞。这正是交易所在每次硬分叉前会宣布维护窗口的原因。如果您想了解自己的平台处理此类过渡的稳定程度以及过程中收取的费用，可以在我们的加密货币交易所比较中查看概览。

硬分叉元文档EIP-8081是唯一具有约束力的列表

对于每一次升级，核心开发者都会创建一份所谓的元EIP。它不包含技术细节，只包含一份清单：哪些提案正在讨论中，哪些正在审查中，哪些已确定排期，哪些已被拒绝。EIP-8081的作者包括Tim Beiko、Alex Stokes、Ansgar Dietrichs、Nixo和Parithosh Jayanthi，与负责之前升级元文档的是同一团队。

这份文档之所以重要，是因为它是唯一具有约束力地记录分配关系的地方。在讨论论坛上的发言、会议上的演讲或社交网络上的帖子，都不能说明一项更改是否会到来。只有当有人向元文档提交编辑并被接受后，该提案才算拥有了官方状态。您可以随时自行查看完整文档：EIP-8081，硬分叉元数据 Hegotá。

2026年8月16日的统计：一项已排期EIP，37项提案

我们从以太坊开发者的源代码仓库中提取了原始文档，并统计了每个部分的条目。请求返回了200状态码，统计结果如下。

文档中的状态 | EIP数量 | 一句话说明

已排期纳入 | 1 | 已确定排期，预计将发布

考虑纳入 | 1 | 正在测试网络上尝试，无任何承诺

已拒绝纳入 | 0 | 目前尚未有提案被剔除

提议纳入 | 37 | 已提交，尚未评估

总计条目 | 39 | 文档中的总数

此列表中最能说明问题的数字是零。只要还没有任何提案被拒绝，就说明筛选尚未开始。这与行业媒体的描述相符，即核心开发者打算在接下来的会议中开始削减。对您来说这意味着：在37项已提交的提案中，绝大多数将不会进入此次升级，而今天没有人能可靠地知道哪些会留下。

EIP-7723下的四个阶段及其实际含义

元文档中的术语并非空泛之词，而是定义好的状态。它们在一份单独的文件EIP-7723中进行了规定，标题为“网络升级纳入阶段”，创建于2024年6月，目前状态为“最终征求意见”。任何能够区分这四个术语的人，阅读未来任何升级报告时都会比大多数头条新闻更可靠。您可以在此处查阅定义：EIP-7723，网络升级纳入阶段。

“提议纳入”仅是一项申请。要将提案提升到这一阶段，只需向元文档提交一个添加条目的编辑即可。无需核心开发者批准，无需完成实现，也无需测试。文档仅记录有人正在为该升级提议此项更改，并作为联系人存在。目前Hegotá中所有37个处于此标题下的条目，都仅仅经历了提交这一步。

“考虑纳入”是一种意图声明，而非承诺。在开发者团队审查了提案并表达了在测试网络上进行尝试的意向后，提案才能达到此阶段。EIP-7723明确将此状态比作其他开源项目中的“概念确认”，并在同一段落中指出，此状态不足以在主网上部署。如果团队决定反对，提案可以随时从该状态退回至拒绝状态。

“已排期纳入”需要经过验证的成熟度。只有此阶段才意味着提案正在走向主网。EIP-7723列出了四项测试：提案在测试网络上运行稳定至少一周，且未出现严重故障；规范中不包含占位符或未解决的起草问题；与其他提案的交互要么是次要的，要么已在同一测试网络上得到验证；测试覆盖率足够，且不同供应商的软件之间没有出现分歧。即便如此，这一分配仍然是“除非出现不可预见的问题”，因此从该阶段也仍然可能被移除。

规则的一个实际副作用值得记住：一旦元文档从“草案”状态进入“审查”状态，其中的提案列表和拒绝列表就会被移除。在进入“最终征求意见”状态时，被审查候选者的列表也会消失。因此，在完成过程中，文档会变得更短，而不是更长。如果您在几个月后再次打开它，突然发现只剩下一个很短的列表，那是进展的标志，而不是故障。

FOCIL（EIP-7805）是Hegotá唯一确定的组成部分

已经确定排期纳入Hegotá的唯一一项提案编号为EIP-7805，缩写为FOCIL，全称为“分叉选择强制包含列表”。它创建于2024年11月1日，列出的作者包括Thomas Thiery、Francesco D'Amato、Julian Ma、Barnabé Monnot、Terence Tsao、Jacob Kaufmann和Jihoon Song。

FOCIL旨在解决的问题，规范本身描述得很清楚：构建区块的权利目前被拍卖给了专门的提供商。结果，少数几个这样的构建者主导了区块生产，网络的抗审查能力因此受到影响。实际上，这意味着区块构建者可以过滤掉一笔交易，也许是因为它触及了受制裁的地址，而您无法保证其他构建者会打包它。

该机制分四步运作。在每个时间段内，一组验证者被指定为一个委员会；每个成员根据自己的交易池视图组装一个包含列表，并在网络中分发。下一个区块的提议者和所有证明者收集这些列表并传递它们。区块生产者必须将其收集到的所有列表中的交易包含在其区块中。而证明者只有在区块做到了这一点时才会投票给它。因此，一项请求变成了一个条件。

对于您作为用户来说，这就是“我的交易可能会被包含”和“我的交易必须被包含”之间的区别。对于验证者来说，职责列表增加了，因为委员会服务是在现有操作之上新增的。任何通过服务提供商质押了ETH的人，都应提前检查该提供商如何处理新的协议职责；服务商当前条款可在我们的质押比较中找到。

帧交易（EIP-8141）承载了隐私方向

第二个具有自身状态的条目是EIP-8141，名为“帧交易”，创建于2026年1月29日。作者列表异常长，包括Vitalik Buterin、Felix Lange、Yoav Weiss、Alex Forshtat、Dror Tirosh、Shahaf Nacson、Derek Chiang、Stavros Vlachakis和Toni Wahrstätter等。在Hegotá中，该提案处于“考虑纳入”阶段，并且是目前唯一的此类条目。

实质上，它引入了一种新的交易类型，其有效性检查和费用支付可以自由定义。为此，交易被分解为称为“帧”的各个部分，这些部分依次处理检查、费用释放和实际执行。规范列出了几个原因：从当前使用的椭圆曲线程序转向也能抵御量子计算机的程序；将账户与其密钥解耦，从而在协议本身内部实现密钥更改；构建更简单、因此更安全的、具有内置批量处理功能的智能合约账户；以及无需中介服务商的替代费用模型。

关于密钥更改这一点，如果您持有自己的币，值得关注。如今，一个账户与其密钥对不可分割地绑定在一起；如果密钥丢失或落入他人之手，该地址就作废了。协议中内置的密钥更改将松动这一逻辑。在此之前，存储密钥仍然是决定性的一环，而硬件解决方案仍然是实现此目标最稳妥的途径；不同设备之间的差异及其具体表现，在我们的硬件钱包比较中进行了说明。

文档中“原生隐私”的实际含义

2026年8月16日的报道提到了三项提案，它们共同旨在实现无需中间人的隐私应用：帧交易加上EIP-8250（“帧交易的密钥化Nonce”）和EIP-8272（“帧交易的近期根”）。此说法源于开发者Toni Wahrstätter的一篇帖子。

在元文档本身中，情况看起来更为冷静。在这三项提案中，一项处于“考虑纳入”状态；另外两项则处于“提议纳入”状态，因此尚未经过任何审查。与该主题直接相关的第四个条目EIP-8182“私有ETH和ERC-20转账”，同样仅出现在提案列表中。在头条新闻中被描绘成隐私推动的一揽子方案，在官方文档中，包含一项已审查和三项未审查的条目。

这种区分并非吹毛求疵。您能否在两年后依赖某项功能，正取决于此。而且，这可以在三十秒内核实，因为文档是公开的。

媒体称66项提案，文档中为39项条目

这引出了一个问题：当文档中只有39个条目时，数字66从何而来。2026年8月16日，两家行业媒体Cointelegraph和crypto.news对此进行了报道，两者都引用了上述开发者在一个社交网络上的同一篇帖子。我们无法自行查看该帖子，因此在此明确将此数字作为媒体报道引用。只有来自元文档的值经过了我们的验证和统计。

造成差异的最可能原因在于各自统计的对象不同。元文档只包含某人已正式提交的内容。在开发者电话会议和讨论论坛中，还有更多尚未迈出这一步的提案在流传。因此，这两个数字可能都是正确的，只是衡量了不同的东西。对您作为读者来说，有一个简单的测试方法：一个没有附带阶段说明的数字毫无意义。对于每份升级报告，首先问有多少提案已确定排期，然后再继续阅读。

以Glamsterdam为标尺：19项已排期EIP和41项已拒绝EIP

筛选最终会多么严格地削减数量，看看Hegotá之前的升级便知。相同的统计方法应用于2026年8月16日的Glamsterdam文档EIP-7773，得出19项已确定排期的提案，另有7项属于网络协议和分析的次要类别，以及41项明确被拒绝的提案。换句话说，Glamsterdam最终剔除的提案比采纳的还多。

状态 | Glamsterdam (EIP-7773) | Hegotá (EIP-8081)

已排期纳入 | 19 | 1

考虑纳入 | 无单独列表 | 1

已拒绝纳入 | 41 | 0

提议纳入 | 无单独列表 | 37

其他类别 | 7 | 0

在已确定排期的Glamsterdam提案中，包括一些影响显著的变化，例如关于在协议中锚定提议者和区块构建者分离的EIP-7732、关于区块级访问列表的EIP-7928，以及提高智能合约允许大小的EIP-7954。其中哪些最终真正被激活，同样要到激活时才能确定。

边缘的一个细节特别能说明问题。三项在Glamsterdam中被拒绝的提案以提案的形式重新出现在Hegotá文档中：关于移除布隆过滤器的EIP-7668、关于SETDELEGATE指令的EIP-7819，以及关于虚拟机新调用和返回指令的EIP-7979。这是明确允许的。EIP-7723规定，拒绝仅适用于单次升级，并不妨碍在下次升级中再次尝试。因此，拒绝并非对一个想法的最终判决，而只是关于一个日期的决定。