銘文協議詳解:理解原理與資產安全

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

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

銘文簡介

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

銘文現狀

自BRC-20等比特幣公鏈銘文出現以來,銘文生態發展迅速,幾乎每天都有新的銘文協議和項目湧現。各大公鏈紛紛加入銘文生態圈,如ETH公鏈的Ethscription協議、BTC公鏈的ARC-20協議、BSC公鏈的BSC-20協議、Polygon公鏈的PRC-20協議等。這些協議都旨在實現各自公鏈上的銘文發行。

主要銘文協議解析

1. BRC-20

BRC-20協議基於比特幣的UTXO模型和Ordinals協議。UTXO模型記錄交易事件而非最終狀態,計算用戶持幣數量需對其地址所有UTXO求和。Ordinals協議爲每個UTXO中的聰分配唯一編號,支持寫入各類數據,使每個聰具有獨特性。

BRC-20通過Ordinals協議,將統一JSON格式的文本數據寫入聰,作爲代幣記帳本。主要包含deploy(部署)、mint(鑄造)和transfer(轉移)三種操作。transfer通過將銘文發送給目標地址實現餘額變化。

2. ARC-20

ARC-20同樣是比特幣公鏈上的銘文協議,也在UTXO中寫入標準數據實現。但ARC-20無需在數據中指定代幣數量,而是使用UTXO中的聰數量表示代幣數量,規則爲1聰=1 ARC-20代幣。

ARC-20也分爲部署、鑄造、轉移三步。部署時填入代幣信息;鑄造時僅填入代幣名稱,UTXO的聰數量即爲鑄造數量;轉移時直接將持有代幣的UTXO轉給其他地址。

查詢ARC-20代幣只需一個索引,服務器可直接讀取UTXO的聰數量得到持有數量,無需計算資金轉移關係。

3. Ethscription

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

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

4. EVM區塊鏈銘文

BSC、以太坊、Polygon等EVM區塊鏈採用類似方法,利用calldata存儲固定格式數據。以BSC爲例,銘刻格式爲:data:,{"p":"","op":"","tick":"","amt":""},其中p表示協議名稱,op表示操作,tick表示代幣名稱,amt表示數量。

轉移代幣時,需向接收地址發送普通轉帳,並將創建代幣的交易哈希填入calldata。不同EVM鏈或協議間可能存在細微差異,但原理相似。

總結

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