EIP-858 详解:将以太坊区块奖励降至 1 ETH 并推迟难度炸弹的 PoW 减排提案

发布时间:2026/11/12 10:56:08

EIP-858 详解:将以太坊区块奖励降至 1 ETH 并推迟难度炸弹的 PoW 减排提案 EIP-858 详解将以太坊区块奖励降至 1 ETH 并推迟难度炸弹的 PoW 减排提案【免费下载链接】EIPsThe Ethereum Improvement Proposal repository项目地址: https://gitcode.com/GitHub_Trending/ei/EIPs导读EIP-858Reduce block reward and delay difficulty bomb由 Carl Larson 于 2018-01-29 提出是一项针对以太坊主网共识层的标准提案Standards Track / Core其核心主张是将区块奖励从当时的 3 ETH 下调至 1 ETH同时将难度炸弹Difficulty Bomb又称冰河期/Ice Age推迟 2,000,000 个区块。本文以仓库中的 EIPS/eip-858.md 为主体结合其附带的 能耗计算文档 与仓库内同系列 EIPeip-649.md、eip-1234.md、eip-1227.md 等还原该提案的完整技术细节、动机推演、共识影响以及它最终在以太坊历史上所处的位置帮助你理解 2018 年以太坊围绕减排 推迟冰河期这一主题展开的完整技术辩论。提案定位元数据与当前状态从 eip-858.md 的 front matter 可以读取到该提案的完整元数据字段值eip858titleReduce block reward and delay difficulty bombauthorCarl LarsontypeStandards TrackcategoryCorestatusStagnant停滞created2018-01-29与仓库中其他 EIP 文档一致该提案遵循 eip-template.md 的编排结构包含 Simple Summary、Abstract、Motivation、Specification、Rationale、Backwards Compatibility、Test Cases、Implementation 与 Copyright 等标准章节。值得注意的两点定位信息category 为 Core说明该提案修改的是以太坊共识层的核心规则难度计算与区块奖励一旦实施将导致硬分叉而不是单纯的接口或应用层标准。status 为 Stagnant这表示该提案既未被采纳也未撤回处于长期搁置状态。从仓库后续同主题 EIP 的演进看下文详述社区最终选择了先降后缓的折中路线而非 EIP-858 的一次性大幅降幅。核心动机算力对应的能耗与安全权衡EIP-858 的动机论证分为两条主线在 Abstract 与 Motivation 章节 中清晰展开1. 环境成本1 TW 级功耗与全球用电占比提案指出当时以太坊公开主网算力约为296 TH/s对应的功耗约1 TW年能耗约8.8 TWh约占全球总用电量的0.04%。提案认为既然网络参与者消耗了如此规模的能量并带来相应的环境成本那么社区在道义上有义务确保这一成本不高过必要水平而在当时最直接的降本手段就是降低区块奖励从而削弱 ETH 挖矿的吸引力。仓库中 assets/eip-858/calculations.md 提供了这套能耗估算的完整推导过程其中关键输入参数如下变量符号数值单位全网算力H_N296000GH/s单卡GTX 1070算力H_M31.2MH/s单卡功耗P_M110.6W全网功耗的最优情形估算公式为P_N H_N × P_M / H_M 296000 (GH/s) × 110.6 (W) × 1000 (MH/GH) / (31.2 (MH/s) × 10⁶ (W/MW)) 1049 MW计算文档还特别提醒读者注意功率W与能量Wh 功率 × 时间的区别并给出了日均能耗的换算示例E_Nd P_Nd × T_d 1049 (MW) × 24 (h/d) / 1000 19.7 GWh说明EIP 正文将功耗表述为roughly 1 TW而依据其附带的计算文档1049 MW 更接近 1 GW结合年能耗 8.8 TWh 来看与约 1 GW 的平均功率量级吻合正文中的 TW 可理解为量级表述上的粗略写法。2. 安全视角失控的算力增长同样有害除了环境维度提案还从安全角度论证算力增长不受约束反而可能适得其反。具体逻辑是——算力为网络提供安全性因为它降低了对手发动 51% 攻击的可能性但在区块奖励固定的情况下如果币价上涨导致挖矿参与度失控式增长这种增长会同时扩大潜在攻击者群体。因此抑制算力增长、降低挖矿吸引力的最直接方式就是下调区块奖励。规范Specification两项共识层修改EIP-858 的规范非常简洁仅包含两条规则见 Specification 章节推迟难度炸弹 2,000,000 个区块调整区块、叔块uncle与侄块nephew奖励使新区块奖励为 1 ETH。难度炸弹推迟的机制背景所谓难度炸弹又称冰河期是 Homestead 升级eip-2.md引入的一种指数级难度增长机制。正如仓库中 eip-1227.md 所回顾的其指数项可表述为int(2**((block.number // 100000) - 2))该指数项叠加在 Ethash 难度计算之上会随区块高度每 100,000 个区块翻倍式增长最终使挖矿难度暴涨、出块时间指数级拉长直到链冻结grind to a halt。它的设计意图是作为计划性淘汰机制倒逼网络定期通过硬分叉升级并为未来切换到权益证明PoS铺路。EIP-858 正文并未给出推迟后的具体难度计算公式但从同系列 EIP 的实现惯例参见仓库中 eip-649.md 与 eip-1234.md 的 Specification可以推断标准做法是引入一个伪区块号替换难度计算中的block.numberfake_block_number max(0, block.number - 2_000_000) if block.number FORK_BLKNUM else block.number即以从真实区块号中减去推迟量的方式让客户端误以为难度炸弹尚未到达引爆高度。EIP-858 选择推迟 2,000,000 个区块按照约 15 秒的平均出块时间换算2,000,000 × 15 秒 ≈ 30,000,000 秒正好约为一年。区块/叔块/侄块奖励按 1 ETH 联动调整EIP-858 明确要求adjust block, uncle, and nephew rewards to reflect a new block reward of 1 ETH。虽然正文未展开公式但依据同系列提案的标准奖励公式见 eip-649.md其表述为existing pre-Metropolis formula ... simply adjusted with new_block_reward叔块与侄块奖励按比例联动新区块奖励new_block_reward 1 ETH 1_000_000_000_000_000_000 wei (1e18 wei)叔块奖励当block.number - uncle.number k时new_uncle_reward (8 - k) * new_block_reward / 8侄块奖励new_nephew_reward new_block_reward / 32即若区块奖励降至 1 ETH被收录的叔块按距当前区块的距离 k 可获(8-k)/8ETH侄块包含叔块的区块获 1/32 ETH。这些比例关系沿用 Ethash 时代既有的奖励结构只是将基准值从 5/3/2 ETH 替换为 1 ETH。原理分析Rationale一年缓冲与社区机制保留EIP-858 的 Rationale 章节L27-L30给出了两条关键判断推迟约一年为 PoS 过渡争取时间当时最新的研究进展预计以太坊将在 2019 年切换至 PoS因此需要进一步推迟难度炸弹避免网络在过渡完成前停摆。同时提案强调难度炸弹作为社区支持的机制应当被保留——它是推动未来向 PoS 过渡的辅助手段提案没有像 eip-1227.md 那样主张永久拆除它。静态奖励 币价因素 失控的挖矿增长固定区块奖励下若币价上行挖矿参与度可能不受约束地增长这不仅浪费能源还会扩大潜在攻击者池。而降低挖矿吸引力最直接的抓手就是降低区块奖励。值得注意的是EIP-858 选择一次性降至 1 ETH力度明显大于同期方案对比仓库内其他提案eip-1295.md同期停滞提案主张保持 3 ETH 不变、仅削减叔块/侄块奖励eip-1227.md 则主张重置回 5 ETH。三者反映了社区内部对降多少、降不降的分歧光谱。向后兼容性必然硬分叉用户可在两条链间选择EIP-858 明确指出Backwards Compatibility 章节This EIP is consensus incompatible with the current public Ethereum chain and would cause a hard fork when enacted.由于修改的是共识规则难度计算与奖励结构该提案与当时的公共以太坊链不兼容实施必然触发硬分叉。分叉后将出现两条链供用户选择A 链区块奖励 1 ETH/块采用 EIP-858B 链区块奖励 3 ETH/块维持 Byzantium 之后的状态。提案认为让用户自己做选择是一件好事同时推迟难度炸弹可以确保两条链都不会因冰河期而停摆。需要说明的是这里3 ETH的基准恰好对应 2017 年 Byzantium 升级eip-649.md区块奖励从 5 ETH 降至 3 ETH之后的主网状态说明 EIP-858 是在后 Byzantium 框架下的进一步减排主张。测试与实现状态诚实留白EIP-858 在测试与实现两节中如实记载了当时的未完成状态L35-L39Test CasesTests have, as yet, not been completed.测试尚未完成ImplementationNo implementation including both block reward and difficulty adjustment is currently available.暂无同时包含区块奖励与难度调整的实现这种留白也印证了其 Stagnant 状态该提案停留在规范与论证层面未进入任何客户端的实现流水线。对比之下被采纳的同主题 EIP 均有明确的测试与实现记录例如 eip-649.md 列出了 Geth、Parity、EthereumJ、PyEthereum 等客户端的具体实现 PR。历史坐标EIP-858 在冰河期推迟系列中的位置要理解 EIP-858 的价值必须把它放回以太坊难度炸弹推迟这条完整的时间线上。仓库中收录了同主题的一系列 EIP其推迟量与区块奖励调整对比如下EIP硬分叉状态推迟区块数区块奖励调整eip-649.mdByzantiumFinal3,000,0005 ETH → 3 ETHeip-858.md—未采纳Stagnant2,000,0003 ETH → 1 ETHeip-1234.mdConstantinopleFinal5,000,0003 ETH → 2 ETHeip-1227.md—未采纳Stagnant永久拆除重置为 5 ETHeip-1295.md—未采纳Stagnant6,000,000保持 3 ETH砍叔块/侄块奖励eip-2384.mdMuir GlacierFinal9,000,000不变eip-3554.mdLondon12 月Final9,700,000不变eip-4345.mdArrow GlacierFinal10,700,000不变eip-5133.mdGray GlacierFinal11,400,000不变从这张表可以清晰看到两条脉络奖励路径以太坊最终采纳的是 eip-649 → eip-1234 的渐进式降幅5→3→2 ETH而非 EIP-858 主张的一步到位降到 1 ETH。推迟路径此后历次升级Muir Glacier、London、Arrow Glacier、Gray Glacier都只做难度炸弹推迟、不再动区块奖励直至 eip-1011.md 所规划的 Hybrid Casper FFG 与最终的 The Merge 切换 PoS 后难度炸弹与 PoW 奖励才彻底退出历史舞台。EIP-858 提出的以降低挖矿吸引力来控制算力与能耗这一思路与 eip-1011.md 中随着安全性从 PoW 转向 PoS逐步下调 PoW 区块奖励其参数表将NEW_BLOCK_REWARD定为 0.6 ETH 并分阶段递减在方向上遥相呼应——只是 EIP-858 试图在纯 PoW 阶段就提前兑现这一目标。总结EIP-858 是一份结构完整、论证清晰的 Core 级提案它把环境成本与算力安全两个看似矛盾的问题统一到降低区块奖励这一个杠杆上同时坚持保留并推迟难度炸弹以护航 PoS 过渡。尽管它最终因社区选择了更温和的 eip-649/eip-1234 路线而停留于 Stagnant 状态且当时连测试与实现都未完成但它的价值在于完整记录了一次围绕ETH 通胀率、挖矿能耗与网络安全的平衡点在哪里的严肃技术辩论是理解 2018 年前后以太坊共识层演进脉络的重要参考文献。补充本文引用内容版权遵循 EIP 仓库的 CC0 声明Copyright and related rights waived via CC0。EIP-858 的完整原始文本可在 EIPS/eip-858.md 中查看。【免费下载链接】EIPsThe Ethereum Improvement Proposal repository项目地址: https://gitcode.com/GitHub_Trending/ei/EIPs创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
延伸阅读

