以太坊 EIP-3143 提案解读:将 PoW 区块奖励上调回 5 ETH 的规范、动机与历史沿革
2026/9/15 14:41:26 网站建设 项目流程

以太坊 EIP-3143 提案解读:将 PoW 区块奖励上调回 5 ETH 的规范、动机与历史沿革

【免费下载链接】EIPsThe Ethereum Improvement Proposal repository项目地址: https://gitcode.com/GitHub_Trending/ei/EIPs

本篇文章围绕以太坊改进提案仓库 EIPS 中的 EIP-3143(Increase block rewards to 5 ETH) 展开,完整解析该 Core 类提案的区块奖励调整公式、叔块(uncle)与侄块(nephew)奖励的联动计算,以及作者在 PoW 向 PoS 过渡背景下的设计动机。读完本文,你将掌握以太坊区块奖励从 5 ETH → 3 ETH → 2 ETH 再到"回归 5 ETH"的完整历史脉络,理解FORK_BLKNUM触发式奖励切换的具体写法,并能在同一仓库内对比 EIP-649、EIP-1234、EIP-3368 等同类提案的差异。

一、提案档案与核心摘要

EIP-3143 由 Ben Tinner(@Terra854)于 2020-12-01 提交,属于Standards Track / Core类别,当前状态为Stagnant(停滞),即未被纳入任何硬分叉。

属性
EIP 编号3143
标题Increase block rewards to 5 ETH
作者Ben Tinner(@Terra854)
类型Standards Track
分类Core
状态Stagnant
创建日期2020-12-01

提案的核心摘要只有一句话:FORK_BLKNUM开始,区块奖励上调为 5 ETH 的基准值,叔块与侄块奖励随之等比调整。与 EIP-649、EIP-1234 等"降低奖励 + 推迟难度炸弹"的组合拳不同,EIP-3143 只动了奖励一侧,不涉及难度算法,因此规范极其精简,但背后折射出的矿工经济学博弈却值得深挖。

二、历史背景:以太坊 PoW 区块奖励的演变(5 → 3 → 2)

要理解"把奖励调回 5 ETH"的含义,需要先看以太坊主网区块奖励的变迁,这些证据全部可以从仓库内的 EIP 原文中还原:

  1. 创世期(Frontier/Homestead):5 ETH。EIP-3143 的Rationale中明确写道"increasing the block rewards back to the original 5 ETH when the network first started",即 5 ETH 是以太坊最初设定的基准奖励。
  2. Byzantium 分叉(EIP-649):降为 3 ETH。EIP-649 在 2017 年将区块奖励调整为3_000_000_000_000_000_000wei(3 ETH),同时用fake_block_number = max(0, block.number - 3_000_000)推迟难度炸弹约 1.4 年。
  3. Constantinople 分叉(EIP-1234):降为 2 ETH。EIP-1234 在 2018 年再次将奖励下调为2_000_000_000_000_000_000wei(2 ETH),并将难度炸弹再推迟约 12 个月(block.number - 5_000_000)。

除了这两条被采纳的提案,仓库中还保留了若干"未采纳"的同主题提案,构成完整的政策光谱:

  • EIP-858:将奖励降至 1 ETH 并推迟难度炸弹(Stagnant);
  • EIP-1227:永久拆除难度炸弹并将奖励重置回 5 ETH(Stagnant,思路与 EIP-3143 同源);
  • EIP-1276:永久移除难度炸弹并将奖励定为 2 ETH(Stagnant);
  • EIP-3368:将奖励提至 3 ETH 后沿 4,724,000 个区块(约 2 年)线性衰减至 1 ETH(Stagnant)。

EIP-3143 正是站在"奖励从 5 一路降到 2"的历史坐标上,提出反向操作:既然 PoW 还要再撑几年,不如先把蛋糕做大

三、动机分析:为什么要把奖励调回 5 ETH

原文档的Motivation章节给出了三层递进的论证逻辑:

3.1 交易费占比过高导致矿工收益波动剧烈

截至提案提出的 2020 年底,矿工每个区块的总收益 = 固定区块奖励(当时 2 ETH)+ 交易费(tx fees)。作者观察到:交易费在单块总收益中的占比已经相当可观,某些时刻甚至几乎追平甚至超过 2 ETH 的区块奖励。这意味着矿工收入对链上交易活跃度高度敏感——一旦交易冷清、费池见底,矿工实际收益会骤降。

