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

CN
2 小時前
Ethlabs 详解各项 EIP 取舍逻辑。

撰文:Ethlabs

编译:Chopper,Foresight News

以太坊的发展方向关乎所有搭建应用、使用网络、持有 ETH,以及相信以太坊未来潜力的人。以太坊长远走向最终由每日在其上构建产品、运营应用与社区的参与者决定,但网络升级是协议迭代、匹配用户需求的核心手段。Hegotá 是继 Glamsterdam 之后以太坊规划的下一次网络升级。本文将阐述 Ethlabs 眼中以太坊应当在本次升级重点推进的方向与理由。

目前,Hegotá 升级范围正通过以太坊公开技术流程初步敲定。下文提及的各项提案汇集了众多开发者、研究团队与客户端团队的成果。本文清晰呈现 Ethlabs 建议优先推进的方向,以及我们尚未形成定论的观点。我们欢迎行业各界评估、质疑、完善这些主张;未来数天至数周,随着持续讨论与信息更新,我们也会迭代观点。

对于 Hegotá 升级,考虑到所有已提出的 EIP,我们认为以下领域是以太坊的首要任务:

  • 更强的抗审查能力:任何人无论身份、用途,都能够让交易被区块收录;
  • 更快的以太坊:更快出块意味着更快交易确认、实时链上价格、更短的最终确认时长;
  • 原生账户抽象:账户支持通行密钥、交易赞助、代币支付 Gas、批量交易、更强隐私保护,并预留后量子密钥升级路径;
  • 持续 L1 扩容:即便在需求峰值时期,应用也能够获得稳定、可负担的网络容量。

前置说明:EIP 推进流程如何运作?

正式解读提案之前先厘清关键背景,Hegotá 升级范围划定第二阶段刚刚启动。第一阶段已经确定 FOCIL 作为 Hegotá 核心升级提案。非核心 EIP 提案截止日期为 8 月 6 日,此后 ACD 会议将全面评估 Hegotá 升级整体方案。

以下所有 EIP 目前均处于 PFI(提议纳入)阶段。向升级提案提交 EIP 无需许可,但绝大多数提案最终无法纳入正式升级。

随着开发推进,提案会经过多轮评审,阶段逐级提升,落地确定性不断增强:

PFI(提议纳入):提案被提交至本次升级。该阶段无准入门槛,不代表客户端支持,也不保证最终上线;

CFI(考虑纳入):客户端团队完成审阅,计划开展原型开发与测试;

SFI(确定纳入):各方大体同意纳入,前提是开发与测试顺利推进。