更多相关文章

2026/10/30 3:15:59

TypeScript+NX+Semantic-Release构建可演进AI智能体技能协议

1. 项目概述:这不是一个“技能库”,而是一套可插拔、可验证、可演进的智能体能力协议“agent-skills”这个名称乍看像一个泛泛而谈的工具集合,但实际在当前AI工程落地实践中,它代表一种明确的架构分层意识——把大模型应用中那些反…

2026/11/11 9:00:26

Android TextView跑马灯失效的7种原因与解决方案

1. 项目概述TextView跑马灯效果是安卓开发中常见的UI交互设计,它能让文本在空间不足时自动横向滚动显示完整内容。但在实际开发中,很多开发者都遇到过跑马灯效果失效的问题,明明按照官方文档设置了所有必要属性,文本却纹丝不动。作…

2026/11/4 11:14:17

ANE实战:RoPE位置编码在MIL中的纯ANE实现

ANE实战:RoPE位置编码在MIL中的纯ANE实现 【免费下载链接】ANE Training neural networks on Apple Neural Engine via reverse-engineered private APIs 项目地址: https://gitcode.com/GitHub_Trending/ane2/ANE 在 ANE 项目中,Transformer 的前…

2026/11/12 10:54:58

建筑电工证办理查询在哪考?学历不高也能考,手把手教你流程

