以太坊Hegotá升级前瞻:有哪些关键变化?

以太坊的发展方向对所有在其上构建、使用、持有 ETH 或坚信其未来的人都至关重要。 尽管这一未来最终由每天在以太坊上构建的建设者、应用和社区所决定，但网络升级是协议演进以满足这些需求的核心途径之一。Hegotá 是继 Glamsterdam 之后计划中的下一个以太坊网络升级，本文分享了 Ethlabs 对于以太坊在 Hegotá 中应优先考虑哪些事项及其原因的看法。

Ethlabs 是一家成立仅 8 周、致力于以太坊与 ETH 的非营利研发实验室，我们的使命是将以太坊打造成全球经济的结算层。我们立足于以太坊实际应用与协议开发之间，倾听用户、钱包、应用、Rollup、机构、ETH 持有者、研究人员和客户端团队的声音。有时我们甚至会亲自在链上构建，因为只有亲自下场才能建好竞技场！我们坚信，卓越的协议工程应当赋能伟大的产品，而伟大的产品反过来应指引协议的演进方向。

Hegotá 的范围目前正处于通过以太坊开放技术流程进行定义的早期阶段，以下提案汇集了众多个人、研究团队和客户端团队的成果。本文透明地阐述了我们的优先级建议以及仍在形成中的观点。我们非常欢迎各界对这些立场进行评估、质疑并协助改进，随着未来几天和几周内讨论与认知的深入，我们将持续迭代这些内容。

针对 Hegotá 升级，在所有已提出的 EIP 中，我们认为以太坊的最高优先级领域如下：

• 更强的抗审查性： 无论用户身份或用途如何，任何人都应能将其交易成功打包上链。
• 更快的以太坊： 更短的出块时间意味着更快的确认、更新鲜的链上价格和更快的最终确定性（Finality）。
• 原生账户抽象（Native AA）： 账户应原生支持 Passkey、赞助交易、Token代付 Gas、交易批处理与更强的隐私性，并具备通往后量子密钥的路径。
• 持续的 L1 扩展： 应用需要在需求激增时依然保持低成本且可预测的容量。

公开透明地开展工作是 Ethlabs 的核心目标，这也是我们每周发布进展更新的原因，并且在适逢此类重要节点时，会发布长篇技术分析来分享我们的思考。在接下来的几周里，我们还将为只想了解要点的读者发布更精炼的内容。接下来的部分篇幅较长且技术性极强。对于读完全文的朋友，祝阅读愉快！

首先：EIP 流程究竟是如何运作的？

在深入探讨提案本身之前，需要说明重要的一点：Hegotá 范围确定流程的第二阶段刚刚开启。第一阶段已选定 FOCIL 作为 Hegotá 的核心主打功能（Headliner）。8 月 6 日是非主打 EIP 的提案截止日，接下来全核心开发者会议（ACD）将对 Hegotá 升级进行全方位评估。

以下所有 EIP 目前均处于 PFI（提议纳入，Proposed for Inclusion） 阶段，此前已通过主打功能评审流程的 EIP 除外。提议纳入 EIP 是无需许可的，且绝大多数提案最终并不会进入正式升级。

具体而言，随着实现工作的推进，提案会经历审查力度逐步加大、落地确定性逐步提高的各个阶段：

• PFI（提议纳入）： 仅代表该提案已被提出。此阶段完全无门槛，并不代表客户端已支持或最终会被纳入。
• CFI（考虑纳入，Considered for Inclusion）： 客户端团队已对提案进行审查，并计划进行原型开发与测试。
• SFI（计划纳入，Scheduled for Inclusion）： 只要后续的实现与测试进展顺利，各方已达成广泛共识将其纳入升级。

若想深入了解该流程的运作机制，建议观看 Tim Beiko 的简短解析。

说明事项：如何阅读本文

我们沿用 Forkcast 的评级体系来呈现我们对 Hegotá EIP 优先级的看法。为了简化决策，我们将所有已评估的 EIP 划分为四个级别及待定状态：

• [S 级] 强烈推荐纳入。
• [A 级] 在解决实现复杂度、影响分析或实际采用等阻碍因素后，推荐纳入。
• [B 级] 很有价值，但在本次升级中落地较为勉强。
• [D 级] 不建议以当前形式纳入 Hegotá。
• [形成观点中] 我们仍在评估该 EIP。

