OP_RETURN上限升至10萬位元組 比特幣核心v30政策生變

比特幣核心（Bitcoin Core）v30.0版本將OP_RETURN資料的預設上限大幅提高到10萬位元組，讓區塊空間該如何分配的爭論再度升溫。隨著符文（Runes）協議擴散，技術社群對於是否該優先把區塊空間留給付款交易，出現明顯分歧。

Crypto Briefing於9月10日報導，OP_RETURN輸出數量正逼近70萬筆。不過這項數字的原始資料尚未獲得查證，目前難以據此斷定實際使用量。

詞「OP_RETURN」是比特幣交易中用來插入任意資料的腳本指令。它在執行過程中會刻意失敗，因此相關輸出不會像一般交易一樣留在未花費交易輸出（UTXO）集合中。

OP_RETURN除了付款用途外，也常被用於資料記錄與代幣協議處理。因此，光憑相關交易數量增加，還無法直接推論比特幣的付款需求或經濟交易價值也同步等幅成長。

比特幣核心v30.0的發行說明指出，預設的「-datacarriersize」數值已調高至10萬位元組，同時允許一筆交易包含多個OP_RETURN輸出，並讓節點可以轉發與納入挖礦候選名單。

若想沿用舊有的83位元組預設上限，使用者需要另外調整設定。不過這項變動並不保證低手續費交易一定會被全網同步轉發，或最終被打包進區塊。

值得留意的是，這次調整並未更動比特幣的共識規則，而是改變了節點轉發未確認交易、以及是否納入挖礦候選名單的預設政策。共識規則是所有節點驗證區塊與交易有效性時共同遵守的標準，政策則是每個節點自行決定優先轉發哪些交易的準則。

符文（Runes）正是利用OP_RETURN來記錄代幣協議資料的案例之一。根據符文官方文件，「符文石」（runestone）的儲存方式是在OP_RETURN後方接續「OP_13」與資料推送內容，裡頭包含發行、鑄造與轉移等資訊。一筆交易最多只能包含一個符文石，這樣的結構讓OP_RETURN不只是單純的文字記錄工具，也成為比特幣上代幣協議狀態資訊的傳遞管道。

爭論的一方認為，區塊空間應優先分配給貨幣移轉用途。本社先前報導的BIP-110爭議中，非付款資料是否會占用區塊空間，同樣是核心焦點。BIP-110提案主張限制超過256位元組的連續任意資料插入，並恢復OP_RETURN原本83位元組的政策上限，理由是資料儲存可能與付款交易爭奪區塊空間，進而推高手續費並加重節點營運負擔。

另一方則強調，OP_RETURN是一條明確且可驗證的資料記錄通道。若加以限制，資料可能轉往其他腳本或非標準方式儲存，結果不是消除資料使用，反而可能讓資料變得更難追蹤與確認。

在Bitcoin Core程式庫的相關討論中，也有意見提出應把OP_RETURN資料大小與輸出數量分開管理，讓資料容量與單筆交易可包含的輸出數各自訂定上限，藉此擴大政策設計的彈性。

本社報導也曾介紹過將比特幣交易中的OP_RETURN資料轉換成可讀文字的功能，這項即時顯示功能讓原本以數字與雜湊值為主的鏈上紀錄，部分能以文字句子的形式呈現。

評論：整體來看，爭議重點其實不在於OP_RETURN使用量本身，而在於比特幣節點政策要把資料插入與代幣協議開放到什麼程度。至於使用量是否真的逼近70萬筆、對手續費與區塊壅塞造成多大影響，仍需要更明確的基準時間與原始數據才能進一步確認。