想要了解完整流程,推荐观看 Tim Beiko 的讲解视频。(https://www.youtube.com/watch?v=-S4blFZl28g)

阅读指引

本文沿用 Forkcast 分级标准,表达 Ethlabs 对 Hegotá 各项 EIP 的优先级判断。为简化决策,所有纳入评估的提案分为五档:

  • 【S 级】强烈建议纳入
  • 【A 级】若解决开发难度、影响评估、生态落地等阻碍,建议纳入
  • 【B 级】具备价值,但纳入本次升级难度较高
  • 【D 级】现有条件下,不建议纳入 Hegotá
  • 【观点待形成】针对该 EIP 我们仍在研判

⚠️注意:以上仅为 Ethlabs 的建议。我们主要依据提案目标、技术规范、预估开发复杂度进行评估;对于深度参与的项目(例如 Frames、Quick Slots)掌握信息更加充分。后续我们会结合 ethPandaOps、测试团队、各客户端反馈持续更新观点。 标记【CL】代表影响共识层客户端;【EL】代表影响执行层客户端。

另外,Ethlabs 参与撰写了多项 EIP(包括 FOCIL、Frame Transactions、Quick Slots)。我们力求客观评估所有提案,不受自身参与度影响,但读者参考观点时可以留意这一背景。

CL 优先级清单

EL 优先级清单

话不多说,以下是 Ethlabs 现阶段对于 Hegotá 升级的完整观点。

Hegotá 四大核心方向

FOCIL:强化抗审查能力

EIP-7805 FOCIL 已经进入 SFI 阶段,正式确定为 Hegotá 核心提案。Ethlabs 三名成员(Francesco、Barnabé、Julian)是该提案共同作者,我们全力支持落地。 由于方案已定,此处仅简要阐述:只有对所有人保持中立的区块链,才能成为所有人信任的根基。这是以太坊扩容、成长为全球经济真正结算层,服务每一个参与者的基石。

Quick Slots:更快的以太坊

以太坊当前 12 秒时隙带来较高延迟,损害用户体验。因此我们强烈建议在 Hegotá 纳入【CL】EIP-8198 Quick Slots【S 级】,核心理由有四点:

  • L1 用户交易确认速度提升,优化体验;
  • L1 链上市场获取更新的价格数据,改善买卖价差与流动性提供商收益;
  • 最终确定性、快速确认规则与时隙时长绑定,更快区块将同步改善以太坊跨链互操作性;
  • 每秒区块提议者数量提升,增强抗审查能力,包括经济层面抗审查:想要通过持续清空区块实施审查,所需付出的成本更高。

在保留以太坊去中心化特性的前提下缩短出块间隔,能够提升以太坊区块空间价值,收益回流至网络与 ETH 本身。每一次延迟降低,都直接为用户创造价值。同时,提速也是应用开发者呼声最高的改进方向之一。

当下启动改造具备合理性,时隙时长调整不可能一步到位。和扩容思路一致,落地实测的迭代优化,远比单纯的路线图承诺更能给应用开发者确定性。实现 6 秒以内时隙是长期目标,路径分为两步:

  • 一次性重构:让规范与客户端代码支持灵活修改时隙时长;
  • 在 Hegotá 完成首次缩短,后续硬分叉持续下调,积累安全运行数据。

Hegotá 是承担一次性重构成本的合适时机。Glamsterdam 升级的 ePBS 已经重构时隙相关逻辑;本次升级共识层改动相对可控。一旦进入解耦共识升级窗口,共识层开发资源将高度紧张,未来多次硬分叉都很难再有这样的窗口期。

简单来说,要么未来至少两年维持 12 秒时隙,要么在一年后的 Hegotá 升级实现 10 秒时隙,并有望在下一轮进一步压缩至 10 秒以内。两次提速并非理论优化,能够直接提升用户价值、优化网络经济模型。我们认为时机已经成熟。

主要争议回应

我们整理了与客户端开发团队、以太坊基金会协议团队初步沟通中出现的四个主要顾虑:

  • 开发复杂度。毫秒级时隙时序逻辑已经依托 ePBS 合并至共识规范;EIP-8198 共识层、执行层草案规范均已完成,基础费用、Gas 上限、Blob 调度全部完成换算,保障每秒网络行为稳定。剩余工作量集中于适配固定时隙假设的各类客户端工具、边界场景测试。本次一次性重构完成后,后续缩短时隙仅需调整参数。
  • zkEVM 证明压力。主要担忧两点:相对证明时长、固定证明开销。1)相对证明时长:时隙内可用于证明的时间占比。当前区块构建者收到上一个区块负载后即可开始构建;信标区块确认当前时隙负载。负载必须在下一位信标提议者发布区块前完成证明。 完成证明最短可用时长约等于一个时隙减去信标区块传播延迟。传播延迟难以压缩,但本身数值较小,现阶段不会构成核心瓶颈。优化后的区块构建者可以在组装负载的同时并行开展证明,不必等待获胜负载被信标区块确认。 2)zkEVM 证明开销:证明耗时大体与区块大小线性相关,但存在固定开销。更快出块意味着固定开销触发频率变高,同等吞吐量下延迟增加。在固定延迟预算下,需要保障吞吐量不受明显冲击。行业存在两条改善路径:工程迭代持续降低固定操作耗时;EIP-7862 延迟状态根计算,将大量证明工作移出关键路径。两条方向同步推进,意味着更快时隙不会阻碍未来吞吐量持续增长。
  • 后量子升级路线。解耦共识方案已获得足够支持,成为未来共识架构稳定方向。解耦意味着将最终确认投票移出区块生产关键路径。大规模聚合后量子签名、递归 STARK 相关逻辑都将脱离关键路径。区块生产、分叉选择规则仅依赖规模预计 512 名(有望缩减至 256 名)验证者组成的小组。后量子签名体积更大,但在规划的 10 秒(未来有望继续缩短)时隙内可以顺利传播。
  • 智能合约与基础设施适配。团队正在全面调研智能合约与时隙时长强耦合场景。我们联合 Sourcify 对所有已验证合约开展分析;同时评估时隙变更对 EIP-4788(EVM 内信标区块根)存储历史信标区块根带来的影响。 基础设施层面,Etherscan 反馈:时隙调整大概率增加服务器负载,但基础设施在 PoW 时期本就适配可变出块时间,因此改动幅度可控。