请注意，这些仅代表 Ethlabs 的推荐意见。我们主要从目标、规范以及预期的实现复杂度来评估各项提案，除非我们拥有更高的确定性或已深度参与其中（如 Frames 和 Quick Slots）。后续随着来自 ethPandaOps、测试团队及客户端团队的评估反馈，我们将不断更新看法。

[CL] 代表该 EIP 影响共识层（Consensus Layer）客户端；[EL] 代表其影响执行层（Execution Layer）客户端。

需要说明的是，我们参与并联合撰写了若干 EIP（包括 FOCIL、Frame Transactions 和 Quick Slots）。尽管我们力求保持客观评估，但在参考我们的立场时，请将这一因素考量在内。

核心摘要

CL 评级 你可以在 Forkcaster 上查看并迭代该具体的 [CL] 评级。

EL 评级 你可以在 Forkcaster 上查看并迭代该具体的 [EL] 评级。

Hegotá 的核心主题

FOCIL：强化抗审查能力

EIP-7805: FOCIL 已被确定为 SFI 状态，并锁定为 Hegotá 的核心主打功能。 Ethlabs 团队的三位成员（Francesco、Barnabé 和 Julian）是其共同作者，我们全力支持其纳入。鉴于该决定已基本敲定，在此不做赘述。唯有对所有人保持中立的区块链，才能成为所有人的信任根基。 这是让以太坊扩展成为全球经济及其每一位参与者的真正结算层的关键所在。

Quick Slots：更快的以太坊

以太坊当前 12 秒的 Slot 时间带来了延迟成本，削弱了用户价值。 因此，我们强烈建议在 Hegotá 中纳入 [CL] EIP-8198: Quick Slots [S 级]，理由有四点：

• 提升 L1 的用户体验，实现更快的交易确认。
• L1 上的链上市场可基于更新鲜的价格运行，从而改善价差与流动性提供者（LP）的经济效益。
• 最终确定性与快速确认规则均继承自 Slot 时间，更快的出块速度将直接加速这两者，从而提升跨链互操作性。
• 每秒产生更多区块提议者意味着抗审查能力的增强，包括经济层面的抗审查性（即在某段时间内恶意维持空块所需的资金成本大幅上升）。

在保持以太坊独特去中心化特性的同时提升速度，将使以太坊的区块空间更具价值，且该价值将直接赋能网络与 ETH 本身。 每一次时间缩短，都是在向用户即时交付实在价值。此外，更快的出块时间一直是应用开发者呼声最高的需求之一。

当下即刻启动该项工作的理由在于：缩短 Slot 时间绝非一蹴而就的单次调整。 与扩容一样，切实验证落地的缩短比长远路线图承诺能给应用带来更高的确定性。实现低于 6 秒 Slot 的路径始于先让 Slot 时间具备可调性，随后进行迭代优化。EIP-8198 将此项工作分为两部分：

• 一次性重构： 使 Slot 时间在技术规范和客户端代码中更易于调整。
• 在 Hegotá 中实现首次下调，随后随着路线图推进及安全性实证数据的积累，在后续硬分叉中进一步缩短。

Hegotá 是承担这一一次性重构成本的最佳窗口。 Glamsterdam 中的 ePBS 已经重构了 Slot 结构；而 Hegotá 对于共识层而言是一个相对轻量的分叉。随着后续在 I* 中引入解耦共识（Decoupled Consensus），这扇窗口即将关闭，因此目前共识层拥有充裕的开发带宽来完成重构，这种机会未来数个分叉内将不复存在。

换句话说：我们要么接受在未来至少两年内继续停留在 12 秒，要么在约一年后的 Hegotá 中缩短至 10 秒，并在次年有望降至 10 秒以内。 这两次提速并非纸上谈兵，它们能直接提升用户价值并改善网络经济模型。我们认为现在正是启动的最佳时机。

针对最常见质疑的回应： 在此针对与客户端开发者及 EF 协议团队初步探讨中提出的 4 个核心关切进行说明：

