如果你最近在比特币社区里反复看到 BIP-110 这个名字，却搞不清它到底要改什么、现在走到哪一步、跟普通持币人和节点运营者有什么关系，这篇文章按“先看背景、再对照条文、然后查信号、最后判断风险”的顺序带你走一遍。你能在十几分钟内弄清三件事：该提案会在激活后禁止哪些交易结构、它的“强制信号”为什么可能造成链分裂、以及截至 2026 年 7 月 20 日它的真实进展（矿工信号仅 0.83%）。读完你再去读论坛讨论，就不会被“限制铭文”这种简化说法带偏。
先弄清 BIP-110 要限制什么：它改的是交易结构，不是钱包余额
BIP-110 的正式名称是“减少数据临时软分叉（RDTS）”，目标是压掉 Ordinals、铭文、BRC-20 代币等非支付用途在比特币交易里嵌入数据的方式。要注意它限制的是“怎么把数据塞进交易”，而不是某类资产的余额本身。按照提案规范，激活后将新增几条共识规则：普通输出脚本一般被限制在 34 字节，OP_RETURN 输出最多 83 字节；数据推送和脚本参数的见证元素限制在 256 字节；Taproot 附件、大型控制块、OP_SUCCESS 操作码，以及在 Tapscript 中执行的 OP_IF 与 OP_NOTIF 指令都会受限。对撰写或广播交易的人来说，这意味着过去常见的“大体积 OP_RETURN 携带文本或图片索引”“在见证字段里塞入大段元数据”的做法会直接变成无效交易，而不是仅仅被某个节点拒收。
提案也留了豁免：部署期间，花费激活前已创建 UTXO 的输入不受新规则约束。支持者解释这是为了不波及既有资金和已知的货币用例。需要提醒的是，限制并不等于彻底消灭数据存储——数据仍可通过拆分、伪装或编码塞进被允许的结构里，支持者的论点是这样做成本和复杂度更高，能抑制滥用。读者判断这部分时最好亲眼看一遍条款原文，项目里列出的字节数、操作码名称都是硬指标，别只记住“禁止铭文”四个字。
对照自己常做的交易，看会不会受影响
你不需要运行节点也能做一次自检。第一步，打开你常用的区块浏览器，调出最近几笔自己发出或收到的交易，看输出里是否出现大段 OP_RETURN 内容、或者 witness 数据明显超长的情况；如果你只做普通转账，基本不会碰到这些结构。第二步，如果你使用带铭文或 BRC-20 记录的钱包、工具，去它的公告或设置页确认它是否声明支持 BIP-110 之后的规则——在提案真正激活前，多数工具仍按现行规则工作，但一旦激活，构造超限交易的软件会广播出被升级节点视为无效的交易，表现为“发出去了却迟迟不上链”。第三步，若你有定期归档链上数据的习惯，把依赖这些交易结构的记录提前导出备份，避免激活后重放或查询时遇到数据缺失。
做错的典型后果是：把“节点策略限制”误当成“共识限制”。现在节点运营者可以通过可配置策略决定中继或挖哪些未确认交易，Bitcoin Core 30.0 甚至把默认的 OP_RETURN 数据载体放宽到 100,000 字节并允许多个 OP_RETURN 输出，但运营者仍可调回小限制。这类被某个节点内存池拒收的交易，在现行规则下仍可能被打包进区块。BIP-110 的不同之处在于把限制写进共识：激活期间，升级节点会把违反限制的交易视为无效，哪怕它付了手续费、按当下规则本来有效。你在判断任何“某交易被禁”的说法前，先问一句它属于策略层还是共识层。
查激活进度：版本位、55% 阈值和强制信号窗口怎么看
BIP-110 走的是版本位 4 加修改版 BIP9 部署。早期锁定要求在一个难度调整周期（2,016 个区块）内，有 1,109 个区块（55%）发出信号。如果一直达不到，强制执行节点会进入 961,632 到 963,647 区块的强制信号窗口，拒绝不发出位 4 信号的区块，计划不迟于 963,648 锁定，并在 965,664 激活，规则在 52,416 个活跃区块后失效，大约一年。你可以在公共信号监测器上查看当前周期的信号区块数与占比，对照 55% 这个门槛判断进度，而不是听转述。
截至 2026 年 7 月 20 日 01:05（UTC），监测器记录当前周期 1,203 个区块中只有 10 个信号区块，即 0.83%，已完成周期的最高比率也只有 0.99%。这个数字说明“按原计划自然激活”基本没有发生。更关键的是对“强制”的理解：它只约束运行 BIP-110 规则的节点，现有比特币节点会继续接受非信号区块。如果多数算力留在现有链上，BIP-110 节点可能拒绝这条链、转而跟随一条慢得多的少数分支——时间表本身制造不出全网共识。想核实节点数量时要谨慎，可达节点数容易被重复统计，也看不出经济权重。
支持与反对争的是什么：从本地过滤到全局有效性
支持方的核心论据是激励扭曲：矿工只拿一次性手续费，而每个全节点都要下载并保存由此产生的链上数据；非支付用途与货币交易争抢区块空间、抬高基础设施成本，有把比特币变成通用数据层的倾向。提案作者 Dathon Ohm 和早期贡献者 Luke Dashjr 把方案描述为临时且刻意狭窄，激活前 UTXO 有祖父条款，一年日落条款也给开发者留了设计更持久方案的时间。反对方的担忧集中在先例上：Michael Saylor 认可经济节点与可访问支付的目标，但反对在共识层监管交易目的，担心今天能因“用途不受欢迎”宣布有效付费交易无效，明天就可能轮到隐私、认证、合约或尚未出现的应用。Adam Back 认为，规定用户如何使用有效的区块空间与比特币的中立性冲突，支持者可以自由分叉，但不能假设网络会在没有广泛协调时跟随。Jameson Lopp 则更偏技术：55% 阈值和强制信号是链分裂风险，Taproot 与 Miniscript 存在边缘情况，这些限制在挡不住有决心者嵌入数据的同时，可能限制未来升级。BIP 编辑 Mark “Murch” Erhardt 也强调，发布或完成 BIP 不等于认可，少数节点不能替代经济共识。连 OCEAN 内部看法也不一致，其开发与工程副总裁 Jason Hughes 在 7 月 17 日表示既不支持也不反对，但没有看到可衡量的多数，按当时采用与挖矿数据估计成功几率低于 5%。
常见问题：普通人现在要做什么、要不要行动
问得最多的是“铭文会不会一夜消失”。按现有信号数据，最可能的结果不是全网升级，而是要么没有持久变化，要么出现一条少数分支；限制生效范围取决于有多少算力和经济节点跟随，而非提案文本本身。第二个问题是“我要不要跑一个支持 BIP-110 的节点”。如果你不是节点运营者，日常转账几乎不受影响，不必为此改配置；如果你确实运行节点并考虑表态，先确认软件版本、备份钱包与配置、在测试环境验证再切换，因为拒绝非信号区块意味着你可能与主链脱节。第三个问题是“Bitcoin Core 合并了吗”。答案是没有，公共节点数量也存在争议，别把某个客户端仓库的状态当作全网共识的证明。第四个问题是“该信哪边”。把两边的关键论据分开记：支持方谈节点成本与货币定位，反对方谈先例、中立性与链分裂，然后拿你自己的使用场景去对照，而不是站队。
现在就可以做两件事：打开公共信号监测器，记录当前周期的信号区块数和占比，隔一周再看一次，用数据代替传言；翻出你最近一个月用过的交易工具与钱包，在其设置或公告里搜索“OP_RETURN”“witness”“BIP-110”，确认它当前按哪套规则构造交易，并把可能受影响的链上记录导出备份。
