铭文协议解析:实现原理、应用场景及安全注意事项

近期,多家知名交易平台陆续推出铭文市场,支持BRC-20、EVM等多种铭文协议,引发市场对铭文的广泛关注。然而,由于铭文协议的复杂性和新颖性,各种安全问题频发,不仅威胁用户资产安全,也对整个铭文生态的健康发展产生负面影响。

本文将对主流铭文协议进行梳理,帮助用户了解铭文协议的用途、实现方式以及如何保护铭文资产。

铭文概述

铭文是通过区块链的特定机制,在链上永久记录具有特定意义的信息。这些信息一经记录便难以篡改,可以是简单的文本,也可以是复杂的代码、图像等。通过标准化的铭文协议,可以实现数字资产的功能。

铭文生态现状

自BRC-20等比特币公链铭文出现以来,铭文生态发展迅速。目前已有多条公链加入铭文生态圈,包括:

• ETH公链的Ethscription协议
• BTC公链的ARC-20协议
• BSC公链的BSC-20协议
• Polygon公链的PRC-20协议

这些协议都是为了在各自公链上发行铭文而设计的。

主流铭文协议详解

1. BRC-20

BRC-20基于比特币的UTXO模型和Ordinals协议。

UTXO(未花费的交易输出)是比特币交易的基本单位。Ordinals协议为每个UTXO中的聪(比特币最小单位)分配唯一编号,并支持写入各种数据。

BRC-20通过Ordinals协议,将统一格式的JSON文本数据写入聪,作为BRC-20代币的记账本。主要包含以下操作:

• deploy:部署代币
• mint:铸造代币
• transfer:转移代币

通过解析这些文本数据,可以得出代币的持有和转移情况。

2. ARC-20

ARC-20同样基于比特币UTXO模型,但与BRC-20不同:

• ARC-20不在数据中指定代币数量
• 使用UTXO中的聪数量来表示代币数量(1聪 = 1 ARC-20代币)

ARC-20也分为部署、铸造、转移三个步骤:

• 部署:在UTXO中填入代币名称、总量等信息
• 铸造:在UTXO中填入代币名称,UTXO的聪数量即为铸造数量
• 转移:直接转移持有代币的UTXO,无需填入额外数据

查询ARC-20代币余额时,只需读取持有该代币UTXO的聪数量。

3. Ethscription

Ethscription利用以太坊交易的calldata数据块来创建和共享数据。

创建Ethscription:

1. 将内容(如图像)转为Base64编码的URI
2. 将URI转为16进制字符串
3. 发送普通ETH转账,将16进制字符串填入calldata

转移Ethscription: 发送者向接收地址转账,在calldata中填入创建该Ethscription的交易哈希。

4. EVM链铭文

BSC、以太坊、Polygon等EVM链的铭文协议类似,都利用calldata存储固定格式数据。

以BSC为例,铭文格式为:

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

• p:协议名称(如bsc-20)
• op:操作(如mint)
• tick:代币名称
• amt:代币数量

铸造时向目标地址发送普通转账,在calldata中填入上述格式数据。

转移时向接收地址转账,在calldata中填入创建该代币的交易哈希。

安全注意事项

1. BTC铭文协议基于UTXO交易,用户进行普通BTC转账可能导致铭文资产被误转或"燃烧"。

2. 充分理解各铭文协议的实现原理,避免误操作造成资产损失。

3. 虽然铭文交易可减少额外费用,但用户需格外谨慎,确保正确操作。

4. 不同EVM链或协议的铭文数据格式可能存在差异,使用时需注意区分。

5. 铭文资产由线下服务器识别展示,选择可信的索引服务很重要。

总之,铭文虽然降低了用户参与成本,但其特殊性也带来了新的安全风险。用户在参与铭文生态时,应充分了解相关知识,谨慎操作,以保障资产安全。