账户抽象:优化体验、安全性与隐私

以太坊生态长久以来亟需原生账户抽象(AA),实现通行密钥钱包、交易赞助、ERC20 支付 Gas、批量交易等体验升级。 但原生账户抽象落地之路异常曲折:AA 触及以太坊全栈,涵盖客户端、L2、钱包、RPC、开发工具,需要多方协同。这不仅导致相关 EIP 难以通过共识驱动开发流程推进,上线后也面临生态落地难题。

因此我们将 Hegotá 原生 AA 提案 Frame Transactions 划为 A 级。并非技术层面达不到 S 级标准,而是需要充分考量生态大规模落地风险,协调工作量巨大。依托团队在账户抽象领域积累,Ethlabs 计划深度推动 Frame Transactions 落地,联动 L2、钱包等参与者保障原生 AA 顺利上线。

现在来看 Hegotá 账户抽象相关提案。

【EL】EIP-8141 Frame Transactions【A 级】

我们认为 Frame Transactions 是以太坊原生账户抽象最优方案。对比其他原生 AA 方案,多项特性契合以太坊 CROPS 发展准则:

  • 无许可账户创新:验证逻辑由 EVM 代码执行,开发者可以自定义任意验证规则;部分 AA 方案强制白名单验证逻辑,灵活性不足;
  • 原生适配隐私协议:基于上一点,Railgun 这类隐私方案可以承载 Frame 交易验证逻辑,用户发送隐私交易无需依赖中心化中继器,显著提升隐私性与抗审查能力;
  • 面向后量子安全设计:开发之初便匹配以太坊后量子路线图。支持签名聚合,即便单个后量子签名验证成本高昂,聚合后也能实现较低 Gas 开销。

Frame Transactions 最大短板同样源自其灵活性:验证逻辑交由 EVM 代码执行,验证成本动态浮动,对于追求高 TPS 的 L2 存在挑战。

我们乐观认为,可以通过配套 EIP/ERC 标准解决(例如 EIP-7819),交易静态声明验证逻辑,排序器可用原生代码旁路优化验证流程。同时我们将联合 L2 与以太坊基金会开展基准测试,定位并解决性能瓶颈。

[CL][EL]Frame Transactions 附加组件

有许多 EIP 可以看作是 Frame 交易的扩展,并在此基础上增强了其功能。

【EL】EIP-8250 Frame 交易的密钥随机数【A 级】

我们将该提案视作 EIP-8141 的有机组成部分,建议同步上线。 引入二维 Nonce,账户能够向交易内存池并行发送多笔交易;隐私协议也可将空值存储在二维 Nonce 中。二维 Nonce 读写存储成本极低,对比现有将空值写入普通存储的模式,隐私交易能够大幅节省 Gas。在 Glamsterdam 上调存储 Gas 成本(EIP-8037)背景下尤为重要。

