技術 2026年4月7日 4 分鐘閱讀

OP_RETURN 在比特幣上如何運作（以及它爲何重要）

作者 Lucas Rodriguez Benitez

比特幣不只是一個支付網絡。它一直具備在交易中嵌入任意數據的能力。OP_RETURN 就是實現這一點的標準化方式。它支撐着 Runes 代幣標準、Ordinals 銘文、時間戳服務，以及一系列多數人從未聽說過的應用。

以下是它的作用，以及它爲何重要。

什麼是 OP_RETURN？

OP_RETURN 是一個 Bitcoin Script 操作碼，也就是比特幣腳本語言中的一條指令。當某個輸出使用 OP_RETURN 時，它會被標記爲可證明不可花費。沒有任何錢包能認領這些資金，因爲 OP_RETURN 就是刻意讓該輸出變得不可花費的。

OP_RETURN 確實允許的，是向該輸出附加最多 80 字節的數據。這 80 字節會被永久寫入區塊鏈。它們與常規的支付輸出一起留在交易中，被記錄下來且不可更改。

爲了讓 80 字節有個直觀概念：這足以裝下一條簡短消息、一份文件的哈希、一個時間戳，或者結構化的代幣數據。不算多，但對許多用途來說已經夠了。

OP_RETURN 輸出被設計成不可花費的原因，是要把它們排除在 UTXO 集之外。

每一個可花費的比特幣輸出，都必須由網絡中的每個全節點追蹤，直到它被花費爲止。這就是 UTXO 集：所有未花費交易輸出的集合。它需要保存在內存中以便快速訪問。如果任意數據輸出可以被花費，任何人都能用垃圾數據永久性地把 UTXO 集撐大。

OP_RETURN 通過讓輸出不可花費、從而可以立即從 UTXO 集中剔除，解決了這個問題。節點會把數據存在區塊鏈裏（反正每個人都有一份），但不需要在活躍的 UTXO 內存中追蹤它。這是一個合理的折中：數據被永久嵌入，卻不會造成永久性的 UTXO 膨脹。

80 字節的限制是一項策略選擇，而不是根本性的協議規則。在比特幣歷史的大部分時間裏，這個上限更小：先是 40 字節，後來是 80。關於是否要提高它，一直存在爭論。

Casey Rodarmor 的 Runes 協議就是爲在 80 字節限制內工作而設計的。Rune 的數據編碼足夠緊湊，可以在這個空間裏追蹤代幣轉移。一個 OP_RETURN 輸出可以指定：轉移的是哪個 Rune、數量是多少、轉到哪個輸出。多筆轉移可以批量打包進同一個 OP_RETURN。

作爲參照：一個 SHA-256 哈希是 32 字節。你可以把兩份文件的哈希外加一些元數據裝進單個 OP_RETURN。你也可以裝下一個比特幣公鑰（壓縮格式 33 字節），並且還有富餘空間。

代幣協議。Runes 同質化代幣標準使用 OP_RETURN 來存儲代幣轉移數據。Ordinal 銘文使用的是另一種機制（tapscript），但 Runes 直接使用 OP_RETURN。這種做法高效，而且已被充分理解。

時間戳。OpenTimestamps 這類服務把文件的哈希發佈在 OP_RETURN 輸出中。該哈希承諾了這份文件在某個特定區塊高度上的存在。這對於在不泄露內容的前提下證明某樣東西的創建時間很有用。

應用數據。一些應用把比特幣當作結算層，並把應用狀態的哈希存儲在 OP_RETURN 輸出中。彩色幣是這方面的早期嘗試。現代的做法則更爲精細。

存在性證明。公司和個人把文件哈希嵌入 OP_RETURN 輸出，以創建不可篡改的公開記錄。法律文件、證書、知識產權登記等等。

Ducat 以 Runes 的形式發行 UNIT 穩定幣。每一筆 UNIT 轉移都是一筆比特幣交易，其中帶有一個編碼了 Rune 轉移數據的 OP_RETURN 輸出。

當你用 BTC 金庫借出 UNIT 時，協議會創建一筆交易，鑄造 UNIT 並將其記錄在 OP_RETURN 中。當你把 UNIT 轉給另一個地址時，該交易會包含一個 OP_RETURN，指明 Rune、數量和接收輸出。當你還款時，UNIT 被銷燬，記錄也通過 OP_RETURN 更新。

結果就是一條關於 UNIT 發行與轉移的完整審計軌跡，記錄在比特幣區塊鏈上，任何運行支持 Runes 的索引器的人都能讀取。沒有單獨的賬本。沒有單獨的鏈。這個穩定幣的全部歷史都在比特幣上。

這就是 UNIT 作爲比特幣原生穩定幣在實踐中的含義。不是營銷話術，只是機制本身：代幣數據就存放在比特幣區塊鏈上的 OP_RETURN 輸出裏。

Ordinals 銘文使用的是另一種嵌入方法。它們利用 Taproot 的腳本路徑花費，把任意數據放進交易，除了礦工願意打包的限度之外沒有大小限制。一條銘文可以有好幾兆字節。

OP_RETURN 更小也更簡單。對於代幣數據（80 字節綽綽有餘）來說，OP_RETURN 是更乾淨的選擇。對於圖片或較長文件這類更大的數據，Taproot 銘文則更爲合適。

Runes 出於效率考慮，刻意選擇了 OP_RETURN。一筆能裝進 80 字節的 Rune 轉移，比對應的銘文方案更便宜，佔用的區塊空間也更少。