关键要点
一次有期限、聚焦的干预，保护比特币的核心使命
临时保护
为期一年的部署，可根据社区反馈进行调整或延长。
限制数据存储
限制在交易中嵌入任意数据，避免节点运营者负担并防止资源被分流。
保留货币用途
所有已知的货币类用途保持完整可用，不受影响。
让比特币回归主线
传达比特币的首要目标是成为全球最好的货币，而不是数据存储层。
运行 BIP-110
通过运行发出激活信号的节点来支持 BIP-110。全节点的每一次验证，都是在用行动维护去中心化共识。
守护比特币的使命
自 2022 年“铭文”（inscription）黑客式使用开始，将任意数据嵌入比特币交易的趋势迅速出现。这让节点运营者承担不必要的负担，也让开发焦点从比特币的根本使命——成为可靠、无许可、无国界的货币——被迫转移。
数据存储与支付竞争区块空间，让转账成本被抬高，反而促使人们依赖第三方支付处理器，从而更容易被审查。运行全节点需要永久保存区块数据并验证规则，成本上升会削弱去中心化安全性。
通过限制数据存储，开发者可以摆脱无休止的范围蔓延，把注意力重新放在最重要的目标上：让比特币作为货币取得成功。
“比特币应该只做一件事，并且把它做到最好。”
工作原理
通过简明的限制，保留所有货币用途，同时抑制数据滥用
输出大小限制
新的输出限制为 34 字节，OP_RETURN（不可花费的数据输出指令）例外，最多允许 83 字节。
数据推送限制
数据推送与见证元素最多 256 字节。
见证版本限制
部署期间只能花费已明确定义的见证版本（v0 与 Taproot）。
Taproot 限制
Taproot annex、超大控制块以及部分操作码将被临时限制。
花费在激活前创建的 UTXO（未花费交易输出）的输入永久豁免这些规则——现有资金无需在期限内迁移。
常见问题
关于 BIP-110 的常见疑问解答
重要考量
对限制与风险的坦诚评估
BitVM 与高级合约
257 字节的控制块限制会约束大型 Taptree。像 BitVM 这类高级智能合约可能需要等到部署结束，或使用测试网/侧链。
钱包兼容性
一些钱包（例如 Nunchuk）允许任意 Miniscript，可能会生成包含 OP_IF 的 Tapleaf。这些钱包需要在激活前更新，停止创建包含 OP_IF 的 Tapleaf。激活前创建的 UTXO 永久豁免，因此现有资金不受影响。钱包开发者在强制锁定（约 2026 年 8 月）前加上两周宽限期内完成更新即可。激活后仅新创建的 UTXO 受规则约束。更新方式很直接：把 OP_IF 分支拆成独立 tapleaf，这也是 Taproot 的最佳实践。
升级钩子
部署期间无法使用未定义见证版本与 OP_SUCCESS 作为升级钩子。由于软分叉协调通常需要一年以上，这在现实中影响有限。
部署时间线
BIP-110 激活的关键时间节点
信号开始
矿工使用 bit 4 发出支持信号。如果在一个难度调整周期内有 55% 的区块发信号（1109/2016），将提前锁定。
强制锁定
若未提前锁定，将进入强制信号阶段——未发信号的区块会被判为无效，从而保证锁定。
激活
新的共识规则生效。违反规则的区块会被所有执行节点拒绝。此前的 UTXO 仍永久豁免。
到期
激活后 52,416 个区块，所有限制自动解除。
使用 bit 4 发信号 • 55% 阈值提前锁定 • 强制信号保证激活