铭文协议及其实现方式探析

随着主流交易平台陆续推出铭文市场支持，铭文协议再度成为市场热点。然而，由于铭文协议的复杂性和新颖性，各种安全问题频出，不仅威胁用户资产安全，也对整个铭文生态的健康发展产生了负面影响。

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

铭文简介

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

铭文现状

自BRC-20等比特币公链铭文出现以来，铭文生态发展迅速。各大公链纷纷加入铭文生态圈，如ETH公链的Ethscription协议、BTC公链的ARC-20协议、BSC公链的BSC-20协议、Polygon公链的PRC-20协议等。这些协议都是为了在其公链上发布铭文而产生的。

主要铭文协议详解

1. BRC-20

BRC-20基于比特币的UTXO模型和Ordinals协议。Ordinals为每个UTXO中的每一个聪分配唯一编号，支持将文字、图片等写入聪中。BRC-20则通过给定统一的"格式"和"属性"来创造比特币FT（同质化代币）。

BRC-20通过Ordinals协议，将统一的JSON格式文本数据写入聪，作为BRC-20代币的记账本。主要包含deploy（部署）、mint（铸造）和transfer（转移）三种操作。

2. ARC-20

ARC-20也是比特币公链上的铭文协议，同样在UTXO中写入标准数据实现。不同之处在于，ARC-20使用UTXO中的sats（聪）来表示代币数量，规则是1 sat = 1 ARC-20 token。

ARC-20同样分为部署、铸造、转移三个步骤。铸造时，UTXO的sats数量即为ARC-20代币的铸造数量。转移时直接将持有该代币的UTXO转给其他地址。

3. Ethscription

Ethscription是以太坊上创建和共享数据的协议。它利用以太坊交易的calldata数据块，在普通ETH转账时添加标准数据，赋予相关含义。

创建Ethscription时，需将内容（如图像）转为Base64编码数据的URI，再转为16进制字符串，填入calldata。转移Ethscription则需在calldata中填入创建该Ethscription的交易哈希。

4. EVM区块链的铭文

BSCChain、以太坊、Polygon等EVM区块链有一套共有的铭文刻录方法，即利用calldata数据块存储固定格式数据。

以BSC Chain为例，铭刻格式为：data:,{"p":"","op":"","tick":"","amt":""}。其中p表示协议名称，op表示操作，tick表示代币名称，amt表示代币数量。

转移代币时，需向接收地址发送普通转账，并将创建该代币的交易哈希填入calldata。

总结

本文讨论了多条链上的铭文实现原理。总的来说，这些铭文都是利用公链系统特性，将线下信息按规定标准保存在区块链，并通过线下服务器进行识别展示。

值得注意的是，介绍的这些铭文都未使用智能合约，用户参与时可以减少大量交易额外费用。然而，用户需充分理解铭文协议的实现方式，避免误转账或误燃烧铭文，造成不可逆的资产损失。