铭文协议解析:实现原理、应用与安全

随着主流交易平台相继推出铭文市场,铭文协议再次成为市场关注的焦点。然而,由于铭文协议的复杂性和创新性,各种安全问题层出不穷,不仅威胁用户资产安全,也对整个生态的健康发展产生负面影响。本文将对主流铭文协议进行梳理,帮助用户了解其用途、实现方式以及如何保护资产。

铭文概述

铭文是通过区块链特性,在链上永久记录特定且有意义的信息。这些信息一旦上链就难以篡改,可以是简单的文本、复杂的代码或图像等。通过统一标准,铭文实现了数字资产的功能。

铭文生态现状

从最初的比特币公链铭文(如BRC-20)开始,铭文生态迅速发展,几乎每天都有新协议和项目涌现。目前主流公链都加入了铭文生态,如以太坊的Ethscription、比特币的ARC-20、BSC的BSC-20、Polygon的PRC-20等。这些协议都是为了在各自公链上发行铭文而产生的。

主流铭文协议详解

1. BRC-20

BRC-20基于比特币的UTXO模型和Ordinals协议。UTXO模型记录交易事件而非最终状态,通过UTXO求和计算用户持币量。Ordinals为每个聪分配唯一编号,支持写入各类数据,类似于NFT。

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

2. ARC-20

ARC-20同样基于比特币UTXO,但不在数据中指定代币数量,而是用UTXO中的聪数量表示代币数量(1聪=1代币)。部署时填入代币信息,铸造时仅需填入代币名称,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中填入相应数据。转移时同样发送普通转账,并将创建该代币的交易哈希填入calldata。不同EVM链或协议间可能存在细微差异,但原理相似。

结语

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