3.2 逐利矿工流失与网络安全隐患

PoW 矿工本质上是"逐利算力":他们随时会把矿机指向当下单位算力收益最高的币种。原文档指出,在低交易费时期,矿工会把算力从以太坊撤走,"reducing the security of the ETH network till transaction activity picks up again"——即网络安全性随交易活跃度周期性波动。将固定奖励从 2 ETH 提升到 5 ETH,可以显著压低交易费在单块收益中的百分比波动(volatility),让以太坊挖矿在绝大多数价格场景下都保持财务吸引力("making it more financially attractive to POW miners to mine ETH barring any gigantic ETH price drops")。

3.3 为 ETH 2.0 转型蓄力:降低验证者门槛

这是该提案最有特色的论点。ETH 2.0(PoS)要求验证者质押 32 ETH,对小型矿工而言,直接从二级市场购买 32 ETH 需要"tens of thousands of dollars"的现金支出。作者的设想是:用更高的 PoW 奖励帮助小型矿工在过渡期攒够质押本金,使他们更愿意转为验证者而不是立即套现离场。其连锁收益包括:

  • 增加验证者数量,强化 PoS 网络安全;
  • 减少矿工在过渡期的抛售压力,长期利好 ETH 价值;
  • 保证 PoW→PoS 数年过渡期内算力不撤、网络持续安全。

一句话概括终极目标:用短期更高的通胀,换取 PoS 启动时更大规模、更忠实的验证者池

四、规范详解(Specification)

EIP-3143 的规范只动了奖励侧的三处计算,全部以FORK_BLKNUM为切换阈值(该提案未给出具体分叉区块号,与 EIP-649/1234 中显式给出的BYZANTIUM_FORK_BLKNUMCNSTNTNPL_FORK_BLKNUM不同,属于待定占位)。

4.1 区块奖励调整

new_block_reward = 5_000_000_000_000_000_000 if block.number >= FORK_BLKNUM else block.reward

即 5E18 wei,换算关系为:

表示法数值
ETH5 ETH
E18 计数法5E18 wei
十进制 wei5,000,000,000,000,000,000 wei

分叉后每个新区块的奖励直接按此常数发放;分叉前的区块仍按旧规则(2 ETH)执行。这种"一次性常数切换"的写法与 EIP-649、EIP-1234 保持同一风格,区别仅在于 EIP-3143 不修改难度计算。

4.2 叔块奖励调整

叔块(uncle/ommer)是 PoW 下未被纳入主链但被后续区块引用的孤儿块。若某叔块被包含进block.number >= FORK_BLKNUM的区块中,且满足block.number - uncle.number = k,则叔块奖励为:

new_uncle_reward = (8 - k) * new_block_reward / 8

其中k表示叔块与包含区块之间的代数距离。原文档特别注明:这是既有的叔块奖励公式,只是把new_block_reward代入而已。以 5 ETH 为基数代入可得:

  • k = 1(最新一代叔块):(8-1)/8 × 5 = 4.375 ETH
  • k = 2:(8-2)/8 × 5 = 3.75 ETH
  • …… 依此类推,代数越远、奖励越少。

4.3 侄块奖励调整

侄块(nephew)是指包含叔块的区块本身,其作者因包含叔块而获得额外奖励。分叉后的公式为:

new_nephew_reward = new_block_reward / 32

同样是既有公式的等比放大:5 ETH 基数下,侄块奖励为5 / 32 = 0.15625 ETH。叔块 + 侄块奖励共同构成对"网络短暂分叉"的补偿机制——鼓励矿工将孤立块引用进主链,从而削弱自私挖矿(selfish mining)的动机。

4.4 叔块深度约束(协议边界)

需要指出的是,叔块奖励公式成立的前提是叔块满足协议既有的引用规则:叔块与包含区块的代数差必须位于允许窗口内(以太坊协议规定叔块必须来自前 6 代以内、即最多 6 个祖先区块,且每块最多包含 2 个叔块)。EIP-3143 未放宽这些边界,仅替换奖励数额,因此不会改变叔块结构的验证逻辑。

五、设计理由(Rationale):为什么偏偏是 5 ETH