实现复杂度： 毫秒级精度的 Slot 定时机制已通过 ePBS 工作合并至共识层规范中，EIP-8198 的 CL 和 EL 规范草案均已齐备，Base Fee、Gas Limit 和 Blob 计划均已按比例缩放以保持每秒行为一致。剩余成本主要在于清理客户端及周边工具中硬编码固定 Slot 时间的边缘情况，并进行充分测试。一次性重构正是为了提前消化这一部分工作，后续每次缩短都仅是单纯的参数调整。

zkEVM 证明生成（Proving）： 核心在于相对证明时间与固定证明开销。

• 相对证明时间衡量的是分配给证明生成的 Slot 时间占比，以及当 Slot 时间缩短时该占比的变化。当前的构建者（Builder）在监测到上一个 Payload 发布后即可立即开始构建，随后当前 Beacon 区块承诺该 Slot 的 Payload，该 Payload 必须在下一个提议者发布区块前完成证明。对于证明而言，最短相对时间为一个完整 Slot 减去 Beacon 区块发布的网络延迟。Beacon 区块发布的延迟本身很短，因此当前阶段不会构成根本性瓶颈。此外，经过优化的构建者可以在构建过程中实现协同证明（Co-proving），无需等待最终胜出的 Payload 被完全敲定即可提前开始。
• zkEVM 证明开销大致与区块大小呈线性关系，但存在一定的固定开销。 更快的 Slot 意味着固定开销支付得更频繁，在相同吞吐量下增加了延迟预算压力。我们看到了两个破局点：首先，工程进步将持续压低这些固定操作的延迟；其次，EIP-7862（延迟状态根）将更多的证明工作移出了关键路径，从而为不可压缩的操作争取更多时间。两者的结合表明，更快的 Slot 不会阻碍未来吞吐量的进一步提升。

后量子（PQ）过渡： 解耦共识方案已获得广泛支持，足以作为未来共识架构的稳定基石。解耦意味着将最终确定性投票移出区块生成的关键路径。特别是大规模 PQ 签名聚合以及相关的递归 STARK 机制都将被剥离出关键路径。用于生成区块并维护分叉选择规则的子委员会预计目前仅需 512 个（未来可能为 256 个）验证者。虽然 PQ 签名体积更大，但在提议的 10 秒（乃至未来更短）Slot 时间内完成传播绰绰有余。

智能合约与基础设施： 目前正针对智能合约和基础设施对 Slot 时间的依赖进行调研。针对智能合约，我们已与 Sourcify 合作分析所有已开源验证的合约；我们也在评估根据 EIP-4788 存储的历史 Beacon 区块根受 Slot 时间调整的影响。在基础设施方面，Etherscan 反馈称，Slot 时间缩短可能会带来更高的负载，但由于其底层架构在工作量证明（PoW）时代就支持可变出块时间，因此无需进行重大改造。

账户抽象（AA）：改善体验、安全性与隐私

以太坊及其生态长期渴求原生账户抽象（Native AA），它能带来 Passkey 钱包、代付交易、ERC-20 支付 Gas、交易批处理 等卓越体验。

然而，原生 AA 的推进历程十分坎坷，因为它涉及以太坊技术的全栈环节（包括客户端、L2、钱包、RPC、开发工具等），需要庞大且多元的利益相关方协同支持。这不仅使得任何 AA 提案难以在以太坊以共识驱动的开发流程中突围，更在落地后难以推行实际采用。

因此，我们将 Hegotá 的原生 AA 提案 Frame Transactions 评为 [A 级]。这并非因为其技术不足以进入 S 级，而是为了充分考虑需要大量协调才能化解的实际采用风险。鉴于团队在 AA 领域的深厚积累，Ethlabs 计划通过与 L2、钱包等生态方紧密合作，全力推动 Frame Transactions 的落地与采用。

具体的 Hegotá 账户抽象提案：

[EL] EIP-8141: Frame Transactions [A 级] 我们认为这是以太坊原生 AA 体系的最佳候选方案。与其他原生 AA 方案相比，Frames 具备多项高度契合以太坊 CROPS 准则的特性：

