銘文協議解析:實現原理與資產安全

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

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

銘文簡介

區塊鏈上的銘文,是通過區塊鏈的某些特性,在區塊鏈上記錄一些特定且具有意義的信息。這些信息一旦記錄到區塊鏈上,將永久保存且難以篡改。可以記錄的信息類型多樣,包括簡單的文本信息,復雜的代碼、圖像等。這樣一來,我們可以使用一套標準來實現數字資產的功能。

銘文現狀

從最初比特幣公鏈上BRC-20等銘文的出現,到現在銘文生態中幾乎每天都有新的協議和項目湧現,銘文的發展可謂突飛猛進。各大主流公鏈也都加入了銘文生態圈,如ETH公鏈上的Ethscription協議、BTC公鏈上的ARC-20協議、BSC公鏈上的BSC-20協議、Polygon公鏈上的PRC-20協議等。這些協議都是爲了在其公鏈上發布銘文而產生的。

銘文詳解

下面介紹幾個目前市場關注度較高的協議,比較各個公鏈的銘文協議的異同。

1. BRC-20

要理解BRC-20,首先需要了解UTXO和Ordinals概念。

BTC採用UTXO模型,交易以UTXO爲單位進行。UTXO是Unspent Transaction Output的縮寫,即未花費的交易輸出。與以太坊等公鏈的帳戶模型不同,UTXO模型記錄交易事件,而非最終狀態。計算用戶持有的比特幣數量,需要對其地址的所有UTXO求和。

Ordinals是一個爲比特幣最小單位聰進行編號的系統協議,可以爲每個UTXO中的每一個聰分配唯一編號。Ordinals還支持將文字、圖片、音頻、視頻等寫入聰,使每個聰具有獨特性,類似於以太坊的NFT。

BRC-20創始者基於Ordinals協議,提出了另一套理念。既然Ordinals協議可以通過給每個聰賦予不同"屬性"來創造比特幣NFT,那麼也可以通過給定統一的"格式"和"屬性"來創造比特幣FT,即同質化代幣。

BRC-20通過Ordinals協議,將統一的JSON格式文本數據寫入聰,該文本數據即爲BRC-20代幣的記帳本,可據此解析代幣持有和轉移情況。主要包含以下內容:

• deploy(部署)標準:包含op、tick、max、lim字段
• mint(鑄造)標準:包含op、tick、amt字段
• transfer(轉移)標準:包含op、tick、amt字段,可能還有"to"等字段

transfer是通過將該銘文發送給目標地址來實現餘額變化。

2. ARC-20

ARC-20同樣是比特幣公鏈上的銘文協議,與BRC-20協議一樣,都是在UTXO裏寫入標準數據來實現。不同之處在於,ARC-20協議不需在數據中指定代幣數量,而是使用該UTXO中的sats(聰)來表示代幣數量,規則是1 sat = 1 ARC-20 token。

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

• 部署階段:向UTXO填入標準的代幣名稱、總量、鑄造限制、區塊信息、圖像信息等
• 鑄造階段:用戶將代幣名稱填入UTXO,該UTXO的sats數量即爲鑄造數量
• 轉移階段:直接將持有該代幣的UTXO轉移給其他地址,無需填入額外數據

查詢ARC-20代幣時,只需一個索引,線下服務器便可讀取代幣註冊信息以及鑄造和轉移交易,無需計算資金轉移關係。查詢地址所擁有的ARC-20代幣數量,直接讀取持有該代幣的UTXO的sats數量即可。

需要注意的是,由於BRC-20和ARC-20等BTC銘文協議基於UTXO交易,銘文交易實際上是附加在BTC交易中的。用戶如果不完全理解銘文原理,可能在進行普通BTC轉帳時,將UTXO融合拆分後發送給非預期地址,導致銘文資產被誤轉或"燃燒",造成不可逆的損失。

3. Ethscription

Ethscription是以太坊上創建和共享數據的協議,某些銘文使用該協議替代智能合約實現代幣發行,可大幅降低用戶成本。

以太坊在發送交易時,提供了一個calldata數據塊。普通ETH轉帳時該數據塊通常留白,調用智能合約時則填入函數籤名和參數數據。Ethscription協議利用calldata數據塊,在普通ETH轉帳時添加標準數據,賦予特定含義。

Ethscription創建過程:

1. 將圖像(限96KB以內)轉換爲Base64編碼數據的URI
2. 將URI轉換爲16進制字符串
3. 向目標地址發送普通轉帳,並將16進制字符串填入calldata

Ethscription轉移過程: 所有者向接收地址發送普通轉帳,在calldata中填入創建該Ethscription的交易哈希

4. EVM區塊鏈的銘文

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

以BSC Chain爲例,銘刻格式爲:data:,{"p":"","op":"","tick":"","amt":""}

• p:協議名稱(如bsc-20、bnbs-20等)
• op:操作(通常爲"mint")
• tick:代幣名稱
• amt:代幣數量

鑄造操作:向目標地址發送普通轉帳,在calldata中填入標準格式數據 轉移操作:向接收地址發送普通轉帳,在calldata中填入創建該代幣的交易哈希

需注意,不同EVM鏈或協議之間填入的文本數據字段可能存在差異,轉移方式也可能不同。但總體上都是利用EVM鏈的calldata屬性來實現。

總結

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