【EL】EIP-8272 Frame 交易的最新根【B 级】

进一步优化隐私协议使用 Frame 交易体验。隐私协议验证过程需要读取最新承诺根,如果存入普通存储不仅成本高,还会与 Frame 公开交易池规则冲突。该提案通过系统合约环形缓冲区存储根数据,自动清理旧数据。 划为 B 级原因:为单一应用场景显著增加 Frame 复杂度,我们不确定是否存在更通用、简洁的实现方案。

【CL】EIP-8369 FOCIL 资格的 VOPS 配置文件【B 级】

解决 Frame 与 VOPS(仅有效性无状态化)之间的交互。VOPS 方案允许内存池节点仅保存最低限度状态验证交易,保障未来 zkEVM 无状态环境下内存池抗审查性。 划为 B 级是因为该方案高度绑定一套尚未形成社区共识的无状态化路线。

【EL】EIP-7906 通过状态差异操作码进行事务断言【B 级】

提升交易结果静态可审计性。用户当前可以断言正向结果,但无法约束「不存在其他状态变更」。想要证明没有额外状态修改,需要新增操作码。正向断言(例如 WETH 余额至少增加 1.5)搭配负向断言(无其他状态变更),无需模拟即可锁定交易全部影响,硬件钱包是核心受益场景。 该提案复杂度较高,纳入硬分叉需要审慎。建议满足两个条件再推进:①客户端团队充分理解所有细节与连锁影响;②测试范围、潜在风险评估完整。

【EL】EOA 迁移【B 级】

EIP-7851、EIP-8151 适合配套看待,共同构成外部账户迁移智能账户方案。 路径如下:EOA 首先通过 EIP-7702 委托至智能账户;EIP-7851 新增操作码永久固化委托关系,禁用原始 ECDSA 密钥;EIP-8151 让 ecRecover 识别密钥已停用,杜绝旧密钥通过 Permit 类交易盗走资产。 评级 B 级:这只是 EOA 迁移方案之一,尚未获得广泛评审与行业共识。最大隐患在于多链兼容:用户需要在每一条 L2 重复执行迁移操作,包括尚未诞生的链,用户体验较差。我们期待一套依托 L1 作为信任根,一次操作适用于全部 EVM 链的方案,这类方案才有机会上调至 A/S 级。

【EL】后量子签名标准【A 级】

Hegotá 应当确立清晰的后量子签名落地路径,但需要敲定最优机制再正式落地。EIP-8355 新增 ML-DSA 预编译合约:配合 Frame 交易,落地后量子账户安全能力。 备选方案:预先登记支持后量子签名但暂不激活,或者定义兼容后量子密钥的推导格式。

【EL】EIP-7819 SETDELEGATE 指令【A 级】

一旦原生 AA 落地 Hegotá,降低智能账户部署成本至关重要。但 Glamsterdam 的 EIP-8037 会推高账户创建成本。EIP-7819 允许新账户使用轻量化委托指针,替代代理合约,大幅减少新增状态存储,降低部署开销。 评级 A 级是因为更低的账户部署成本能够显著降低 AA 落地门槛。

性能优化:持续推进 L1 扩容

Glamsterdam 标志以太坊研发思路转变:性能成为协议设计、客户端开发的核心约束。延迟执行、资源定价调整、大规模客户端优化,在两年内将网络承载能力从 3000 万 Gas 提升至至少 2 亿 Gas。性能优化带来选择权,释放的性能余量可以用于扩容、缩短时隙、降低节点硬件门槛,或同时实现多个目标。

