83 字节从哪来
OP_RETURN 是脚本里的“可证明无法花费”输出：任何带它的输出永久退出 UTXO 集，只登记数据。默认策略长期允许 83 字节量级的这种输出经公共网络中继（对应配置项 datacarriersize 的旧默认值）——它的来历是“可过滤的数据小费”思路：完全禁止会逼使用者把数据伪装成可花费输出、污染 UTXO 集，留一条小限量通道反而抑制更糟的行为。注意它属于中继策略而非共识规则：矿工打包时只受共识约束，上限的松紧是节点群落的默认态度差异，策略与规则的分工见 一个 BIP 的一生：从草稿文本到链上生效。
松动的前提：政策早已管不住数据
铭文类协议用见证数据承载内容：见证在区块账本按一权重计，容量远超 OP_RETURN 时代——公共内存池的字节闸门，先被“更贵的旁路”绕开。同时，直达矿者的提交通道与宽松中继覆盖网络相继成熟，“绕过公共中继也能进块”从可能变成常态，上限政策的信号价值随之流失。2025 年中的低价费率风潮更直观：大批低于公认中继下限的交易照样进块，印证了策略层长期存在的“自愿性天花板”。这类观察与开发者社群公开声明互为表里：2025 年 6 月，数十名 Core 贡献者联名发布《Core 开发与交易中继政策》声明，强调策略是默认行为而非治理工具、共识规则不在授权范围内——为随后的默认值调整提供了程序性背景。
v30 的调整与配置面
第三十版发行的做法是把 datacarriersize 的默认值上调到十万字节——远大于单笔交易体积上限，效果等同于不再设限；同一版还允许一笔交易携带多个 OP_RETURN 输出参与中继与打包，上限按各输出的 scriptPubKey 长度合并计算。运维者仍可用 -datacarriersize=83 回退到旧默认（配置语义以发行说明为准，核验时间 2026-07）。政策改动的直接后果是把选择权下放：节点操作员第一次在默认配置层面“随大流”而非“守旧上限”，个人节点若仍想保守，一行配置即可回到旧行为——这正是中继政策与共识规则的本质差别：它可分叉、可个性化、不强制任何人的节点。
争议双方的论据图谱
赞成侧：政策限制已被见证时代与旁路通道双重架空，保留只会制造“看起来在管控”的假象；若确有在公共网络发布非 witnesses 数据的需求，压小上限反而逼其伪装成可花费输出、污染账本。谨慎侧：默认放宽让“节点是廉价公益”的假设继续承压——带宽、存储与法律暴露上升；“比特币是货币网络还是通用数据层”的定位之争被重新点燃；数据量增长对普通节点硬件门槛的影响被认为从未进入共识。两边共同点是都不否认矿工与节点的自愿选择权，分歧在“默认值应该教育用户还是顺从用户”。
用户与开发者的现实坐标
用户：链上数据发布（时间戳、协议元数据）的传输路径选择从此更透明——公共中继不再替你挡数据，成本信号（体积乘费率）本身成为唯一的公共闸门；集成 OP_RETURN 做锚定的协议需重新验证默认策略差异下的到达率，交易到达路径见 未确认交易在内存池能活多久：过期、淘汰与驱逐规则。开发者与节点：把 datacarrier 视为可分叉的局部策略来设计系统，多节点多策略部署才能测出真实的到达分布。
小结与风险提示
八十三字节的松绑不是“比特币允许发数据了”——它从来都允许；真正变化的是默认中继不再以这条小上限充当公共教育工具。理解“规则与策略分层”的双层结构，是读懂此后一切内存池政策新闻的钥匙。数据发布存在成本与合规暴露风险，本文据公开声明与发行说明成文，时效内容以核验时间为准，不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。