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，兩個陣營對比特幣網路應允許哪些數據類型存在根本性分歧。