矿工辛苦算出的区块有两种命运：被全网接纳进主链，或者成为孤块——合法、有效、有真实工作量，却因为没能第一时间被更多矿工看到而落选。孤块不是故障，传播总有延迟，两个矿工几乎同时出块必有其一落榜。但落榜率是一根灵敏的温度计：全网孤块率突然抬头，往往意味着传播变慢、网络出现分区，甚至有人在玩延迟发布的高级玩法。问题是目前节点对孤块的态度是“收到、验证、扔进角落”，同伴之间不会互相通报。BIP-332 想把这份沉默打破：2026 年 8 月 21 日立项，作者含 Anthony Towns，状态 Draft，依赖 BIP-434 的能力协商。
它的动机段把孤块的价值讲得很直白。第一层，孤块率是观测值：块到达其他矿工越慢，孤块越多，所以持续上升的陈旧率是传播退化的告警信号，也是自私挖矿这种“自己藏着不广播、别人白挖矿”策略留下的可观测脚印。第二层，一个与当前主链累计工作量持平的陈旧区块，随时可能因为它的孩子挖出来而把现在的tip挤下王座——如果节点早就把那个陈旧块下载并验证过，重组发生时就不必临时补数据，切换更快也更平滑。第三层，顺带的观察价值：既然能拿到陈旧块正文，不同矿池的打包政策差异就一目了然。
协议本身很小。新消息叫 staletip，三个字段：一个 uint256 的分叉点区块哈希，作为这条陈旧支链第一个块头的 prev-hash 锚；一串压缩区块头，按链序排好，描述从分叉点延伸出去的整条落选支链；一个布尔 have_block，声明发送方是否愿意继续提供这条支链的完整区块数据。接收方的义务也限定得很清楚：分叉点必须是接收方已知的块，头部序列必须能干净地接在已知块之后，而且这类消息受严格资源上限约束——提案自己的措辞是“非 essential、低性能要求、严格限额”，它定位是锦上添花的遥测通道，不是共识关键路径。
把它放回孤块的常识账本里看会更立体。中本聪设想的十分钟间隔下，传播延迟占比很小，孤块是稀有事件；随着中继网络演化和出块竞争加剧，观测到的孤块率长期是个位数低段，任何显著抬升都值得一查。以往想统计孤块率，只能靠公开矿池数据拼拼凑凑；staletip 让每个全节点第一次拥有一手样本，配合公开的区块头流就能自建监控。这正是它“低带宽换高信噪比”的卖点。
也要说说它没做的事。staletip 不改变孤块定义，不影响任何节点的主链选择，不保证发送方一定存着正文（have_block 只是意愿声明），更不是给重组开后门——分叉选择规则一个字都没动，最累计工作量原则照常运行。它还刻意不做的事情是防伪造：头是真头，验证走既有工作量检查，伪造的“陈旧链头”会因算力不足直接被无视。
误区澄清。其一，“通报孤块会鼓励不诚实 miner”——恰恰相反，公开孤块足迹让自私挖矿更难藏。其二，“staletip 与弱块提案是同一件事”——弱块路线主张降低难度门槛传头，这一份只处理“已经难到能上链、只是来晚了”的块。其三，“节点收到陈旧支链就要存下来”——按规范只是可选，资源配额之内自行决定。
快速问答。问：现在运行中的节点有实现吗？答：这是一份 2026 年 8 月才立项的草案，本批写作时没有任何主流实现与部署数据。问：个人用户会感到变化吗？答：不会有操作层面变化，最多是未来节点软件多一条可选开关。问：它与压缩区块冲突吗？答：不冲突，一个省新区块带宽，一个通报落选区块，层次不同。
一个量级直觉：把全网算力想象成探照灯，孤块率就是灯柱扫过海面留下的暗角比例——staletip 的作用相当于让每盏灯都报出自己错过的那片海，暗角的大小从此可以被整张网实时读数。
风险提示：本文介绍尚未部署的网络提案，不构成投资或组网建议；请以当期节点官方发布为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。