建筑电工证办理查询在哪考?学历不高也能考,手把手教你流程 你是不是也这样,觉得自己学历不高,怕连建筑电工证都报不上名?别担心,我之前在濮阳做项目现场管理员时,身边就有很多和你一样学历不高的朋友,最后都顺利考下来了。今天我来教你【建筑电工证办…

2026/11/12 10:54:58

建筑电工证办理查询多少钱?怕考不过白交培训费?别慌

建筑电工证办理查询多少钱?怕考不过白交培训费?别慌 怕考不过白交培训费?我见过太多焦作公路工程从业者,花了几千块报名,结果考试挂了,培训费打水漂。别急,建筑电工证办理查询多少钱、怎么报、怎么备考,我来给你说透。…

2026/11/12 10:54:58

电工证哪家最权威官方回应实操考试心里没底怕挂科

电工证哪家最权威官方回应实操考试心里没底怕挂科 实操考试心里没底怕挂科,这几乎是每个准备考电工证的学员最真实的感受。尤其是对于像我这样从零基础起步的学员来说,一想到要面对高压电、复杂设备操作和严格的考核标准,心里就发怵。但官方回应也明确指出…

2026/11/12 10:54:58

扬州电工证在哪考试怎么报名 电工证实操考试挂科率高怎么破

