铭文协议详解:实现原理、用例与安全注意事项

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

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

铭文概述

所谓区块链上的铭文,就是利用区块链的某些特性,在链上记录一些特定且有意义的信息。这些信息一旦被记录,就会永久保存且难以篡改。可以记录的信息类型多样,包括简单的文本、复杂的代码、图像等,从而实现数字资产功能。

铭文生态现状

铭文生态发展迅速,从最初的比特币公链铭文如BRC-20,到现在几乎每天都有新的铭文协议和项目出现。各大公链纷纷加入铭文生态圈,如以太坊的Ethscription协议、比特币的ARC-20协议、BSC的BSC-20协议、Polygon的PRC-20协议等。这些协议都是为了在各自公链上发布铭文而产生的。

主流铭文协议详解

1. BRC-20

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

UTXO模型记录交易事件而非最终状态,计算用户持币数量需要对其地址的所有UTXO求和。

Ordinals协议为每个UTXO中的聪分配唯一编号,支持将文字、图片等写入聪,使每个聪具有独特性,类似于以太坊NFT。

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

2. ARC-20

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

ARC-20同样分为部署、铸造、转移三个步骤。铸造时,UTXO中的聪数量即为铸造数量。转移时直接将持有代币的UTXO转给其他地址,无需填入额外数据。

3. Ethscription

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

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

4. EVM区块链铭文

BSC、以太坊、Polygon等EVM区块链有一套共同的铭文刻录方法,即在calldata中存储固定格式的文本数据。

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

转移代币时,需在calldata中填入创建该代币的交易哈希。不同EVM链或协议间可能存在细微差异,但基本原理相同。

安全注意事项

由于BRC-20和ARC-20等比特币铭文协议基于UTXO交易,用户在不完全理解的情况下进行普通BTC转账可能导致铭文资产被误转或"燃烧"。用户需充分理解铭文协议的实现方式,避免造成不可逆的损失。

总结

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