銘文協議詳解:實現原理、應用場景及安全性分析

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

銘文概述

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

銘文生態現狀

自BRC-20等比特幣公鏈銘文出現以來,銘文生態快速發展,幾乎每天都有新的協議和項目湧現。目前主流公鏈均已加入銘文生態,如ETH鏈上的Ethscription協議、BTC鏈上的ARC-20協議、BSC鏈上的BSC-20協議、Polygon鏈上的PRC-20協議等。

主要銘文協議解析

1. BRC-20

BRC-20基於比特幣的UTXO模型和Ordinals協議。Ordinals爲每個聰分配唯一編號,支持將各類數據寫入聰中。BRC-20通過Ordinals將統一JSON格式的文本數據寫入聰,作爲代幣記帳本。

BRC-20包含deploy(部署)、mint(鑄造)和transfer(轉移)三種標準操作。通過在UTXO中寫入標準數據來實現代幣功能,transfer操作通過發送含有特定數據的UTXO來改變餘額。

2. ARC-20

ARC-20同樣基於比特幣UTXO模型,但不在數據中指定代幣數量,而是用UTXO中的聰數量表示代幣數量,1聰等於1個ARC-20代幣。

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

3. Ethscription

Ethscription利用以太坊交易的calldata數據塊,在普通ETH轉帳時添加標準數據來實現銘文功能。創建Ethscription時,將圖像等數據轉爲特定格式填入calldata。轉移時,發送方在calldata中填入創建該Ethscription的交易哈希。

4. EVM兼容鏈銘文

BSC、以太坊、Polygon等EVM兼容鏈採用類似方法,利用calldata存儲固定格式數據。以BSC爲例,銘刻格式爲:

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

其中p表示協議名稱,op表示操作,tick表示代幣名稱,amt表示數量。

鑄造時向目標地址發送普通轉帳,在calldata中填入標準數據。轉移時同樣發送普通轉帳,calldata中填入創建該代幣的交易哈希。

不同EVM鏈或協議在具體實現細節上可能有所不同,但基本原理相似。

安全風險提示

由於銘文協議多基於區塊鏈原生交易機制,用戶在不完全理解協議的情況下進行操作,可能導致銘文資產被誤轉或"燃燒"。例如,BTC銘文協議基於UTXO交易,用戶進行普通BTC轉帳時可能無意中將銘文UTXO與其他UTXO合並拆分,造成不可逆的損失。

總結

本文討論了多條公鏈上銘文的實現原理。總的來說,這些銘文協議都是利用區塊鏈系統特性,將信息按特定標準保存在鏈上,再通過線下服務器識別展示。

大多數銘文協議未使用智能合約,可以降低用戶參與成本。但用戶需充分理解協議實現方式,避免誤操作造成資產損失。隨着銘文生態的發展,相關安全問題值得持續關注。