作者：Via Habla，來源：Habla.news；編譯：松雪，金色財經

我將參加一個Ordinals小組，作爲反駁他們認爲Ordinals對比特幣有利的說法的人之一。 我決定溫習銘文工作原理的技術知識。 我开始看到盧克關於它如何利用比特幣反數據垃圾郵件機制中的漏洞的觀點。

以“標准”方式在比特幣中存儲數據

將“數據”添加到比特幣的標准方法是調用OP_RETURN操作碼。比特幣开發人員注意到人們通過大規模的多籤交易將數據（如比特幣白皮書）存儲在UTXO集中。這樣做的問題在於，該集合是不可刪除的，並且可能隨着時間的推移而增長。另一方面，OP_RETURN輸出可以被證明是可刪除的，並且不會增加UTXO的膨脹。

以下是涉及這個問題的2014年3月發布的0.9.0版本說明的摘錄：

關於OP_RETURN：社區中存在一些關於0.9版本和區塊鏈中OP_RETURN功能的混淆和誤解。這個變化並不是對在區塊鏈中存儲數據的認可。OP_RETURN變更創建了一個可證明可刪除的輸出，以避免一些已經部署的數據存儲方案，其中一些存儲任意數據，如圖像，作爲永遠無法花費的交易輸出，導致比特幣的UTXO數據庫膨脹。在區塊鏈中存儲任意數據仍然是一個不好的主意；在其他地方存儲非交易數據更加經濟和高效。

Bitcoin core的許多工作都集中在確保系統在人們試圖濫用它進行存儲數據等用途時仍能以分布式的方式正常運作，以實現其既定目的。Bitcoin core一直在阻止這樣的做法，因爲它不是爲存儲圖像和數據而設計的，而是旨在在網絡空間中傳輸數字貨幣。

爲了激勵人們不做愚蠢的事情，OP_RETURN交易並未被設爲非標准，以便由節點和礦工中繼，但有一個注意事項：

它們只能推送40字節（後來增加到80、83，我猜測是爲了支持更大的根默克爾哈希，因爲這是OP_RETURN的唯一明智的用途）。 比特幣還添加了一個名爲“-datacarriersize”的選項，限制了從這些輸出中中繼或挖礦的總字節數。

爲什么銘文在技術上被視爲一種濫用

銘文通過在OP_IF塊內部使用OP_PUSH將數據僞裝成比特幣腳本程序數據，繞過了datacarriersize限制。Ordinals不使用OP_RETURN，也不受datacarriersize限制，因此節點運行者和礦工目前對於希望中繼和包含在區塊中的這些數據的總大小有限制的控制能力有限。Luke對比特幣核心的分支具有一些對抗這種垃圾信息的選項，因此希望在不久的將來我們也會在核心中看到這一點。

銘文還利用了隔離見證版本1（見證人折扣）和版本2taproot（沒有任意腳本大小限制）中的功能。這些功能各自都有引入的有趣且充分理由。

見證人折扣的目的是使花費許多輸出變得更便宜，這有助於減少 utxo 集合的大小。銘文利用這一折扣來存儲僞裝成比特幣腳本的 Monke jpeg。 請記住，比特幣不是用於存儲數據的，因此任何時候比特幣开發者不小心使其變得便宜且易於轉發數據，那么這都應該被視爲一種漏洞。 希望它能夠得到修復，或者至少爲節點運行者提供對抗垃圾郵件的工具。

我們接下來怎么做？

這個故事的有趣之處在於，人們似乎對存儲在比特幣區塊鏈上的圖像賦予了價值，並且他們愿意支付費用以將其放入區塊中，因此一些非理念主義的礦工和那些不關心比特幣的健康和去中心化的人都樂意支付或收取費用然後繼續前進。

數據不應該被折扣，如果人們想要存儲數據就應該支付全價。 他們應該只使用 op_return 和哈希值，例如 opentimestamps 或任何其他合理的在比特幣中存儲數據的協議。

經過分析後，我認爲這是一個非常糟糕的數據垃圾郵件相關事件，比特幣开發人員應該致力於解決方案。 像盧克這樣的意識形態开發者實際上關心網絡的健康和去中心化，我很高興看到這一點。