以太坊工作量证明时代的难度公式里，除了响应出块快慢的反馈项，还叠着一项只增不减的指数扰动，社区叫它难度炸弹：让出块越来越慢，逼着大家按时升级。2020年2月，James Hancock提交EIP-2515，提议把这枚不定时的炸弹换成一座看得懂的钟——难度冻结：到了预先定好的高度，难度停止反馈出块速度，改为每个区块按上一块难度上浮百分之一继续爬。提案类型是核心标准，状态Stagnant。它没有进入主网，但提案正文把难度炸弹的治理困境讲得相当透彻。
算式本身：一条分岔的公式
规格给出的逻辑是简单的两分支。在冻结高度之前，难度照常走传统的反馈公式，按相邻块时间差上下调节；一旦越过冻结高度，公式换轨——新区块难度等于父块难度乘以一点零一，不再理会出块是快是慢。一行的差别，行为截然不同：冻结前网络还能自我平衡，冻结后难度无视现实算力单调爬坡，出块间隔肉眼可见地拉长。因为增速固定，任何人拿当前难度和冻结高度就能心算出任何未来时点的出块速度，这正是提案要的核心属性：可预测。提案还附了一个可选实现，用“上次升级高度加一个固定差值”替代写死的绝对高度，比如差值定在一百八十万块、约九个月，让每次升级自动重置下一座钟。
压力该压给谁
动机部分把旧炸弹的病历摊开讲：它的指数扰动太难建模，曾经在社区没预料到的时刻发作，逼出穆尔冰川这类紧急补丁；也曾经因为升级因技术原因推迟，把出块拖慢的伤害错压在矿工和用户体验上——矿工收益缩水、用户面对迟缓的链，而这两个群体都无力凭自己去改协议。提案的处方是换一个受力点：冻结的痛感以周为单位线性展开，最先感到不对劲、也最有能力动手的是客户端维护者——他们位置正好，既看得见倒计时，也改得动代码。可预测加上受力点选得准，拖延升级的代价从“全网猝不及防的急症”变成“开发者社区面前一盏越来越亮的黄灯”。
和真炸弹比谁更诚实
公允地说，难度冻结没有发明新约束，它只是把同一份压力重新塑形。炸弹靠指数爆炸制造悬崖，威慑强但威慑对象分散，误伤面广；冻结靠线性爬行制造体感，误伤小但悬崖也软——一个真不想升级的阵营完全可能把黄灯当背景光，把出块拖长当成可接受的运营成本。而且冻结仍有硬性副作用：冻结后难度不再响应算力变化，攻击者操纵短期算力的性价比反而上升，这层安全权衡提案自己着墨不多。历史最后没让任何一个方案常驻：以太坊在2022年走向权益证明，难度类机制整体退场，EIP-2515连同难度炸弹一起成了历史注脚。
一次推迟升级的两种痛感
用同一个假想剧本量两种机制。设想升级因安全审计多拖了一个季度。难度炸弹世界里：扰动项在某个深夜跨过临界，出块从十三秒跳到一分钟、再跳到五分钟，钱包开始掉线，矿工收入断崖式下跌，社区在恐慌中开紧急会议，补丁版本仓促上线——历史上的穆尔冰川就是这一剧本的预演。难度冻结世界里：黄灯每两周亮一点，开发者日历上写着确切的转轨高度，社区提前把升级排进版本列车；即便拖延，痛感也是按日累加、各方同步知情，没有出现某一方在毫无征兆下被重创的剧情。两种机制的目标一致——别让链悄悄停滞；差别全在通知方式和痛感分配。
快速问答
问：难度冻结会像炸弹一样让链彻底停摆吗？ 答：不会一刀切停摆。冻结后难度以每块百分之一的复利匀速上爬，出块随之沿曲线逐渐变慢，设计意图是制造升级压力而非物理卡死。 问：为什么需要“响应出块快慢”的部分先保留？ 答：冻结高度之前网络还要正常平衡速度，保留反馈项让升级前的日常运行不受影响，切换是到点才发生的。 问：这套思路在权益证明链上有对应物吗？ 答：没有直接对应物。权益证明没有按算力反馈的难度项，升级协调改由客户端支持周期和检查点约定承担。
风险提示：本文回顾共识机制设计，不构成任何投资建议，也不涉及任何资产的买卖时机判断。机制细节以EIP原文与官方文档为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。