1. BIP-110提案的技术本质与核心争议
2026年2月,比特币社区迎来了一个极具争议性的技术提案——BIP-110。这个由匿名开发者Dathon Ohm提出、Bitcoin Knots客户端核心开发者Luke Dashjr力推的改进方案,本质上是一场针对区块链数据存储的"临时软分叉"。其核心目标直指近年来在比特币网络上蓬勃发展的"非货币用例",如Ordinals铭文和BRC-20代币等生态应用。
1.1 技术限制的七个维度
BIP-110的技术设计体现了"精准打击"的思路,通过七项关键限制构建起数据存储的防火墙:
-
脚本公钥长度限制:新建输出脚本公钥超过34字节即视为无效(OP_RETURN除外,仍允许83字节)。这个数字不是随意选取的——34字节足以容纳标准的P2PKH(25字节)和P2SH(23字节)地址,同时阻止利用长脚本公钥存储额外数据的行为。
-
数据推送限制:所有OP_PUSHDATA操作码推送的数据以及见证栈元素不得超过256字节。这个限制直接针对铭文技术中常见的大块数据嵌入行为。从技术角度看,256字节对于密码学操作(如签名验证)已足够,但远不足以存储一张完整图片(通常需要300-400字节的压缩数据)。
-
未定义见证版本禁用:虽然创建时仍被允许,但花费未定义的见证版本(非BIP 141、BIP 341或P2A标准)的输出将被视为无效。这一限制旨在防止开发者利用预留字段存储数据。
-
Taproot附件禁用:完全禁止Taproot annex字段的使用。Annex作为未来升级预留的空间,当前常被用于存储非标准数据。
-
Taproot控制块大小限制:控制块不得超过257字节(对应最多128个脚本叶子的默克尔树)。这直接影响BitVM等需要复杂脚本的智能合约方案。
-
OP_SUCCESS*操作码禁用:禁止在Tapscript中使用任何OP_SUCCESS*系列操作码。这些本为未来升级预留的操作码常被滥用于数据嵌入。
-
条件操作码禁用:禁止在Tapscript中使用OP_IF/OP_NOTIF。这些条件语句常被用来隐藏"永远不会执行"的数据片段。
技术细节:这些限制都经过精心计算。例如256字节限制是基于现代压缩技术下最小图片文件的
