# Hegota Upgrade

> Hegota 是计划于 2026 年底进行的以太坊网络升级。继 Glamsterdam 升级之后，它侧重于通过潜在地实施 V... 来提高可扩展性。

- Canonical URL: https://iq.wiki/zh/wiki/hegota-upgrade
- Categories: Projects & Protocols
- Tags: Layer 1, DeFi, Infrastructure
- Created: 2026-01-26T00:24:14.539Z
- Last updated: 2026-01-26T00:24:14.539Z
- Source: IQ.wiki — the world's largest blockchain and crypto encyclopedia (https://iq.wiki)

---

**Hegota** 是一项计划中的重大网络升级，或 [硬分叉](https://iq.wiki/wiki/hard-fork)，针对 [以太坊](https://iq.wiki/wiki/ethereum) [区块链](https://iq.wiki/wiki/blockchain)，计划于 2026 年下半年进行。作为 [Glamsterdam](https://iq.wiki/wiki/ethereum-glamsterdam-upgrade) 升级的指定后续版本，Hegota 代表了 [以太坊](https://iq.wiki/wiki/ethereum) 加速开发路线图的关键部分，该路线图优先考虑更频繁和增量的协议更新。此次升级的主要目标是提高 [以太坊](https://iq.wiki/wiki/ethereum) 的可扩展性，通过降低 [节点](https://iq.wiki/wiki/node) 运营商的准入门槛来改善网络去中心化，并解决状态大小增长的长期挑战。虽然升级的最终范围将在 2026 年初进行正式的选择过程，但最初的讨论主要集中在将 Verkle 树作为主要功能来实现。[\[1\]](#cite-id-C9wFfvx7LDMP2Yrn) [\[2\]](#cite-id-3lNe0iTsPRG8C2iN) [\[3\]](#cite-id-zQAHUrzLpJp6m0z5)

## 背景和路线图

Hegota 升级是以太坊核心开发理念在 2025 年发生战略转变的产物。这种新方法倾向于更快的网络升级节奏，目标是每年大约两次硬分叉。采用此策略的部分原因是回应了 2025 年初一些社区成员和构建者的批评，他们认为协议开发的速度太慢，无法满足网络日益增长的需求。通过更频繁地发布更小、更集中的更新，开发人员旨在以更可预测和可管理的方式引入改进，而不是将大量复杂更改捆绑到大型、不太频繁的发布中。[\[1\]](#cite-id-C9wFfvx7LDMP2Yrn) [\[4\]](#cite-id-eFPljHwOV1RsY53j)

Hegota 遵循一系列旨在增强以太坊功能的升级。它是在 [Fusaka 升级](https://iq.wiki/wiki/fusaka) 之后进行的，该升级成功实施了 [PeerDAS](https://iq.wiki/wiki/eip-7594-peerdas)，以及计划于 2026 年上半年进行的 [Glamsterdam 升级](https://iq.wiki/wiki/ethereum-glamsterdam-upgrade)。Glamsterdam 的主要功能包括区块级访问列表和嵌入式提议者-构建者分离 (ePBS)。任何未及时准备好用于 Glamsterdam 的复杂功能都被认为是 Hegota 的有力候选者。[\[5\]](#cite-id-FEKWxQ2L94h2dU4R) [\[4\]](#cite-id-eFPljHwOV1RsY53j)

在 2025 年 12 月 22 日的博客文章中，[以太坊基金会](https://iq.wiki/wiki/ethereum-foundation-ef) 将 Hegota 的路线图置于上下文中：

> “Fusaka 除了大量次要功能外，还发布了 PeerDAS，Glamsterdam 的主要功能将包括区块级访问列表和嵌入式提议者-构建者分离。现在我们开始概述后续升级：Hegota。”[\[5\]](#cite-id-FEKWxQ2L94h2dU4R) [\[1\]](#cite-id-C9wFfvx7LDMP2Yrn)

## 命名惯例

名称“Hegota”延续了 [以太坊](https://iq.wiki/wiki/ethereum) 网络升级的既定命名惯例，该惯例将执行层 (EL) 更新的名称与共识层 (CL) 更新的名称相结合。该名称已于 2025 年的最后一次所有核心开发者执行 (ACDE) 会议期间由核心开发者正式商定。[\[6\]](#cite-id-By1uCpvUXbzMLPag)

名称的组成部分是：

* **Bogota：** 执行层升级的名称，以纪念 Devcon VI 开发者大会的主办城市哥伦比亚波哥大而命名。[\[1\]](#cite-id-C9wFfvx7LDMP2Yrn) [\[4\]](#cite-id-eFPljHwOV1RsY53j)
* **Heze：** 共识层升级的名称，以一颗星星命名。[\[1\]](#cite-id-C9wFfvx7LDMP2Yrn) [\[6\]](#cite-id-By1uCpvUXbzMLPag)

这两个名称合并在一起，创建了组合网络硬分叉的混成词 **Hegota** (**He**ze + Bo**gota**)。[\[1\]](#cite-id-C9wFfvx7LDMP2Yrn)

## 开发和范围界定过程

确定 Hegota 升级内容的过程通过元 [以太坊](https://iq.wiki/wiki/ethereum) 改进提案 EIP-8081 进行协调。此 EIP 本身不引入任何协议更改，而是充当所有正在考虑或计划包含在硬分叉中的 EIP 的中心跟踪问题和主列表。[\[7\]](#cite-id-GOpi1SoxbCmRomUE) [\[2\]](#cite-id-3lNe0iTsPRG8C2iN)

2025 年 12 月 3 日，[以太坊](https://iq.wiki/wiki/ethereum) [基金会](https://iq.wiki/wiki/foundation) 研究员 Alex Stokes 在以太坊魔法师论坛上提出了一个正式的范围界定过程。这种结构化的方法旨在提供清晰度并纳入先前升级的经验教训。该过程旨在通过在考虑较小补充之前优先选择一个或多个主要功能来定义明确的“分叉重点”。社区成员 Andrew Coathup 建议潜在的重点领域可能包括 [Layer 1](https://iq.wiki/wiki/layer-1) 或 [Layer 2](https://iq.wiki/wiki/layer-2) 扩展、用户体验 (UX)、开发者体验 (DX) 或去中心化。[\[7\]](#cite-id-GOpi1SoxbCmRomUE)

### 主要和非主要 EIP

选择过程区分了两种类型的提案：

* **主要：** 这些是升级的主要、定义性功能，用于解决其主要目标。主要 EIP 的倡导者必须使用特定模板在 [以太坊](https://iq.wiki/wiki/ethereum) 魔法师论坛上提交他们的提案。此模板需要使用简单的语言摘要、详细的理由、利益相关者影响分析以及技术准备情况和安全风险评估。[\[7\]](#cite-id-GOpi1SoxbCmRomUE)
* **非主要：** 这些是较小的改进或次要功能。只有在所有核心开发者最终确定主要功能后，才会打开非主要 EIP 的提交窗口 30 天。还建立了一条规则，规定作为主要提案提出但未被选中的 EIP 不能作为同一升级的非主要提案重新提出。[\[5\]](#cite-id-FEKWxQ2L94h2dU4R) [\[7\]](#cite-id-GOpi1SoxbCmRomUE)

### 范围界定时间表

Hegota 范围界定的时间表已于 2025 年底正式公布。鉴于目前的日期是 2026 年 1 月 26 日，该过程正在积极进行中。[\[5\]](#cite-id-FEKWxQ2L94h2dU4R)

* **2025 年 12 月 3 日：** [以太坊基金会](https://iq.wiki/wiki/ethereum-foundation-ef) 研究员 Alex Stokes 在 [以太坊](https://iq.wiki/wiki/ethereum) 魔法师论坛上发布了拟议的范围界定时间表。
* **2025 年 12 月 22 日：** [以太坊](https://iq.wiki/wiki/ethereum) 基金会的协议支持团队发布了一篇博客文章，正式概述了 Hegota 升级的提案和选择过程的时间表。
* **2026 年 1 月 8 日 – 2 月 4 日：** “主要”EIP 提案的提交窗口已打开。要获得考虑，提案必须提交给 [以太坊](https://iq.wiki/wiki/ethereum) 魔法师论坛，并在此期间的所有核心开发者会议上进行介绍。
* **2026 年 2 月 5 日 – 2 月 26 日：** 安排了一段时间供所有核心开发者团队讨论、评估和最终确定升级的主要功能。
* **2026 年 2 月 26 日之后：** 在选择主要功能后，将打开一个 30 天的窗口，用于提交“非主要”EIP 提案。

讨论和最终确定的时间表可能会根据开发者共识的进展情况而发生变化。[\[5\]](#cite-id-FEKWxQ2L94h2dU4R) [\[7\]](#cite-id-GOpi1SoxbCmRomUE)

## 目标和潜在功能

Hegota 升级的主要目标是增强以太坊的可扩展性，加强其去中心化，并实施长期解决方案来管理区块链状态的增长，通常称为“状态膨胀”。虽然截至 2026 年 1 月，尚未正式确认任何 EIP 包含在内，但核心开发者和社区之间的讨论已经强调了几个关键提案和感兴趣的领域。[\[3\]](#cite-id-zQAHUrzLpJp6m0z5) [\[4\]](#cite-id-eFPljHwOV1RsY53j)

### Verkle 树

Hegota 主要功能的领先候选者是引入 Verkle 树。Verkle 树是一种新颖的数据结构，与 [以太坊](https://iq.wiki/wiki/ethereum) 当前使用的 Merkle Patricia 树相比，它在生成数据证明方面效率更高。它们的实现将允许 [以太坊](https://iq.wiki/wiki/ethereum) 节点使用更小的“证明”来存储和以数学方式验证大量状态数据。[\[1\]](#cite-id-C9wFfvx7LDMP2Yrn) [\[4\]](#cite-id-eFPljHwOV1RsY53j)

实施 Verkle 树的主要好处是：

* **降低硬件要求：** 它们将大大降低运行完整节点所需的硬件要求，尤其是磁盘空间。这是实现“无状态客户端”的关键一步，无状态客户端可以在不存储整个状态的情况下验证链。[\[3\]](#cite-id-zQAHUrzLpJp6m0z5) [\[4\]](#cite-id-eFPljHwOV1RsY53j)
* **改进的去中心化：** 通过使更多个人能够以更低的成本和更容易的方式运行完整节点，Verkle 树旨在增强网络的去中心化、弹性和安全性。[\[1\]](#cite-id-C9wFfvx7LDMP2Yrn)

### 状态和历史管理

Hegota 的另一个主要关注领域是实施状态和历史过期机制。这个概念涉及允许从完整节点必须维护的活动集中修剪区块链上较旧、不太频繁访问的状态和历史数据。这直接解决了状态膨胀的问题，状态膨胀通过使新节点越来越难以加入和与网络同步，从而对可扩展性提出了长期挑战。[\[3\]](#cite-id-zQAHUrzLpJp6m0z5) [\[6\]](#cite-id-By1uCpvUXbzMLPag) [\[4\]](#cite-id-eFPljHwOV1RsY53j)

### 其他潜在包含项

其他几个 EIP 和概念被认为是 Hegota 升级的潜在候选者，如果它们没有及时准备好，其中许多可能会从之前的 Glamsterdam 升级中推迟。[\[1\]](#cite-id-C9wFfvx7LDMP2Yrn)

* **嵌入式提议者-构建者分离 (ePBS)：** 这是协议级别的更改，用于正式确定区块提议者（选择区块的验证者）和区块构建者（构建区块的复杂实体）之间的角色分离。目标是通过防止权力集中在少数大型区块构建者中来缓解中心化风险。虽然 ePBS 是 Glamsterdam 的一个主要功能，但任何复杂性都可能将其实现推迟到 Hegota。[\[3\]](#cite-id-zQAHUrzLpJp6m0z5) [\[4\]](#cite-id-eFPljHwOV1RsY53j)
* **FOCIL：** 此提案已列在 Hegota Meta EIP (EIP-8081) 的“考虑包含”部分中。它之前曾被考虑用于 Glamsterdam 升级，但由于“范围缩小决定”而被推迟，这表明它仍然是开发人员的优先事项。[\[5\]](#cite-id-FEKWxQ2L94h2dU4R)
* **执行层优化：** 通常在网络升级中包含对 [以太坊](https://iq.wiki/wiki/ethereum) 虚拟机 (EVM) 和执行层其他方面的效率的常规改进，并且可能是 Hegota 的一部分。这可能包括调整各种操作的 gas 成本。[\[6\]](#cite-id-By1uCpvUXbzMLPag) [\[4\]](#cite-id-eFPljHwOV1RsY53j)