• 无需许可的账户创新： 验证逻辑完全由 EVM 代码处理，开发者可自由设计任何验证逻辑，而非像某些方案那样必须依赖验证逻辑白名单。
• 对隐私协议的一流原生支持： 得益于上一特性，诸如 Railgun 等隐私协议可直接接管 Frame 交易的验证逻辑，使用户无需依赖任何中心化中继节点（Relayer）即可发送隐私交易，大幅提升隐私性与抗审查性。
• 后量子安全性： Frame 交易在设计之初就兼顾了以太坊的后量子路线图。例如，它显式支持签名聚合，即便单个后量子签名验证成本高昂，以太坊未来也能对其收取极低的 Gas 费。
• 局限性： 验证逻辑交由 EVM 代码处理会导致验证产生成本动态化而非固定化，这可能对 L2 等高 TPS 链带来性能挑战。我们乐观地认为，这可以通过在其之上构建进一步的 EIP 或 ERC（例如 EIP-7819，允许交易静态声明验证逻辑以便定序器利用原生代码加速）来解决。我们也将与 L2 及以太坊基金会合作开展基准测试以消除性能瓶颈。

[CL][EL] Frame Transactions 扩展套件：

• [EL] EIP-8250: Keyed Nonces for Frame Transactions [A 级] 我们认为该 EIP 在概念上是 EIP-8141 的一部分，应当协同发布。它为 Frame 交易引入了 2D Nonce。2D Nonce 支持账户向内存池并发发送多笔并行交易，并允许隐私协议将 Nullifier 存储为 2D Nonce。由于 2D Nonce 属于读写成本极低的特殊存储空间，相比于目前存储在普通动态存储中，隐私交易能节省大量 Gas，这在 Glamsterdam 存储重定价（EIP-8037）的背景下尤为关键。
• [EL] EIP-8272: Recent Roots for Frame Transactions [B 级] 旨在改善隐私协议在 Frames 下的使用体验。隐私协议在验证期间需要访问近期的承诺根，如果存放在常规存储中不仅昂贵，还会与 Frames 的公共内存池规则冲突。该 EIP 通过暴露一个系统合约将这些根存储在自动清除旧数据的环形缓冲区中。评为 B 级是因为其为单一特定用例增加了相当大的复杂度，或许存在更通用优雅的解法。
• [CL] EIP-8369: VOPS Profiles for FOCIL Eligibility [B 级] 解决 Frames 与 VOPS（仅验证部分无状态，Validity-Only Partial Statelessness）的协同问题，以便在 zkEVM 带来的无状态世界中让内存池保持抗审查。评为 B 级是因为该提案强绑定于某种社区尚未达成充分共识的特定无状态愿景。
• [EL] EIP-7906: Transaction Assertions via State Diff Opcode [B 级] 提升交易结果的静态可审计性。用户目前可以断言“应当发生什么”，但无法断言“没有发生其他任何事情”。引入新操作码以证明不存在其他状态变更，让用户无需模拟即可在结构上限制交易的全部影响，硬件钱包是直接受益者。鉴于其复杂度，建议仅在客户端团队透彻理解且测试面完全明晰的前提下才考虑纳入。
• [EL] EOA 迁移：EIP-7851 与 EIP-8151 [B 级] EIP-7851（代码控制的 EOA 委托）与 EIP-8151（账户代码限制的 ecRecover） 是配套标准，构成了 EOA 向智能账户平滑过渡的路径：EOA 先通过 EIP-7702 委托，再由 7851 的操作码使委托永久化并禁用根 ECDSA 私钥，8151 则使 ecrecover 感知该停用状态以防止资产被旧私钥盗取。评为 B 级是因为该方案尚未解决多链迁移问题（用户必须在所有 L2 上重复操作），我们更倾向于支持能让用户以 L1 为信任根“一次迁移，全 EVM 通用”的方案。
• [EL] 后量子签名方案：EIP-8355 [A 级] Hegotá 应建立可靠的后量子签名路径。EIP-8355 新增 ML-DSA 验证预编译合约，配合 Frame Transactions 落实后量子账户安全。备选方案为预先注册 PQ 支持但不激活，或定义兼容 PQ 密钥的派生格式。
• [EL] EIP-7819: SETDELEGATE 指令 [A 级] 原生 AA 落地后，降低新智能账户的部署成本至关重要（特别是 Glamsterdam 的 EIP-8037 会推高部署成本）。EIP-7819 允许新账户使用简单的委托指针代替代理合约，大幅减少新创建的状态量，从而显著降低账户部署成本，扫除 AA 普及障碍。

