铭文协议解析:实现原理与资产安全

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

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

铭文简介

区块链上的铭文,是通过区块链的某些特性,在区块链上记录一些特定且具有意义的信息。这些信息一旦记录到区块链上,将永久保存且难以篡改。可以记录的信息类型多样,包括简单的文本信息,复杂的代码、图像等。这样一来,我们可以使用一套标准来实现数字资产的功能。

铭文现状

从最初比特币公链上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属性来实现。

总结

本文讨论了多条链上的铭文实现原理。总的来说,这些铭文都是利用公链系统特性,将线下信息按规定标准保存在区块链,并通过线下服务器进行识别展示。介绍的这些铭文都未使用智能合约,用户参与时可减少大量交易额外费用,但需充分理解铭文协议的实现方式,避免误转账或误燃烧铭文,造成资产损失。