Mononaut 对减少数据临时软分叉的批评
Mempool.space 的开发者和分析师 Mononaut 发布了一份详细的批评报告，警告称拟议中的“减少数据临时软分叉”可能会禁用网络上的合法交易类型。最近，一项旨在减少比特币区块链上过多数据存储的新软分叉提案引发了激烈的批评。
周三，独立分析师兼 Mempool.space 开发者 Mononaut 发布了一份评估，概述了该规则集可能造成的潜在后果。该提案被称为 减少数据临时软分叉（RDTS），引入了一系列共识级别的限制，旨在减少数据密集型交易——开发者表示这是在比特币核心 v30 更新后必要的措施，该更新取消了对 OP_RETURN 数据的限制。
RDTS 的潜在影响
如果 RDTS 被激活，将适用约一年，限制 scriptPubKeys 为 34 字节，OP_RETURN 输出上限为 83 字节，限制 Taproot 控制块，禁止未定义的见证版本，并禁用整个 Tapscript 逻辑类别。该提案的支持者认为，这些措施是针对任意数据上传的紧急制动，以防止非法材料嵌入链中，从而使节点运营者面临法律责任。
然而，Mononaut 的评估通过回顾历史区块链活动量化了这些限制的实际影响，以查看哪些真实交易会违反拟议的规则。他的研究结果表明，可能会造成重大干扰。仅在 scriptPubKey 大小限制下，所有的支付到公钥（P2PK）和多重签名（P2MS）输出将被视为无效。这一限制也影响了过去交易中少量非标准输出。
具体规则的影响
其中一项更为广泛的规则——使得有效负载超过 256 字节的 OP_PUSHDATA 操作无效——假设仅执行的推送符合条件，将不会影响铭文信封。但 Mononaut 强调，未定义的见证版本将影响超过 54,000 笔历史交易，其中许多使用非常规输出绕过 OP_RETURN 数据上限。由于见证版本长度在 BIPs 141 和 341 中被严格定义，按现有提案的写法，甚至会阻止一些有效的现代格式，如 P2A 锚点。
Mononaut 详细说明，RDTS 还使包含 Taproot 附录的见证栈无效。虽然这种情况较为少见，但 Mempool.space 的开发者指出，至少有 11 笔交易使用了附录进行数据密集型目的。Mononaut 强调的一个更重要的类别是大型 Taproot 控制块：约 32,000 笔过去的支出包括深度超过 100 的控制块，通常用于数据嵌入，但即使是一些非数据实验也依赖于较小的合法配置，这些配置将被禁用。
对比特币未来的影响
一个活跃地址在控制块深度 11 处持续支出，这在 RDTS 下将被拒绝。该提案中最严格的条款——禁止 OP_SUCCESS 以及任何执行 OP_IF 或 OP_NOTIF 的 Tapscript——超出了铭文信封的范围。Mononaut 突出提到两笔历史 OP_SUCCESS 交易，包括 Burak 的闪电破坏交易，以及大约 70 笔非铭文的 OP_IF 基于 Taproot 的支出。
“临时软分叉的支持者认为，RDTS 是一项短期保护措施，旨在维护比特币的货币效用，防止法律风险，并通过限制数据存储来减轻节点负担。”
批评者则反驳，Tapscript 行为的广泛限制可能引入事实上的审查，禁用有效交易类型，并破坏现有应用程序。这场辩论反映了早期关于铭文驱动的数据增长的争议，反映了对比特币是否应保持严格的货币属性或继续适应实验性用途的更深层次分歧。由于该提案仍处于草案阶段，开发者、研究人员和生态系统参与者之间的讨论仍在继续。