性能工程：持续推进 L1 扩容

Glamsterdam 标志着以太坊研发范式的转变：性能已被提升为协议设计与客户端开发中的一等研发约束。 延迟执行、资源重定价与大量的客户端优化，使过去两年的容量从 30M 提升至（至少）200M。性能优化赋予了我们充足的腾挪空间：获得的性能余量可用于扩容、缩短 Slot、降低节点硬件门槛，或兼而有之。

持续扩容依然是绝对刚需。 应用选择生态不仅看当前费率，更看重以太坊能否在未来长期稳定且可预测地扩展区块空间供应。目前主网应对突发需求流量的能力依然薄弱（例如以太坊 11 周年时，平日 Base Fee 仅 ~0.1 gwei，但某 NFT 铸造一度将其推高至 10 gwei 以上，交易成本中位数达到约 1 美元，P90 更是突破 5 美元）。因此，Glamsterdam 的扩容势头必须在 Hegotá 中延续。

• [EL] EIP-8131 与 EIP-8279：数据重定价组合包 [S 级] Glamsterdam 之后，下一个核心约束在于 Payload 传播，部分原因在于不同来源的 Payload 字节在 Gas 计量中存在不一致甚至缺失。EIP-8131（统一交易内容下限） 将现有的交易保底成本扩展到执行前已知的交易内容，而 EIP-8279（区块访问列表字节下限） 则覆盖执行期间动态生成的 BAL 字节。我们建议将两者视为捆绑方案：共同建立对交易关联字节的一致性计量，限制最坏情况下的 Payload 大小，同时完全不影响绝大多数普通非数据密集型交易，从而修补资源计量漏洞，为进一步提高 Gas Limit 扫清障碍。
• [CL][EL] EIP-8146: Block Access List Sidecars [A 级] 通过在 Payload 之外独立传播区块访问列表（BAL Sidecar） 来优化关键路径，既能改善网络传播，又能让执行层客户端提前进行状态预取与执行后状态根计算。此方案主要复用成熟的 CL Gossip 机制，是一个低成本、高回报的优化。

其他相关 EIP：

[EL] CPSB 重新校准 [A 级] 针对状态与执行 Gas 使用情况，按需纳入以下两项之一：

• EIP-8368（针对新 Gas Limit 的 CPSB 重新校准）： EIP-8037 的预定后续方案，在分叉时进行一次性调整，以在 Gas Limit 提升时保持状态增长受控。
• EIP-8372（归一化状态 Gas 上限）： EIP-8368 的超集，支持更精细地调整以纠正相对错误定价。

[EL] EIP-7862: Delayed State Root [B 级] 规范虽简单，但客户端改造复杂度较高（状态根贯穿整个代码库）。其最大价值在于未来（为 zkEVM 证明争取时间），鉴于 Hegotá 已经偏重 EL，故暂列 B 级。

[CL] EIP-8341: Partial Execution Payload Commitments [D 级] 建议拒绝： 收益微小，紧迫性不足，且已被 EIP-7862 完全取代。

其他提案评估

鉴于 Hegotá 整体呈现 执行层（EL）偏重 的态势，我们建议保持克制，对任何 EL 提案设立极高的准入门槛。共识层（CL）在 FOCIL 和 Quick Slots 之外保持轻量是明智之举，能为客户端团队预留带宽以筹备后续重大的架构转型。

[CL] 发行量机制（Issuance）

我们刻意不对 EIP-8363（渐进式发行销毁，Tapered Issuance Burn）进行评级。货币政策属于全社区层面的重大议题，不应由核心开发者单方面定夺。

• 技术视角： 该提案针对的痛点是真实的——随着质押率升高，罚没（Slashing）的威慑力下降、质押奖励主要沦为稀释对冲，且规模效应不断拉大巨型节点与个人质押者（Solo Staker）的差距。但调整亦伴随着质押分布不确定性及重置货币政策固化周期的风险。
• 建议： 在完成 Hegotá 其他所有技术范围界定之后，再行决议发行量问题，避免干扰常规的技术评估流程。

[CL] 质押特性