扬州电工证在哪考试怎么报名 电工证实操考试挂科率高怎么破 实操考试心里没底怕挂科,这是很多准备报考扬州电工证的朋友最真实的感受。电工证不仅是上岗的“门槛”,更影响着你的薪资待遇和职业发展。今天咱们就来聊聊扬州电工证在哪考试、怎么报名、实操考…

2026/11/12 10:54:58

广工特种兵博主名单多久拿证才能上岗找工作

广工特种兵博主名单多久拿证才能上岗找工作 你正愁找不到工作,却被告知必须有特种作业证才能上岗?这事儿真不是闹着玩的,尤其是在南阳卧龙区这样的建筑大区,没有特种作业证,连工地都进不去。你可能已经听说过【广工特种兵博主名单】,但到底怎么操作?多…

2026/11/11 12:42:59

电工证丢失还能补吗?千万别踩坑,丢了证等于失业

电工证丢失还能补吗?千万别踩坑,丢了证等于失业 你正在找工作,但手里的电工证突然丢了,这下怎么办?别急,先别慌, 电工证丢失还能补吗 ?答案是肯定的,但 千万别踩坑 ,补办流程如果不了解,可能会耽误你上岗、甚至影响到你的收入。…

2026/11/12 0:04:01

工地太忙根本没时间复习考试?学习电工证到哪里学通过率揭秘

工地太忙根本没时间复习考试?学习电工证到哪里学通过率揭秘 工地太忙根本没时间复习考试?你不是一个人。作为一名在南阳卧龙区干了七八年市政公用工程的电工,我深知这个问题的现实性。电工证不仅是工作的“入场券”,更是职业发展的“通行证”,但备考过程…

2026/11/12 0:04:01

双流电工证考别怕挂科!郑州报考避坑指南全攻略

双流电工证考别怕挂科!郑州报考避坑指南全攻略 实操考试心里没底怕挂科?双流电工证考在郑州报名,很多人因为不了解流程、准备不充分,白白浪费时间和金钱。作为三门峡应届工程类毕业生,我也曾经历过这样的焦虑。今天就从零开始,手把手教你如何避开郑州报…

2026/11/12 0:04:01

之前考的证在外省能不能转过来 怎么报名考电工证培训价格多少

之前考的证在外省能不能转过来 怎么报名考电工证培训价格多少 之前考的证在外省能不能转过来?这个问题确实让不少准备换城市工作的朋友犯了难,尤其像电工证这种实操性很强的证书,很多人担心跨省后证书能不能继续用。其实,只要符合相关流程,是可以顺利转…

2026/11/11 20:27:01

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/12 9:51:42

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