銘文協議解析:實現原理、應用場景及安全注意事項

近期,多家知名交易平台陸續推出銘文市場,支持BRC-20、EVM等多種銘文協議,引發市場對銘文的廣泛關注。然而,由於銘文協議的復雜性和新穎性,各種安全問題頻發,不僅威脅用戶資產安全,也對整個銘文生態的健康發展產生負面影響。

本文將對主流銘文協議進行梳理,幫助用戶了解銘文協議的用途、實現方式以及如何保護銘文資產。

銘文概述

銘文是通過區塊鏈的特定機制,在鏈上永久記錄具有特定意義的信息。這些信息一經記錄便難以篡改,可以是簡單的文本,也可以是復雜的代碼、圖像等。通過標準化的銘文協議,可以實現數字資產的功能。

銘文生態現狀

自BRC-20等比特幣公鏈銘文出現以來,銘文生態發展迅速。目前已有多條公鏈加入銘文生態圈,包括:

• ETH公鏈的Ethscription協議
• BTC公鏈的ARC-20協議
• BSC公鏈的BSC-20協議
• Polygon公鏈的PRC-20協議

這些協議都是爲了在各自公鏈上發行銘文而設計的。

主流銘文協議詳解

1. BRC-20

BRC-20基於比特幣的UTXO模型和Ordinals協議。

UTXO(未花費的交易輸出)是比特幣交易的基本單位。Ordinals協議爲每個UTXO中的聰(比特幣最小單位)分配唯一編號,並支持寫入各種數據。

BRC-20通過Ordinals協議,將統一格式的JSON文本數據寫入聰,作爲BRC-20代幣的記帳本。主要包含以下操作:

• deploy:部署代幣
• mint:鑄造代幣
• transfer:轉移代幣

通過解析這些文本數據,可以得出代幣的持有和轉移情況。

2. ARC-20

ARC-20同樣基於比特幣UTXO模型,但與BRC-20不同:

• ARC-20不在數據中指定代幣數量
• 使用UTXO中的聰數量來表示代幣數量(1聰 = 1 ARC-20代幣)

ARC-20也分爲部署、鑄造、轉移三個步驟:

• 部署:在UTXO中填入代幣名稱、總量等信息
• 鑄造:在UTXO中填入代幣名稱,UTXO的聰數量即爲鑄造數量
• 轉移:直接轉移持有代幣的UTXO,無需填入額外數據

查詢ARC-20代幣餘額時,只需讀取持有該代幣UTXO的聰數量。

3. Ethscription

Ethscription利用以太坊交易的calldata數據塊來創建和共享數據。

創建Ethscription:

1. 將內容(如圖像)轉爲Base64編碼的URI
2. 將URI轉爲16進制字符串
3. 發送普通ETH轉帳,將16進制字符串填入calldata

轉移Ethscription: 發送者向接收地址轉帳,在calldata中填入創建該Ethscription的交易哈希。

4. EVM鏈銘文

BSC、以太坊、Polygon等EVM鏈的銘文協議類似,都利用calldata存儲固定格式數據。

以BSC爲例,銘文格式爲:

data:,{"p":"","op":"","tick":"","amt":""}

• p:協議名稱(如bsc-20)
• op:操作(如mint)
• tick:代幣名稱
• amt:代幣數量

鑄造時向目標地址發送普通轉帳,在calldata中填入上述格式數據。

轉移時向接收地址轉帳,在calldata中填入創建該代幣的交易哈希。

安全注意事項

1. BTC銘文協議基於UTXO交易,用戶進行普通BTC轉帳可能導致銘文資產被誤轉或"燃燒"。

2. 充分理解各銘文協議的實現原理,避免誤操作造成資產損失。

3. 雖然銘文交易可減少額外費用,但用戶需格外謹慎,確保正確操作。

4. 不同EVM鏈或協議的銘文數據格式可能存在差異,使用時需注意區分。

5. 銘文資產由線下服務器識別展示,選擇可信的索引服務很重要。

總之,銘文雖然降低了用戶參與成本,但其特殊性也帶來了新的安全風險。用戶在參與銘文生態時,應充分了解相關知識,謹慎操作,以保障資產安全。