扩容需求依旧紧迫。项目选址不仅参考当下 Gas 价格,更要看以太坊能否持续稳定扩大区块空间供给。持续落地扩容升级,远比纸面路线图更能给开发者信心。主网距离平稳承接流量峰值仍有差距:以太坊 11 周年当日,Gas 中位数仅约 0.1 gwei,一场 NFT 铸造活动就将 Gas 推高至 10 gwei 区间,交易中位成本突破 1 美元。Glamsterdam 开启的扩容趋势需要延续至 Hegotá。

综上所述,以下 EIP 延续了 Glamsterdam 的扩展势头,同时强化了其背后的更广泛原则:性能在客户端工作和协议设计中都应该始终是首要考虑因素。

【EL】EIP-8131 & EIP-8279【S 级】

数据定价组合提案 Glamsterdam 升级后,网络核心瓶颈变为区块负载传播。根源在于不同类型字节资源 Gas 核算标准不统一,甚至部分没有计费。 EIP-8131 统一交易基础下限:将现有交易最低计费规则延伸至执行前即可确认的数据; EIP-8279 区块访问列表字节下限:针对执行过程动态生成的访问列表字节计费。

动态计费机制令 EIP-8279 复杂度更高,但二者应当捆绑看待。组合方案实现交易关联字节统一核算,限制区块负载最坏情况,同时绝大多数普通、低数据占用交易不受影响。填补资源核算漏洞,为后续继续上调 Gas 上限扫清障碍。

【CL】【EL】EIP-8146 【A 级】

EIP-8146 通过将 BAL 与有效负载分开传播,改进了关键路径本身,从而完善了重新定价机制。这不仅提高了传播效率,还使执行客户端在状态预取和状态根后计算方面抢占先机。我们认为这是不容错过的低门槛优化。实现工作主要基于熟悉的 CL gossip 机制,因此这是一个低投入、高价值的 EIP,尤其是在一个 EL 代码量较大的分支中更是如此。

其他扩容相关提案

【EL】CPSB 重新校准【A 级】

改动简单。我们建议持续推进,根据计划 Gas 上限上调、链上状态与执行 Gas 使用情况,择一纳入。EIP-8368 适配新 Gas 上限的 CPSB 校准:EIP-8037 后续配套方案。状态字节成本由随 Gas 上限动态调整改为固定值,简化开发测试。当前 CPSB 基于 1.5 亿 Gas 上限测算,Gas 上限上调后,Hegotá 大概率需要校准。EIP-8372 标准化状态 Gas 上限:属于 EIP-8368 扩展方案,调整粒度更精细,应对状态增长目标、常规 Gas 目标偏离预期的场景。

【EL】EIP-7862 延迟状态根【B 级】

规范本身很简单,但据我们所知,客户端实现的复杂性尚未得到充分理解。状态根在代码库中普遍存在。短期收益有限,核心价值集中在远期(延长状态根证明可用时长)。本次 Hegotá 执行层改动压力本就较大。

【CL】EIP-8341 部分执行有效载荷承诺【D 级】

建议不予纳入。收益有限(小幅延后状态根计算)、需求并不迫切,且 EIP-7862 可以实现更强效果,可直接替代。

其余 EIP 分类讨论

接下来梳理剩余提案,按主题分组。部分提案我们观点仍在形成,未来结合客户端团队、作者沟通持续更新。

Hegotá 预计是执行层改动偏重的硬分叉,我们应当严格把控执行层 EIP 准入门槛。除 FOCIL 与 Quick Slots 之外,尽量控制共识层改动范围:缩小升级范围,为客户端团队预留充足时间,应对未来大型架构转型。

【CL】发行机制相关

我们不对 EIP-8363 渐进式发行与销毁划分优先级。 通胀发行政策不应由核心开发者单方面决定,优先级榜单等同于向核心开发者出具明确落地建议。绝大多数 EIP 偏向技术决策,社区将决策权委托给核心开发团队;但发行机制属于货币政策,需要社区达成广泛共识。核心开发者意见仅作为公开讨论参考。如果将其和普通 EIP 并列评级,等同于视作常规 ACD 技术决策。

