铭文协议详解:实现原理、用例及资产安全

近期,多家交易平台相继推出铭文市场,支持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为每个聪分配唯一编号,支持写入各类数据,使每个聪具有独特性,类似ETH的NFT。

BRC-20通过Ordinals协议,将统一JSON格式的文本数据写入聪,作为代币记账本。主要包含deploy(部署)、mint(铸造)和transfer(转移)三种操作。transfer通过将铭文发送给目标地址实现余额变化。

2. ARC-20

ARC-20同样基于比特币公链,但与BRC-20不同,它使用UTXO中的聪数量直接表示代币数量,规则为1 sat = 1 ARC-20 token。ARC-20也分为部署、铸造、转移三步,但铸造时UTXO的聪数量即为代币铸造数量。转移时直接将持有代币的UTXO转给其他地址,无需填入额外数据。

查询ARC-20代币只需一个索引,线下服务器可直接读取代币信息及交易,无需计算资金转移关系。查询地址持有的代币数量即为该地址持有相关UTXO的聪数量。

3. Ethscription

Ethscription是以太坊上创建和共享数据的协议,通过在普通ETH转账的calldata中添加标准数据实现。创建Ethscription时,需将内容(如图像)转为Base64编码的URI,再转为16进制字符串填入calldata。转移Ethscription则需在calldata中填入创建该Ethscription的交易哈希。

4. EVM区块链铭文

BSC、以太坊、Polygon等EVM区块链采用类似方法,利用calldata存储固定格式数据。以BSC Chain为例,铭刻格式为data:,{"p":"","op":"","tick":"","amt":""},其中p表示协议名称,op表示操作,tick表示代币名称,amt表示数量。

转移代币时,同样需向接收地址发送普通转账,并在calldata中填入创建该代币的交易哈希。不同EVM链或协议间可能存在细微差异,但基本原理相同。

结语

本文探讨了多条公链上铭文的实现原理。总的来说,这些铭文都是利用公链特性,将线下信息按标准保存在区块链上,再通过线下服务器识别展示。大多数铭文未使用智能合约,降低了用户参与成本。然而,用户需充分理解铭文协议的运作机制,以避免误操作导致资产损失。