銘文協議詳解:實現原理、用例與安全注意事項

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

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

銘文概述

所謂區塊鏈上的銘文,就是利用區塊鏈的某些特性,在鏈上記錄一些特定且有意義的信息。這些信息一旦被記錄,就會永久保存且難以篡改。可以記錄的信息類型多樣,包括簡單的文本、復雜的代碼、圖像等,從而實現數字資產功能。

銘文生態現狀

銘文生態發展迅速,從最初的比特幣公鏈銘文如BRC-20,到現在幾乎每天都有新的銘文協議和項目出現。各大公鏈紛紛加入銘文生態圈,如以太坊的Ethscription協議、比特幣的ARC-20協議、BSC的BSC-20協議、Polygon的PRC-20協議等。這些協議都是爲了在各自公鏈上發布銘文而產生的。

主流銘文協議詳解

1. BRC-20

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

UTXO模型記錄交易事件而非最終狀態,計算用戶持幣數量需要對其地址的所有UTXO求和。

Ordinals協議爲每個UTXO中的聰分配唯一編號,支持將文字、圖片等寫入聰,使每個聰具有獨特性,類似於以太坊NFT。

BRC-20通過Ordinals協議,將統一格式的JSON文本數據寫入聰,作爲代幣記帳本。主要包括deploy(部署)、mint(鑄造)和transfer(轉移)三種操作。

2. ARC-20

ARC-20也是比特幣公鏈上的銘文協議,同樣在UTXO中寫入標準數據實現。不同之處在於,ARC-20使用UTXO中的聰數量來表示代幣數量,規則是1聰等於1個ARC-20代幣。

ARC-20同樣分爲部署、鑄造、轉移三個步驟。鑄造時,UTXO中的聰數量即爲鑄造數量。轉移時直接將持有代幣的UTXO轉給其他地址,無需填入額外數據。

3. Ethscription

Ethscription是以太坊上創建和共享數據的協議。它利用以太坊交易的calldata數據塊,在普通ETH轉帳時添加標準數據來賦予特定含義。

創建Ethscription時,需將內容(如圖像)轉爲Base64編碼的URI,再轉爲16進制字符串填入calldata。轉移時,在calldata中填入創建該Ethscription的交易哈希。

4. EVM區塊鏈銘文

BSC、以太坊、Polygon等EVM區塊鏈有一套共同的銘文刻錄方法,即在calldata中存儲固定格式的文本數據。

以BSC爲例,銘刻格式爲:data:,{"p":"","op":"","tick":"","amt":""}。其中p表示協議名稱,op表示操作,tick表示代幣名稱,amt表示數量。

轉移代幣時,需在calldata中填入創建該代幣的交易哈希。不同EVM鏈或協議間可能存在細微差異,但基本原理相同。

安全注意事項

由於BRC-20和ARC-20等比特幣銘文協議基於UTXO交易,用戶在不完全理解的情況下進行普通BTC轉帳可能導致銘文資產被誤轉或"燃燒"。用戶需充分理解銘文協議的實現方式,避免造成不可逆的損失。

總結

本文討論了多條鏈上的銘文實現原理。這些銘文都是利用公鏈系統特性,將線下信息按規定標準保存在區塊鏈,並通過線下服務器識別展示。大多數銘文未使用智能合約,可減少用戶交易額外費用,但用戶需充分理解協議實現方式,避免誤操作造成資產損失。