从技术层面看 EIP-8363 具备价值。随着质押 ETH 总量上升,罚没机制可信度下降;高质押率下新增奖励大多抵消通胀;规模效应持续拉大大型运营商与独立质押者的差距。但改动同样伴随风险:质押分布格局存在不确定性,货币政策固化进程将重新启动。Ansgar 发布的讨论帖完整罗列正反观点,与我们立场一致。团队部分成员此前支持调整发行机制,目前仍维持该判断。

我们建议,待 Hegotá 所有其他范围敲定后,再讨论发行机制调整。给予社区充分讨论时间,避免干扰升级范围划定主线。

【CL】质押功能优化

质押改进具备价值,但优先保障面向终端用户的优化,纯基础设施改动除非必要,否则延后。

【CL】EIP-8015 删除存款与 eth1data 字段【A 级】

轻量化清理历史技术债务。依托 EIP-7688 向前兼容共识数据结构,无关字段默克尔证明不受影响,不会影响链上数据读取方。

【EL】【CL】EIP-8237 共识层 / 执行层独立同步【B 级】

建立在 ePBS 分离信标区块与负载的基础上,允许 CL、EL 独立同步,有望简化客户端复杂逻辑。

【CL】EIP-8205 提款凭证预注册【D 级】

建议不予纳入。虽然解决委托质押真实痛点,但现有存款前置方案已经能够应对,新增整套协议机制带来的复杂度,现阶段难以匹配收益。

【CL】EIP-8148 验证者自定义清算阈值【D 级】

建议不予纳入。机制复杂(新增系统合约、执行请求、共识层逻辑),收益有限,仅小幅推动散户质押整合。结合当前质押分布格局,难以显著改变全网验证者集中趋势。

【CL】EIP-8372 ePBS 执行奖励强制销毁【D 级】

建议不予纳入。大概率只会催生更多场外通道。多年 MEV 销毁讨论并未形成广泛达成共识的方案。

【CL】EIP-7716 反相关证明惩罚【D 级】

建议不予纳入。缺少充分证据支撑质押激励机制大幅调整,并且解耦共识升级将重新设计质押激励体系。

【CL】EIP-8333 检查点对齐纪元边界区块【D 级】

建议不予纳入。属于优化清理工作,可以延后至规模更大的解耦共识升级一并推进。

【CL】EIP-8359 信标区块报告字段【观点待形成】

【CL】后量子升级前置工作

以下提案减少对 BLS 签名依赖,为远期后量子转型铺路。

【CL】EIP-8365 淘汰 BLS 提款凭证【A 级】

淘汰旧式提款凭证,简化协议、为后续后量子转型铺路。改动简单,适合当下落地。

【CL】EIP-8367 淘汰 BLS 验证者余额过期机制【D 级】

建议不予纳入。绝大多数 0x0 凭证验证者会在 EIP-8365 上线前后完成凭证迁移,提取资金或继续质押。无需专门新增机制处理剩余存量,先落地 EIP-8365 观察实际情况。

【CL】EIP-8321 哈希链 RANDAO【D 级】

建议不予纳入。仅单独实现 RANDAO 后量子安全意义有限,验证者 BLS 密钥依旧存在风险;同时每个验证者增加 32 字节数据,新增密钥管理逻辑,用途单一。完整后量子共识方案尚未落地。我们支持迭代升级,但第一步应当遵循统一路线图,避免方案被最终标准替代。

【EL】【CL】zkEVM 适配优化

大部分 zkEVM 前置优化短期收益有限,仅方便特定群体运行全节点,同时占用开发资源、可能推高 EVM 运行成本。只有长期价值显著高于短期成本的提案,才适合纳入。

【CL】EIP-8025 可选执行证明【D 级】

