改进提案（BIP）110已进入强制信号窗口，但矿工的支持信号强度远不足以推动网络转向新的共识机制。根据BIP-110监测数据，在区块961,632之前的2,016个区块中，仅有51个区块（约2.53%）表达了支持，远低于早期激活所需的55%阈值。
自区块961,632起，执行BIP-110的节点开始拒绝未设置版本位4的区块。然而，普通比特币节点仍继续接受有信号和无信号的区块。虽然出现了一个较小的“BIP-110分支”，但它很快落后于大多数矿工正在扩展的主链。
关键要点
在区块961,632之前，矿工对BIP-110的支持信号约为2.53%，远低于55%的早期激活要求。自区块961,632起，执行节点拒绝缺少版本位4的区块，而非执行节点仍接受这些区块。一个少数派执行分支已经形成，但尚未获得足够动力成为主导链。BIP-110旨在对交易/脚本和数据大小施加临时限制，以遏制非货币性链上数据膨胀，尤其是铭文。
强制信号启动，但信号微弱
BIP-110当前阶段的核心机制依赖于矿工通过版本位4进行信号传递。在强制信号窗口（区块961,632至963,647）期间，执行该提案的节点应用更严格的规则：拒绝未携带预期信号的区块。监测数据显示，在之前的2,016个区块周期内，支持率过低，难以形成持续竞争的链。
由于主导链仍在没有广泛信号的情况下扩展，任何竞争分支的长期可行性取决于矿工是否大幅增加参与度。在支持有限的情况下，BIP-110分支最多只能缓慢推进，如果矿工继续扩展执行节点无法接受的区块，则可能停滞。
这就是这一里程碑意义超越单纯区块高度的原因：它考验一项有争议的共识变更能否在没有广泛矿工支持的情况下推进，或显著改变行为。这种动态也增加了分裂风险：执行节点可能遵循执行BIP-110规则的链，而多数链继续遵循默认规则集。
BIP-110的拟议限制针对链上数据增长
BIP-110由匿名开发者Dathon Ohman起草，旨在引入约持续一年的额外共识限制。该提案侧重于限制交易各部分可携带的数据量，包括对输出脚本和特定数据承载元素的限制。
总体而言，它将：将大多数新输出脚本限制为34字节；将OP_RETURN输出限制为83字节；将某些数据推送和见证元素限制为256字节；暂时限制多项与Taproot相关的功能。
对用户和钱包开发者而言，激活前创建的输出不受新限制约束。BIP-110支持者认为，这些限制将减少对铭文及其他非货币性数据模式的激励，这些模式增加了节点运营商的存储和带宽需求。
批评聚焦于网络分裂与规则不匹配
并非所有人都认为限制数据大小是正确的路径。批评者——包括Strategy执行主席Michael Saylor和Blockstream首席执行官Adam Back——认为BIP-110可能分裂比特币，并导致某些节点拒绝网络现有规则允许的交易。此前有媒体报道强调了他们的担忧。
信号窗口期间的执行模式加剧了这种担忧。由于执行节点拒绝无信号区块，网络的实际行为可能在提案限制完全生效之前就已出现分歧。这给参与者提出了一个关键问题：执行边界是仍停留在技术注脚层面，还是成为区块空间使用方面持续分歧的根源。
时间安排与讨论的备选方案
BIP-110的部署时间表定义了几个重要节点：区块963,648标志着锁定状态开始；区块965,664是交易限制开始生效的时间。版本位机制也是该提案策略的核心。BIP-110使用版本位4进行矿工信号传递，强制信号窗口已在进行中。当前矿工支持水平——监测周期内约2.53%——表明，除非矿工行为发生急剧变化，否则早期激活不太可能发生。
另外，BIP-110支持者讨论了应急方案。8月1日，比特币开发者Chris Guida发布了基于工作量证明变更的初步代码，该代码最初由Bitcoin Knots维护者Luke Dashjr编写。Guida后来将该代码描述为矿工反对BIP-110时的应急措施，不过他当时并未设定激活日期。
虽然这一备选方案讨论并未改变当前信号现实，但它凸显了当前的核心矛盾：支持者希望找到限制某些链上数据行为的路径，而反对者则担心在依赖矿工共识和全网一致性的系统中，强制执行有争议规则所带来的后果。
展望未来，读者应关注矿工信号是否在锁定和生效窗口临近时显著上升。如果信号仍然低迷，冲突可能局限于小部分执行节点；如果信号上升，时间表将加速一场更广泛、更具操作意义的变革，改变哪些区块被接受。
