銘文協議受到高度關注，EVM和比特幣銘文之間的異同引起興趣。尋找相關資料結構時分為兩大類，分別為BRC20和Ordinals。 在BRC20中，銘文資訊是標準化的Json文件，而Ordinals是最經典和正統的銘文協議。針對BRC20的鑄幣和轉賬，可能導致UTXO集膨脹問題和對比特幣主網的攻擊。而EVM銘文的資訊則與BRC20結構相同，以標準化Json檔案保存在記帳Transaction的資料欄位中。總的來說，銘文協定是一種由鏈下索引器驗證，將資料保存在區塊鏈主網的擴展方案，類似於L2，但在技術細節和核心內涵上有所不同。
銘文的熱度真得高呀，今天繼續寫我對銘文的一些粗糙認知。
這兩天參與粒子協議發起的人民聯盟銘文活動，讓我對EVM銘文和比特幣銘文之間的異同頗感興趣。
因此，好奇寶寶體質的我，在資料平台Dune 上查了一下他們的資料結構。
現在銘文整體上可以分為比特幣銘文和EVM銘文類別，而比特幣銘文可以分為以下兩類：
將銘文資訊保存在SegWit（隔離見證，專用於保存簽名和腳本資訊的比特幣主網區塊空間）見證（見證）中的Ordinals和BRC20等協議。
其中，BRC20的銘文資訊是一串標準化的Json檔案：
{“p”:”brc20″,”op”:”薄荷”,”tick”:”***”,”amt”:”100000000″}
p的鍵值為協定名稱brc20；
op的鍵值為操作類型（brc20定義的操作類型只有deploy部署、mint鑄造和轉帳）；
勾選的鍵值是銘文的符號，為4個字元；
amt的鍵值是操作的數量。
Ordinals 目前是最經典和基於最正統性的銘文協議，BRC20 是Ordinals 協議的，它的作用僅僅是Ordinals 定義的非同質銘文同質化，成為可以像Erc20代幣這樣可以交易的同質化資產。
此類銘文的具體保存位置請見下圖：
將銘文資訊保存在UTXO包含欄位的Atomicals（含ARC20）、Runes、Pipe、Stamps等等協定。
在BRC20的鑄幣和轉帳過程中，會生產大量約546聰的UTXO，這些UTXO在很長一段時間內無法歸集，從而引發比特幣主網的UTXO集膨脹問題，演變成對比特幣主網的攻擊（Spam Attack）。
這就是為什麼BitcoinCore的領導者Luke和Ordinals協議發起人Casey不約而同批評BRC20的最重要原因。
因此，最初的同質化銘文協議Atomicals的ARC20、Casey發起的Runes、根據Casey Runes文件部署的Pipe和Stamps協議等等，他們選擇將銘文資訊保存在UTXO中，透過與比特幣的資料結構保持一致性和原子性，最大可能降低對比特幣負載率的影響。
以ARC20的龍頭銘文ATOM為例，它的銘文歸屬地址資訊保存在1筆UTXO的輸出字段、打銘文的資訊保存在十六進位字段，銘文開打的資訊保存在輸入字段中。
此類銘文的具體保存位置請見下圖：
以上是比特幣銘文資料結構的簡單介紹，而EVM銘文則主要參考了BRC20協議的設計規範。
EVM銘文的訊息，以跟BRC20結構相同的標準化Json文件，保存在記帳Transaction（事務）的資料欄位中。
此類銘文的具體保存位置請見下圖：
寫到這裡，我們其實可以給銘文協議下一個非權威、個人化的定義
銘文協議，指一種由鏈下索引器驗證、排序狀態數據，將其提交並保存在區塊鏈主網的某個位置（比特幣主網Segwit的見證，UTXO的十六進位、輸入、輸出等字段，EVM區塊鏈事務的資料字段）的區塊鏈擴展方案。
等等，銘文協議的定義聽起來怎麼像L2？
沒錯，在我看來，銘文協定與L2的抽象架構是相同的，只是在一些重要細節上有所不同：
與銘文協定相比，L2的狀態資料發生變化，需要經過L2專案部署在主網的智慧合約（如Optimism gateway）的驗證；銘文協定目前尚未支援VM（虛擬機器），無法執行協定定義的部署、鑄造、轉移外部的函數和方法； 銘文協議引入信任假設大於L2。 ZK-Rollup L2有ZKP證明機制、OP-Rollup L2有欺騙證明機制來確保去信任，而銘文協議目前主要依賴代幣開源和多實體運行代幣器。
最後，撇開這些技術細節不談，L2的設計規範反映的是加密精神的核心內涵（陽面）–自由和去信任化，而銘文協議的設計規範欺騙是加密精神的對立面（陰面）–公平、公平和公平。
這就是為什麼銘文社區對銘文協議的過度中心化和引入過多的信任假設持約束和理解態度，而L2社區對L2序列器的中心化和欺騙證明未實際部署耿耿於懷。
就像在美國政治生態中，不能只支持自由的L2而不支持公平的共識協議一樣，在加密世界的可擴展性方案中，也不能只支持自由的L2而不支持公平的銘文協議。
陰陽既濟，利貞。
資訊來源：0x資訊編譯自網際網路。版權歸作者NingNing所有，未經許可，不得轉載！