BIP-110 被绕过：比特币嵌入图片实验挑战核心限制主张

斯洛伐克比特币开发者 Martin Habovštiak 将一个 66KB 的 TIFF 图像文件嵌入比特币区块链，作为单一连续交易广播上链，且整个过程无需使用 BIP-110 提案主要限制的目标。此次演示直接挑战 BIP-110 支持者的核心主张：即限制上述脚本功能可有效阻止任意数据嵌入比特币网络。

概念验证的技术细节

Habovštiak 的演示之所以在技术上具有论证力，在于它严格避免了 BIP-110 设计用于限制的所有主要机制：

无 OP_RETURN：BIP-110 将 OP_RETURN 输出限制在 83 字节，但此次嵌入完全未依赖这一操作码

无 Taproot：交易采用 SegWit v0（而非 Taproot），绕开了 BIP-110 对 Taproot 相关大数据功能的限制

无 OP_IF：未使用 OP_IF 指令，而这也是 BIP-110 限制的目标之一

这笔交易已在比特币区块链上公开验证，其原始十六进制数据可解码为标准 TIFF 格式并由普通图像软件打开。图像内容为 Bitcoin Knots 开发者、BIP-110 核心倡导者 Luke Dashjr 的图像。

Habovštiak 明确表示不会公开相关代码，以避免在比特币上引发类似 NFT 的大规模活动。他也说明，此举的动机不是鼓励链上数据，而是回应他所认为的 Knots 阵营传播的「谎言」：「比起垃圾邮件，我更痛恨的是谎言。」

BIP-110 的背景与倡导者的回应

BIP-110 于 2025 年 10 月以 BIP-444 的名称首次提出，在比特币 Core v30 取消 OP_RETURN 数据限制之后，由 Luke Dashjr 等开发者积极倡导。提案的核心内容包括：为期一年的临时软分叉、将 OP_RETURN 输出限制在 83 字节、将单次数据推送限制在 256 字节，并限制其他支持大数据存储的脚本功能。

目前，支持 BIP-110 的节点数约占比特币全节点的 8.8%，且完全通过 Bitcoin Knots 实现——自 2025 年初以来，Knots 节点数量已增长近十倍。

Dashjr 在 X 上回应称，Habovštiak 的交易「不是连续的，也不包含连续的图像」，对「连续嵌入」这一描述提出异议。但 Habovštiak 在其发布的技术说明中，包含了供独立验证的详细指南，指出原始十六进制数据确实连续解码为完整图像。

BIP-110 合规版本反而更大：核心讽刺

此次演示中最具说明力的发现，是 Habovštiak 额外制作的 BIP-110 合规版本——一个严格遵守 BIP-110 所有限制的图片嵌入交易，并在 Bitcoin Knots 的 regtest 测试环境中验证。

结果显示，BIP-110 合规版本的交易体积反而大于原始不受限版本。Habovštiak 认为，这一结果说明 BIP-110 的限制机制在实际效果上可能产生反效果——它不仅无法有效阻止数据嵌入，反而可能增加相同数据量在链上所占用的空间，与提案倡导者宣称的目标相悖。

常见问题

BIP-110 提案的核心目标是什么？

BIP-110 旨在通过限制特定比特币脚本功能（OP_RETURN 输出上限 83 字节、单次数据推送上限 256 字节等），阻止任意非货币性数据（如图片、NFT 等）大量占用比特币区块空间，支持者认为这类数据是「垃圾邮件」，偏离了比特币作为货币的核心功能定位。

Habovštiak 的演示从技术上是否真正「推翻」了 BIP-110？

演示从技术上证明了在不使用 OP_RETURN、Taproot 和 OP_IF 的前提下，仍可将 66KB 的数据嵌入比特币区块链。这直接挑战了「限制这些功能可防止数据嵌入」的论点。Dashjr 对交易是否构成「连续」嵌入的定义存在争议，这场技术辩论在社区中尚未达成共识。

比特币核心（Bitcoin Core）与比特币结（Bitcoin Knots）的分歧是什么？

Bitcoin Core 是比特币的主流客户端实现，由广泛的开发者社区维护，倾向于减少对数据类型的限制；Bitcoin Knots 则是 Luke Dashjr 维护的替代客户端，纳入了 Core 未采纳的额外过滤规则，BIP-110 即为其中之一。目前约 8.8% 的节点运行 Bitcoin Knots，两个阵营对比特币网络应允许哪些数据类型存在根本性分歧。