原文档的Rationale给出两个约束条件的权衡:

  • 不能太高:5 ETH/块的固定发行对应首年约 10.4% 的年化通胀率,作者承认这是需要正视的成本;
  • 不能太低:奖励必须足以把尽可能多的 PoW 矿工"转化"为 PoS 验证者,让他们通过挖矿自然积累 32 ETH 质押门槛。

5 ETH 被定位为"middle ground"(折中值),即在不引爆通胀的前提下,最大化矿工留存与验证者转化率。对比仓库内其他提案可以发现不同取向:EIP-858 选择 1 ETH(以环保与降低算力规模为先),EIP-3368 选择"3 ETH 起步、两年衰减至 1 ETH"(用计划性衰减对冲矿工收益悬崖),而 EIP-3143 选择一步到位的 5 ETH(以绝对收益吸引算力)。三者对"矿工是否会因奖励骤降而抛售算力/币"这一核心风险的判断和应对各不相同。

六、兼容性与安全考量

原文档对这两节的表述非常简短:

  • 向后兼容(Backwards Compatibility):"There are no known backward compatibility issues with the introduction of this EIP."——即未发现已知的向后兼容性问题。与 EIP-649/1234 不同(两者因修改难度计算而明确声明"not forward compatible"),EIP-3143 仅改动奖励发放逻辑,不触碰区块结构、交易格式与难度算法,因此兼容面更窄、风险更小。
  • 安全考量(Security Considerations):"There are no known security issues presented by this change."——提案认为没有已知的安全问题。

不过需要补充一句谨慎的推断:从代码结构看,此类if block.number >= FORK_BLKNUM式的硬分叉切换属于执行层(EL)客户端共识参数修改,必须通过全节点升级同步激活,其"安全性"前提是所有客户端在同一区块高度达成一致,这一点与提案作者的判断一致。

七、同类提案横向对比(仓库内证据)

为便于检索与引用,将仓库中涉及区块奖励调整的提案汇总如下(均出自 EIPS 目录原文):

EIP标题要点目标奖励状态
EIP-649Byzantium 推迟难度炸弹 + 降奖励3 ETHFinal
EIP-1234Constantinople 推迟难度炸弹 + 降奖励2 ETHFinal
EIP-858降奖励 + 推迟难度炸弹1 ETHStagnant
EIP-1227拆除难度炸弹 + 重置奖励5 ETHStagnant
EIP-1276移除难度炸弹 + 调整奖励2 ETHStagnant
EIP-3143仅上调区块奖励5 ETHStagnant
EIP-3368上调后两年衰减3 ETH → 1 ETHStagnant

可以看到,"奖励向哪个方向调"在 2017—2021 年间始终是 PoW 末期治理的核心议题,而 EIP-3143 是其中奖励目标最高的激进方案之一。

八、结语:从 PoW 奖励博弈到 PoS 终局

EIP-3143 最终停留在 Stagnant 状态,未被采纳,但其讨论的价值在于完整呈现了 PoW 末期"矿工留存 vs 通胀成本"的治理张力。以太坊的实际演进路径走了另一条路:

  • EIP-1559(伦敦升级)引入 base fee 燃烧机制,矿工只能保留 priority fee,协议通胀被动态对冲;
  • EIP-3675(合并)直接废除了 PoW 区块奖励与叔块/侄块奖励——从TRANSITION_BLOCK起,客户端必须移除对区块beneficiary、叔块包含奖励以及叔块自身奖励的余额累加,改由 PoS 共识层负责出块与发行。

从这个终局回看 EIP-3143,"用 5 ETH 奖励留住矿工、再让他们变成验证者"的设想虽未落地,但它所诊断的问题——交易费占比波动、逐利算力外流、小型矿工的验证者门槛——恰恰是 PoW 过渡期真实存在且持续被讨论的痛点。对研究者而言,这份提案连同 EIP-649、EIP-1234、EIP-3368 一起,构成了一条完整、可检索的"以太坊区块奖励政策史",也是理解 PoS 合并前共识参数博弈的最佳素材。该文档版权依据 CC0 协议 放弃相关权利,可自由引用。

【免费下载链接】EIPsThe Ethereum Improvement Proposal repository项目地址: https://gitcode.com/GitHub_Trending/ei/EIPs

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询