本次升级不应纳入。提案本身不强制硬分叉,捆绑至 Hegotá 只是优先级诉求,我们对此不认同。 落地可选证明之前,应当先明确长期最终形态,稳步推进,不要在验证者 / 状态模型尚未定型前仓促上线。 核心待解问题:验证者应当保留、存储部分状态,还是彻底无状态。验证者是重要节点群体,拥有硬件与网络资源,削弱其角色的改动需要更高准入标准。

【EL】EIP-7666 身份预编译 EVM 化【A 级】

改动小巧,具备实用价值。

【EL】EIP-8200 预编译 EVM 化【B 级】

使用 EVM 字节码替换三类原生预编译。两类使用量低,迁移难度小;第三类广泛用于 SNARK 证明。需要完成影响评估,确认迁移成本可控,或把第三类移出范围,我们再上调至 A 级。

【EL】EIP-7709 从存储读取 BLOCKHASH 并调整 Gas【D 级】

Gas 上调幅度较大,扰动明显,需求并不迫切。想要降低风险可以开展影响评估,或搭配区块预热机制延后落地。

【EL】EIP-8268 区块访问列表纳入存储根【B 级】

需要评估对访问列表体积、交易 Gas 成本带来的实际影响(EIP-8279 将对访问列表字节计费),每一个访问账户条目额外附带存储默克尔根。

【EL】EVM 原生功能

Hegotá 仍会落地部分 EVM 零散改进。我们认为本次升级之后,以太坊应当联合整个 EVM 生态制定长期 EVM 发展路线图,Ethlabs 会参与共建。

【EL】EIP-5920 PAY 操作码【A 级】

逻辑简洁,是 EVM 很有价值的底层原语。仍需进一步厘清真实应用场景。

【EL】EIP-8163 预留 EXTENSION (0xae) 操作码【A 级】

对 L2 高度实用,对 L1 几乎无成本,仅作预留标识。

【EL】合约代码复用【B 级】

EIP-8058 合约字节码去重折扣、EIP-8298 SETCODEFROM 代码复用指令 依托客户端存储模型:合约代码独立存储,账户仅通过代码哈希指向代码。两份提案都实现相同代码只存储一份,降低部署成本。思路具备吸引力,但需要评估对二叉树存储结构前向兼容性影响。两份提案暂时没有明确偏好。

【EL】内存定价改革【B 级】

我们尚未判断是否适合在 Hegotá 落地内存改革。目前对设计空间认知尚不充分。

EIP-7686 线性 EVM 内存上限:改动较小,取消二次增长的内存扩容成本;

EIP-7923 基于分页的线性内存定价:重构底层规则,更加完善,但复杂度更高。

【EL】EIP-8219 带溢出检查算术操作码【B 级】

为 EVM 原生增加安全运算功能具备价值。需要基准测试确认定价合理;完成影响评估(受益交易规模、编译器适配情况)后有望上调至 A 级。

【EL】EIP-8360 TCREATE 操作码【B 级】

支持创建交易生命周期内临时合约,通用底层原语。但提案复杂度偏高,完成开发与测试难度评估后可重新定级。

【EL】EIP-7645 ORIGIN 别名指向 SENDER【D 级】

建议不予纳入。属于破坏性改动,滥用 ORIGIN 语义。

【EL】EIP-8182 原生私有 ETH 与 ERC20 转账【D 级】

建议不予纳入。改动规模巨大,引入 ZK 依赖。如果未来落地,应当作为升级核心提案。

【EL】EIP-2488 弃用 CALLCODE 操作码【观点待形成】

【EL】EIP-4758 停用 SELFDESTRUCT【观点待形成】

【EL】EIP-7979 EVM 调用与返回操作码【观点待形成】

【EL】EIP-8173 EVM 控制流基础【观点待形成】

【EL】EIP-8253 零 Nonce 存储账户 Nonce 自增【观点待形成】

【EL】EIP-8030 新增 P256 算法支持【观点待形成】

