升级名字本身就是拼图
以太坊的主网升级近年习惯把两条链的代号拼在一起。执行层客户端用历届 Devcon 大会举办城市命名，共识层用另一套名字。Fusaka 这个名字拆开就是共识层的 Fulu 加执行层的 Osaka：同一次升级动作，覆盖两条链的规则变化。2025 年 12 月 3 日（协调时间为 UTC 21:49:11，对应信标链 slot 13,164,544），这套规则在主网激活。
读一份升级，第一步是找到规范它的那份元文件。Fusaka 的对应文件是 EIP-7607，它像一张装箱单，列明这次升级收了哪些提案。以太坊基金会的公告把清单分成两层：核心 EIP 和支持类 EIP。分法本身有讲究——核心条目改变协议行为主体，支持类条目多为配套接口、参数或与主体协同的辅助修改。
装箱单里的几个主角
这次升级的头条是数据可用性：EIP-7594 引入 PeerDAS，让节点通过采样而不是下载完整数据块来验证 rollup 数据是否可用，这是 Layer2 降费路径上的关键一步。与之配套的还有一条升级机制上的新东西：EIP-7892 定义了所谓仅调 Blob 参数的分叉（社区常称 BPO 分叉），允许不动辄做完整硬分叉、只调参数就能安全地逐步扩大数据吞吐量，主网在激活后数日内就安排了第一波参数调整。
安全与稳健性一组的条目同样值得一读：EIP-7825 给单笔交易设了 2 的 24 次方 Gas 的硬顶，EIP-7934 给执行层的区块体积设了 10 MiB 的编码上限（其中预留 2 MiB 给共识层区块），EIP-7823 与 EIP-7883 联手重排了取模幂预编译的边界与成本。它们共同回应同一个焦虑：网络要变大变快，最坏情况的代价必须先框住。
开发者接口一组的条目更低调但影响面广：EIP-7939 给虚拟机加了数前导零的操作码，EIP-7951 加入 secp256r1 曲线验签预编译，EIP-7910 提供了查询当前生效配置的 eth_config 方法，EIP-7642 更新了节点间协议，让节点可以声明自己保留的历史区块范围并精简同步数据。
用户该从哪几条读起
不同身份的读者不必逐条啃。跑节点的人首先要看断代与同步类条目，判断自己的磁盘与带宽预算是否变化；做合约与工具的开发者要盯交易体积、Gas 上限、新操作码与新预编译，检查现有脚本是否撞上新的硬边界；只看费用感受的普通用户，关注 PeerDAS 与参数分叉即可，它们决定 Layer2 手续费的长期曲线。
一条实用的读法原则：把每条 EIP 分成三种性质——改行为的、加接口的、调参数的。改行为的影响所有人；加接口只影响用它的人；调参数的效果则要看调完之后市场如何反应，升级本身不承诺任何具体费率结果。
快速问答
问：Fusaka 和 Osaka 是什么关系？ 答：Osaka 是这次升级执行层部分的代号（沿用以 Devcon 举办城市命名的传统），Fusaka 是两部分代号拼起来的整体升级名。
问：清单里的 EIP 全部是这次第一次出现吗？ 答：不是。有些提案（例如参数分叉机制、历史保留范围协议）之前就在讨论与测试中，装箱动作表示它们随这次升级一并生效。
问：升级激活当天所有变化都同步发生吗？ 答：规则同点切换，但参数分叉是升级之后再排期的独立小步调整，这正是它们被设计成参数分叉的原因。
常见误区
一是把升级清单读成功能发布会，清单里的多数条目是协议边界与工程接口，不直接对应用户可感知的产品。二是把参数分叉当成另一次风险更高的硬分叉，它刻意被设计成只改配置的最小动作。三是认为进了装箱单的东西效果立刻兑现，像数据采样这类机制，吞吐量红利要经过客户端部署、参数爬坡和生态适配才逐步显现。
风险提示：本文为协议升级机制科普，不构成任何投资建议；各条提案的行为细节请以 EIP 原文与客户端文档为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。