把默认值写进升级：EIP-7935 与三十兆到六十兆的区块 Gas 迁移

一句话定位

EIP-7935 是 2025 年 4 月 22 日创建的信息类（Informational）提案，截至本文撰写时状态为 Final。它的内容短得出奇：建议执行层客户端在默认配置里把区块 gas 上限指向 60M，并在 Fusaka 前后完成迁移。作为对照，提案摘要里的现状是主网区块 gas 上限约 36M。一个不动协议规则、名义上只改软件默认值的文件，却要立成 EIP 并绑进硬分叉日程——这份提案的全部趣味都在这个反差里。

区块上限其实由客户端默认值托底

以太坊的区块 gas 上限不是链写死的常量：它由出块者逐块微调，每次调整幅度被协议限制在上一块上限的一千零二十四分之一以内（EIP-1559 设定的除法常数为 1024，相当于每块最多动约百分之零点一），而每块允许往哪个方向调、调到哪里舒服，取决于出块者运行的客户端把什么值写进了配置。过去各家执行客户端各设各的默认值，网络实际上限就漂移在这些默认值的加权平均里。想让全网稳定爬到一个新水位，与其逐个游说出块者改参数，不如让所有客户端在同一时点改出厂设置——这正是 EIP-7935 选择的作用面。

为什么改默认值也要立提案

提案在 Rationale 里写得很坦白：过去协调各家客户端统一上调默认 gas 值一直有困难，把新值绑到一次硬分叉上发布，等于借升级的强制同步机制完成一次配置统一。这个模式的深意在于问责边界：默认值属于客户端软件行为，出问题该由客户端团队修；但默认值同时决定全网性能基线，调快了会在真实负载下暴露未知缺陷。把它立成 EIP、配一份公开的风险评估，等于在软件发版与网络风险之间补了一份正式文书。

压力测试的剧本

提案的安全考量给出了执行剧本：搭建把各种执行层与共识层客户端组合跑满的开发网，用合成交易把区块灌满，盯住网络与节点健康；发现缺陷就修补后从头再来，全部干净后分阶段上调。评估段落还给了一个天花板参照：最坏情况区块尺寸目前约 1.79MiB，照此推算约到 150M gas 才会逼近共识层 10MiB 的 gossip 消息上限——60M 这个数字落在测试脚本的安全区内，同时提案把单笔交易 gas 上限的设定与本次调整明确安排为需协调排期。

与相邻提案的分工

容易混淆的邻居有三个。给 gas 上限做指数增长公式的是 gas 上限投票类提案，走的是程序化自动扩容；本文这条则是把当下一次人工决定钉死。给交易类型、预编译或参数设上限的提案各管一段，都不碰默认区块上限。至于把计价刻度整体放大的 rebase 类提案，与本条共享同一个背景判断——纯计算越来越便宜、希望把 L1 执行吞吐往上抬——但手段完全正交。读这类清单最怕串线：默认值、上限公式、计价刻度是三本账。

快速问答

问：EIP 生效后区块上限自动变 60M 吗？ 答：不是自动。提案要求的是客户端默认配置更新；实际上限仍由出块者逐块调整收敛到新默认附近。

问：普通验证者要做什么？ 答：升级客户端即可，默认值随新版本发布；手动配置过 gas 字段的节点需自行核对设置。

问：36M 和 60M 这两个数字会过时吗？ 答：会。数字对应 Fusaka 前后的网络状况，引用时以提案当前文本与实测链上数据为准。

一个常见误会

常见误读是把 gas limit 上调读成”以太坊突然快一倍”。上限只是天花板升高，实际吞吐取决于需求、内存池深度与验证者是否愿意把每块往上调；而默认值协调解决的也只是无人表态时的静止位置。真正让升级值钱的，往往是它附带的测试剧本与问责文书——数字谁都会写，敢写怎么验证的数字才有重量。

风险提示：本文仅作技术科普，不构成任何投资建议。