• [CL] EIP-8015: 移除 deposit 和 eth1data 字段 [A 级]： 极其简单的技术债务清理，得益于 EIP-7688，对无关字段的 Merkle 证明无破坏。
• [EL][CL] EIP-8237: 独立的 CL/EL 同步 [B 级]： 基于 ePBS 实现共识层与执行层独立同步，有望大幅简化客户端代码。
• [CL] EIP-8205: 提款凭证预注册 [D 级]： 建议拒绝。 现有的预存款方案足以应对，新增机制复杂度过高。
• [CL] EIP-8148: 自定义验证者自动提款阈值 [D 级]： 建议拒绝。 新增系统合约和执行请求的代价过大，对促进整体验证者合并效果甚微。
• [CL] EIP-8375: ePBS 强制销毁执行奖励 [D 级]： 建议拒绝。 极易诱发私下场外交易（Side-channeling），且 MEV 销毁策略在研究界未达成共识。
• [CL] EIP-7716: 反关联惩罚机制 [D 级]： 建议拒绝。 缺乏足够实证支持如此大幅度的激励改动，且质押激励将在解耦共识中重构。
• [CL] EIP-8333: 对齐 Checkpoint 与 Epoch 边界块 [D 级]： 建议拒绝。 虽是很好的代码清理，但建议推迟至后续的大型解耦共识升级中统筹处理。
• [CL] EIP-8359: Beacon Block 报告字段 [形成观点中]

[CL] 进一步的后量子准备

• [CL] EIP-8365: 废弃旧版 BLS 提款凭证 [A 级]： 淘汰遗留凭证，简化协议并为 PQ 转型铺路，改动简单，值得立即纳入。
• [CL] EIP-8367: 废弃 BLS 验证者的余额日落机制 [D 级]： 建议拒绝。 绝大多数验证者会主动更新凭证，暂无迫切必要引入强制清理机制。
• [CL] EIP-8321: Hash-Chain RANDAO [D 级]： 建议拒绝。 在验证者 BLS 密钥本身仍脆弱的情况下，单点升级 RANDAO 意义有限，且每个验证者需增加 ~32 字节并引入新的密钥管理机制。

[EL][CL] zkEVM 准备

• [CL] EIP-8025: 可选执行证明 [D 级]： 该提案不需要硬分叉，不应阻塞 Hegotá。在厘清验证者长期状态模型之前，不宜过早削弱验证者对状态的承载角色。
• [EL] EIP-7666: 将 Identity 预编译合约转化为 EVM 代码 [A 级]： 实用且轻量的改动。
• [EL] EIP-8200: EVMification（预编译合约转 EVM）[B 级]： 涉及的三项预编译中，有一项广泛用于 SNARK 验证，需完成影响评估以确保迁移成本可控后方可考虑升至 A 级。
• [EL] EIP-7709: 从存储中读取 BLOCKHASH 并调整成本 [D 级]： 成本大幅增加具有破坏性，紧迫性不高。
• [EL] EIP-8268: 在区块访问列表中包含存储根 [B 级]： 需进一步评估其对 BAL 体积及交易成本的具体影响。

[EL] EVM 功能特性

• [EL] EIP-5920: PAY 操作码 [A 级]： 简单实用，是 EVM 值得拥有的优质原语。
• [EL] EIP-8163: 保留 EXTENSION (0xae) 操作码 [A 级]： 对 L2 极有价值，对 L1 无实际负担。
• [EL] 代码复用与去重：EIP-8058 与 EIP-8298 [B 级]： 允许通过 Hash 指针廉价复用已存在的合约代码，理念极佳，但需进一步评估其对未来二叉状态树（Binary Trees）的前向兼容性。
• [EL] 内存定价改革：EIP-7686 与 EIP-7923 [B 级]： 目前对设计空间的理解尚未透彻，暂列 B 级。
• [EL] EIP-8219: 检查型算术操作码（Safe Math）[B 级]： 若能通过基准测试与影响分析证实其收益，有望升为 A 级。
• [EL] EIP-8360: TCREATE 操作码（事务级临时合约）[B 级]： 原语优秀但复杂度较高，待测试评估完善后有望升为 A 级。
• [EL] EIP-7645: 将 ORIGIN 别名化为 SENDER [D 级]： 建议拒绝。 破坏性改动且属于对 ORIGIN 的不当使用。
• [EL] EIP-8182: 私密 ETH 与 ERC-20 转账 [D 级]： 建议拒绝。 改动体量巨大且引入零知识证明依赖，若要引入必须作为独立的主打功能对待。
• 形成观点中： EIP-2488、EIP-4758、EIP-7979、EIP-8173、EIP-8253、EIP-8030。