【EL】EVM 定价机制

Glamsterdam 上调定价偏低、制约吞吐量的操作 Gas 成本。Hegotá 相关定价提案方向相反:下调当前定价过高、限制应用落地的操作成本,但对全网扩容贡献有限,属于锦上添花类优化。 我们支持针对性调价,但新增计费模型的提案必须设计完善、拥有坚定推进者充分验证风险,方可纳入。

【EL】EIP-8358 账户变更净 Gas 计费【B 级】

收益存疑。样本 900 条主网区块、40 万笔交易数据显示:仅 2.07% 交易节省 Gas,节省区块 Gas 总量仅占 1.14%。

【EL】EIP-7973 热账户写入计费【观点待形成】

【EL】EIP-7609 下调 TLOAD/TSTORE 基础 Gas【观点待形成】

【EL】EIP-7971 瞬时存储硬上限【观点待形成】

【EL】EIP-3298 取消 Gas 返还【观点待形成】

【EL】EIP-8374 回滚后保留热访问集合【观点待形成】

【EL】EIP-8115 区块末尾批量收取优先费【观点待形成】

【EL】EIP-8188 账户与存储槽最新写入区块记录【观点待形成】

【EL】【CL】执行数据与索引

【EL】【CL】EIP-7668 删除布隆过滤器【观点待形成】

【EL】【CL】EIP-7807 SSZ 格式执行区块【观点待形成】

【EL】EIP-8116 简化累计收据字段【观点待形成】

【EL】EIP-8304 无需信任的日志与交易索引【观点待形成】

【EL】【CL】网络层

以太坊 P2P 网络仍有定向优化空间,尤其是交易、Blob、证明消息传播机制。

【CL】EIP-8371 RowDAS 分布式 Blob 重建【A 级】

避免完整重建、全节点托管成为 Blob 扩容瓶颈。长期来看,分布式重建机制势必要纳入协议,有望解除验证者 Blob 托管要求。仍需要进一步评估实现复杂度。

【CL】EIP-8142 Blob 内嵌区块 BiB【D 级】

时机不成熟,紧迫性不足,遗留大量待解问题(是否采用 KZG、新建广播主题)。不希望将 KZG 机制引入区块生产关键路径,替代方案尚不清晰。

【CL】EIP-8243 源头批量广播证明【D 级】

无法明确保障缩短最终确认时长,负载上限不清晰;机制 DoS 防御能力有待验证。

【EL】EIP-8077 eth/XX 基于 Nonce 广播交易【观点待形成】

【EL】EIP-8094 eth/vhash 支持 Blob 的交易池协议【观点待形成】

【CL】EIP-8334 批量证明广播【观点待形成】

结语

以太坊升级风险极高,因此复杂度难以避免。全球数千个节点需要在同一时隙同步切换规则,网络运行不能中断。这份严谨支撑以太坊历次顺利升级,实现连续 11 年零宕机的去中心化网络。

以上是 Ethlabs 现阶段针对 Hegotá 的判断。随着开发推进、讨论深入,一旦出现新依据,我们会持续更新观点。 部分 EIP 由 Ethlabs 成员主导推进,其余提案来自以太坊海量优秀的研究者、客户端开发者与独立贡献者。但所有方案想要落地,都离不开客户端团队、钱包、应用、L2、基础设施服务商、机构、节点运营者与终端用户的协同。以太坊属于全世界,网络重大进步从来不是单一组织的成果。

免责声明:本文章仅代表作者个人观点,不代表本平台的立场和观点。本文章仅供信息分享,不构成对任何人的任何投资建议。用户与作者之间的任何争议,与本平台无关。如网页中刊载的文章或图片涉及侵权,请提供相关的权利证明和身份证明发送邮件到support@aicoin.com,本平台相关工作人员将会进行核查。

分享至:
APP下載

X

Telegram

Facebook

Reddit

複製鏈接