2025 年 12 月 3 日,以太坊主网激活 Fusaka 升级,规范文件 EIP-7607 列出了这次升级收录的全部提案。本文借这份清单讲读法:代号怎么拼、核心 EIP 与支持类 EIP 分什么、参数类改动为什么单独归堆,以及普通用户该从哪几个条目入手。
汇总与「协议升级」相关的文章,帮助你系统了解该主题。
2025 年 12 月 3 日,以太坊主网激活 Fusaka 升级,规范文件 EIP-7607 列出了这次升级收录的全部提案。本文借这份清单讲读法:代号怎么拼、核心 EIP 与支持类 EIP 分什么、参数类改动为什么单独归堆,以及普通用户该从哪几个条目入手。
EIP-7825 规定单笔交易最多消耗 2 的 24 次方即 16777216 Gas,随 Fusaka 升级在 2025 年 12 月 3 日激活。它不动区块 Gas 上限,只为单笔交易设顶。本文讲清这条规则的来龙去脉、受影响的操作,以及它与并行执行研究的关系。
OP_CAT 在 2010 年被禁用,BIP-347 提议在 Tapscript 内以软分叉重新启用。本文梳理拼接与交易内省原理、520 字节上限如何堵住旧攻击面,并核到 2026 年 9 月它仍未在主网激活。
OP_CHECKTEMPLATEVERIFY 是近十年离主网激活最近的合约原语提案,其激活客户端已给出明确的信号窗口与阈值。本文解释承诺(covenant)的概念、CTV 与非递归设计的取舍、各派方案的现状,并给出不依赖任何人结论的链上信号自查方法。
EIP-7864 提议把六叉 Merkle Patricia 树换成统一二叉状态树,账户、代码与存储进同一棵树,哈希函数仍未定稿。本文按 EIP 原文拆解设计动机、代码切块与两阶段迁移路径。
Dencun、Pectra 这些拗口的名字,其实是执行层城市名加共识层恒星名的拼合。执行层沿用 Devcon 主办城市,共识层按字母顺序取恒星名,两条线合并升级时各取一截拼成新词。本文讲清这套命名法的来历、例外与读法。
比特币软分叉的进度由每台节点独立重放区块算出。本文拆解 BIP 9 版本位的五个状态、九十五成阈值周期统计,以及 Taproot Speedy Trial 九成阈值的实际时间线。
协议大版本升级时,旧合约往往长期在线,你的仓位不会自动搬家,还可能同时面对新旧两套市场的价差与流动性分裂。本文解释升级的合约组织方式、迁移的触发与期限、不迁移的仓位暴露,以及跨版本搬家的检查顺序。
难度炸弹是以太坊早期协议里随区块高度增长的难度项:客户端长期不升级,出块会越来越慢直至链近乎冻结。本文讲清它的设计动机、历次升级中的推迟记录,以及它为什么在合并之后退出历史舞台。
以太坊对部署到链上的合约代码设了一条上限:24576 字节,由 EIP-170 在 2016 年 11 月的 Spurious Dragon 升级中引入。本文讲这条限制防的是什么攻击、为什么在创建时检查、大型项目如何用库和代理模式绕开限制,以及这个上限至今没有大幅上调的原因。