[EL] EVM 定价

• [EL] EIP-8358: 账户状态变更的净 Gas 计量 [B 级]： 经 900 个主网区块（约 40 万笔交易）抽样测算，仅 2.07% 的交易能节省 Gas，区块 Gas 节省仅 1.14%，实际效益有限。
• 形成观点中： EIP-7973、EIP-7609、EIP-7971、EIP-3298、EIP-8374、EIP-8115、EIP-8188。

[EL][CL] 执行数据与索引

形成观点中： EIP-7668、EIP-7807、EIP-8116、EIP-8304。

[EL][CL] 网络层（Networking）

• [CL] EIP-8371: RowDAS - 分布式 Blob 重构 [A 级]： 避免完整重构成为扩展 Blob 数量的性能瓶颈，极具价值，有望彻底解除验证者的 Blob 托管负担。
• [CL] EIP-8142: Block-in-Blobs (BiB) [D 级]： 建议拒绝。 方案不够成熟，不应将 KZG 强行引入区块生成的关键路径中。
• [CL] EIP-8243: 在源头批处理 Attestation [D 级]： 建议拒绝。 缩短最终确定时间的效果存疑，且抗 DoS 能力不明确。
• 形成观点中： EIP-8077、EIP-8094、EIP-8334。

结语

以太坊升级之所以复杂，是因为其承载的利益与风险极高。全球数以万计的节点必须在完全相同的 Slot 上无缝切换至全新规则，期间网络不可暂停哪怕一秒。正是这种极度严谨的工程态度支撑着以往的每一次升级，铸就了以太坊稳定运行 11 年、保持 100% 正常运行时间的去中心化网络奇迹。

我们对 Hegotá 的立场代表了截至目前的最高评估水准，未来我们将根据讨论反馈与实现测试的最新实证持续修正观点。

这些提案凝聚了全以太坊生态研究员、客户端开发者及代码贡献者的智慧。以太坊是全世界共同构建的事业，任何有意义的网络进步绝非单一机构之功。 我们非常荣幸能成为这一生态的一小部分，并期待与大家携手助力以太坊释放其全部潜能。

以上就是以太坊Hegotá升级前瞻:有哪些关键变化?的详细内容，更多关于以太坊Hegotá升级拆解的资料请关注脚本之家其它相关文章！

你可能感兴趣的文章

• 

  以太坊Hegotá EIP升级路线最全梳理:ETH下一轮硬分叉走向何方?

  以太坊的发展方向关乎所有搭建应用、使用网络、持有 ETH，以及相信以太坊未来潜力的人，Hegotá 是继 Glamsterdam 之后以太坊规划的下一次网络升级,本文将阐述 Ethlabs 眼…

  2026-08-18
• 

  以太坊（ETH）Hegotá升级提案大瘦身：开发者果断砍掉66项非核心方案聚

  以太坊开发者宣布将缩减66项与Hegotá升级相关的提案，精简升级方案以聚焦核心技术优化,此举旨在降低主网升级复杂度、减少潜在风险，确保关键改进顺利落地，推动以太坊网络…

  2026-08-16
• 

  以太坊路线图展望:Glamsterdam、Hegota及未来升级计划

  自2022年以来，以太坊推出了一系列稳定的升级,这篇文章主要为大家总结一下这些变化如何相互补充，以及未来的方向发展,感兴趣的小伙伴可以跟随小编一起了解一下…

  2026-04-01
• 

  2026年的以太坊（ETH）：Glamsterdam与Hegota分叉、L1扩容等

  2026年以太坊将迎来关键升级,Glamsterdam与Hegota分叉推动L1扩容,Glamsterdam分叉实现并行处理，提升Gas限制至2亿,支持每秒万笔交易；Hegota分叉聚焦隐私与抗审查优化,数据…

  2025-12-26