减数临时软分叉 (减数数据 · 临时软分叉)
面向中文社区的全方位解读
BIP-110(减数临时软分叉 / 减数数据 · 临时软分叉) 是由 Dathon Ohm 提出的比特币共识层改进提案,旨在通过 临时性(一年期)的共识规则变更,限制比特币交易中嵌入任意数据的能力,从而纠正因铭文(Inscriptions)、Ordinals、BRC-20 等数据滥用行为导致的激励扭曲,将开发重点重新聚焦到比特币作为货币的核心功能上。
自 2022 年"铭文"(Inscriptions)漏洞被利用以来,将任意数据嵌入比特币交易的趋势愈演愈烈,给节点运营者造成了巨大的非必要负担,并转移了开发和激励方向,使比特币偏离了其作为健全、无需许可、无国界货币的根本目的。
BIP-110 通过共识层面使最有害的数据滥用方法失效,同时保留所有已知的货币用途。它向整个生态系统发出明确信号:任意数据存储将继续受到积极抵制。
BIP-110 临时软分叉期间执行的共识检查
BIP-110 的完整生命周期
关于 BIP-110 的高频疑问
极不可能。UTXO 祖父条款确保激活前创建的 UTXO 完全豁免。只有在同时满足多种严苛条件的情况下资金才可能受影响(使用 Taproot + 预签名交易 + 在分叉期内创建且花费 + 使用了违反规则的 Tapleaf + 密钥路径不可用且无其他可用 Tapleaf)。标准比特币使用场景完全不受影响。
这些限制会严重约束未来的升级,为避免让"完美成为足够好的敌人",先部署简单的临时规则,给社区一年时间制定更好的长期方案。到期后社区可以选择续期、改进或放弃。
标准 BIP9 的 95% 阈值是为永久性共识变更设计的。由于 BIP-110 是紧急干预措施且是临时的,55% 的较低阈值有助于快速部署。如果大范围不受欢迎,矿工自然会拒绝信号。
在 Taproot 中,条件可以链下评估,仅公开意图的验证执行路径。OP_IF 在 Tapscript 中不仅冗余,还常被滥用于注入数据。关闭这一缺口基本零成本,同时传递出此类滥用不受欢迎的信号。
之前的上限允许 2¹²⁸ 个脚本,远超任何人所需。257 字节(128 个脚本叶子)足以满足现代复杂交易。这确实可能影响 BitVM 等高级合约方案——但这类方案尚在早期开发阶段,测试网足够支撑到分叉到期。
数据存储市场与支付市场激励完全不同。矿工一次性收费,但存储数据的负担永久落到了所有节点运营者身上——他们从未收到任何费用,却被强迫永远下载、存储和提供数据。当数据内容令节点运营者反感时,问题更加严重。
不能。完全杜绝数据嵌入是不可能的。该软分叉所做的,是要求想在区块链中存储大型未加密文件的用户,必须将数据伪装成金融数据并/或分割成多个数据推送。这会显著提高滥用成本,强化数据存储"不是比特币的受支持用例"这一立场。
不会。这些规则在共识层面虽是新的,但只是将长期以来的比特币原则编纂成文。对于货币活动的限制不会因此产生。临时性质进一步强化了这一点:如果不续期,一年后自动到期。
分享你对 BIP-110 的看法,帮助描绘中文社区的共识图景
BIP-110 中文社区共识图景