
比特幣開發者 VS 銘文:一場由來已久的爭端
TechFlow Selected深潮精選

比特幣開發者 VS 銘文:一場由來已久的爭端
Bitcoin Core 開發者們對銘文反對已久並明確要做出行動,但考慮到銘文市場已經綁定了礦工、交易所和用戶的各方利益,註定是一個多方拉鋸的格局,因此推進不會十分順暢。
撰文:Trustless Labs
今日,Bitcoin Core 的開發者 Luke 在 X 平臺申明其對 Ordinals 類銘文協議的反對,直接將其視為對 Bitcoin 的攻擊,認為銘文正在利用 Bitcoin 的漏洞來向比特幣網絡發佈垃圾信息。

該論述迅速在 Bitcoin 社區發酵,並獲得了大量的關注和討論。
爭論的由來
其實 Bitcoin Core 開發者對銘文的質疑發生已久,在隔離驗證之後區塊大小上限被擴大到 4MB,今年二月份挖出一個大區塊為 3.96MB,其中 Ordinals 相關交易佔了 3.94MB,達到驚人的 99.5%。在五月份銘文開始爆火的階段,Bitcoin-dev 就有對非標準的 Taproot 交易佔用了大量的 block space 的質疑,在 dev-email中指出 BRC-20 類似的項目產生了巨大的交易量, BTC 網絡出現嚴重的擁堵以致於「real Bitcoin transcation」不能正常被打包上鍊。

Luke 直指 Ordinals 之類的協議是「worthless」,並表示其嚴重影響了 BTC 作為點對點加密貨幣的正常使用。同時在 email 中也提到了本次推文中 Luke 表達的限制銘文的方式,即在客戶端中通過加入審查機制來強制節點直接刪除非標準的 Taproot 交易,節點不再 relay 此類交易以達到禁止銘刻的目的。
升級方案及後果
按照 Luke 推文中的表述,其推出的限制主要在 knots 客戶端設置審查 policy 參數:
-datacarriersize:
-
該參數主要是限制了 OP_RETURN 輸出腳本中可以攜帶的數據的大小,這些數據被填充在 UTXO 的 output 中,現有的協議裡,Omni 和 Colored 都是採用在 OP_RETURN 中填充數據來運行的,在銘文生態中的 Runes 也基於 OP_RETURN 來提供數據索引。
-
該參數默認是 83 字節,Luke 建議在現行客戶端直接將其設置成 0 來組織節點 relay 有 OP_RETURN 數據的交易,並在即將發佈的 Knots 25.1 中修改此參數的默認值為 42。
-maxscriptsize:
-
該參數主要限制的是節點可以 relay 的交易的 script 大小,Ordinals 協議是通過在 Taproot script 中銘刻入協議數據來提供數據索引
-
參數生效之後節點將不再通過 P2P 節點 relay taptootscript 大小超過設置閾值的交易,將影響 Ordinals 的 Mint 和轉移
-
Luke 在 V25.1 中引入了此參數並將默認值設置為 1650


可以看出本次 Luke 提到的升級路線與他在 Bitcoin-dev email 中提到的在客戶端中增加 Filter 來過濾非正常 Taproot 交易的思路一致,如果礦工們也同樣接納現行代碼中的這一改動,那將在節點中拒絕 relay 網絡中 script size 大於設置(default 1650 Bytes)的 Taproot 交易,部分 Ordinals 交易將無法正常被廣播。
但此次更新只是在 Knots 客戶端中對 OP_RETURN 和 TaprootScript 攜帶數據的大小進行限制,只是給節點的維護者提供了拒絕部分銘文相關交易的選擇權,並不能從根本上限制節點 relay 和礦工打包此類交易,且在 Bitcoin Core 中的 Taproot 升級並未對 Taproot witness 數據大小做相對的校驗。
且根據代碼判斷,在當前 Knots 代碼版本中,默認最大值 1650 字節是可以支持 token 轉賬需求的,所以按現在限制模式並不能完全阻止 BRC-20 相關操作。關於更多的限制,後續需要關注 Luke 對 policy 更多的更改。
BTC 生態後續發展
雖然對於銘文的爭論由來已久,但在 BTC 生態異常火爆的今天,Luke 此次的表態引起了社區的極大反響,社區也開始熱烈討論 BTC 生態後續的發展。
針對這次事件,作為礦工代表的神魚表達了自己的看法,即比特幣並非開發者主導,礦工需要支持對應的升級,反之則除非開發者自己分叉。

同時 Luke 提出的對銘文「垃圾交易」的審查過濾現階段只停留在客戶端層面,如果要在協議層面完全禁止掉銘文交易,還需要更新被加入到 Bitcoin Core 中,甚至需要以 BIP 的形式來引入,Luke 自身也承認在 V27 升級之前無法避免此「漏洞」。
社區多位 KOL 也發聲討論此事,有部分聲音表示「一定不答應」:

漫霧餘弦也表示「沒必要修補」:

從側面可以看出社區聲音依然看好銘文生態,認可銘文給 BTC 生態和挖礦帶來的的巨大發展動力。社區用戶關於創建一條類似 Layer2 一樣的「銘文鏈」的想法也得到了 Luke 正向的回覆。

綜上,雖然此次討論波及的範圍很廣,Bitcoin Core 開發者們對銘文反對已久並明確要做出行動,但考慮到銘文市場已經綁定了礦工、交易所和用戶的各方利益,註定是一個多方拉鋸的格局,因此推進不會十分順暢。同時一直被視為「正統」的 Taproot Asset 由於佔用鏈上空間較小,即使升級後依然不會受到影響,這一方向或許也將釋放更多的潛力。
歡迎加入深潮 TechFlow 官方社群
Telegram 訂閱群:https://t.me/TechFlowDaily
Twitter 官方帳號:https://x.com/TechFlowPost
Twitter 英文帳號:https://x.com/BlockFlow_News














