一场暗流涌动的比特币内战：BIP-110 引发分叉隐忧

By: rootdata|2026/07/24 08:32:05

BIP-110 强制激活路线与潜在并行分叉，或将把一场技术分歧演变为真实的区块链分裂风险。

撰文：Ashrith Rao

编译：Chopper，Foresight News

比特币本无需同时面对行情下跌与内部路线之争。但眼下，两件麻烦同时找上门。

自 2025 年 10 月比特币核心客户端 Bitcoin Core 发布 v30 版本以来，一场理念分歧持续发酵；与此同时，加密市场正试图在这场纷争中找到价格底部。

BIP-110：比特币分叉对峙进入倒计时

这场博弈的关键截止日期定于 2026 年 8 月 7 日，对应区块高度 961632。届时发生的一切，或将决定比特币下一轮周期将延续一条主链，还是分裂为两条链。

2025 年 12 月，开发者 Dathon Ohm 提出 BIP-110 提案（注：BIP 全称 Bitcoin Improvement Proposal，比特币改进提案），即「减少数据临时软分叉」。这是一项计划有效期一年的软分叉提案。

提案聚焦区块内的数据管控，本身不附带政治诉求：在约一年时间内，将 OP_RETURN（注：OP_RETURN 是比特币交易中用于写入附加数据的脚本）输出数据限制在 83 字节；绝大多数新增输出脚本上限设为 34 字节；同时对多项承载外部数据的技术做出约束，包括大型数据推送、见证项和某些未指定的见证版本。

区块链上已存历史数据不会遭到清除，规则仅约束未来新增交易。争议焦点集中在铭文，以及自 2022 年起持续占用比特币区块空间的各类非金融类数据。

提案支持者认为，这类应用偏离比特币作为支付与结算系统的原始定位，提高了全节点运行成本，持续扩张未花费交易输出（UTXO）规模。

真正引发巨大争议的是提案的激活机制。 BIP-110 依靠 bit-4 信号机制，设计了一套由市场主导、平滑锁定激活的路径：在 2016 个区块的难度周期内，需要获得 55% 算力投票支持。

自 2025 年 12 月 1 日上线监测以来，提案的算力投票占比长期低迷，仅维持在 0.3%~0.4% 区间。最新观测数据最低至 0%，最高仅 0.86%。倘若常规投票通道无法达标，提案将启动强制执行方案：强制在区块高度 961632 开启。

到这一时间节点，无论全网多数算力持何种态度，运行兼容 BIP-110 客户端（主要为 Bitcoin Knots）的节点，将开始拒绝不支持该规则的区块。

批评者表示，这套效仿 2017 年 UASF（用户激活软分叉）的策略，将一场看似次要的技术讨论，升级为重大治理争端。

算力数据现状

当前比特币全网算力约 940EH/s，而 BIP-110 的投票算力不足 1%，仅约 5EH/s。目前可观测到的投票区块，绝大多数来自矿企 Ocean，该主体与 Jack Mallers、Adam Back 存在关联。

绝大多数比特币算力掌控者要么保持漠视，要么明确反对提案。算力支持率的巨大鸿沟，凸显出一旦 BIP-110 启动强制路线，潜在后果不容小觑。

当少数节点强行推行一套绝大多数算力与节点拒绝认可的规则，最终并不会让规则落地，而是催生两条各自合法的区块链。两条链都会认可符合 BIP-110 严格规则的区块；但非 BIP-110 节点可以接纳不满足限制条件的区块，BIP-110 节点则直接拒绝。

BCH 当前币价仅为 BTC 零头，就是市场如何看待缺乏足够算力支撑的分叉链最直观的例证。

各方立场逐渐清晰

随着截止日期临近，反对阵营的力量不减反增。

7 月 18 日，Michael Saylor 发布长文《反对 BIP-110 的 110 条理由》，展开激烈批判。他提出，比特币共识层不应当去定义手续费交易的「合理用途」。相比垃圾交易泛滥与否，他更警惕先例风险。一旦共识规则开始区分「合规交易」与「不合规交易」，这套范式会永久固化，未来可能被操纵规则迭代的人滥用。

他还指出，BIP-110 会限制未来升级空间，例如 BitVM 这类依赖数据灵活性的合约方案，都会受到提案约束。

Adam Back、Jameson Lopp 也提出相似但独立的观点：这套激活机制本身极具风险。过往成功的比特币升级，例如隔离见证（SegWit）、Taproot，在正式落地前都获得超 90% 算力支持。相比之下 55% 的门槛本身已经偏低。而如今自然投票支持率不足 1%，强行启动只会制造分歧，而非达成共识。

也有不少从业者选择中立。 Jimmy Song 公开表态：「我对这套机制了解不够，无法判断两条路径各自的后果」，这番言论引来大量批评。在这场激烈争论中，中立态度被很多人视作回避表态。

另一边，Bitcoin Knots 开发者与 BIP-110 支持者则搬出 2025 年 10 月 Core v30 版本的改动：客户端将 OP_RETURN 默认中继策略上限从 83 字节大幅上调至约 10 万字节，上调幅度超 1200 倍。

Core 团队将其定义为中继策略调整，而非共识规则变更，并辩称依靠中继过滤无法杜绝垃圾数据，外部数据可以以哈希等形式嵌入普通交易输出，难以区分拦截。

从技术层面看该观点成立，依靠中继层无法彻底禁止任意数据存储。这也正是 BIP-110 反对者的核心论点，该方案治标不治本，不仅难以根除问题，还可能在尝试修复的过程中直接造成区块链分裂。

正是 Core 未经广泛社区沟通推出 v30 版本更新，催生了 Bitcoin Knots 分支；数月之后，作为应对方案的 BIP-110 随之诞生。