铭文协议详解:实现原理、应用场景及安全性分析

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

铭文概述

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

铭文生态现状

自BRC-20等比特币公链铭文出现以来,铭文生态快速发展,几乎每天都有新的协议和项目涌现。目前主流公链均已加入铭文生态,如ETH链上的Ethscription协议、BTC链上的ARC-20协议、BSC链上的BSC-20协议、Polygon链上的PRC-20协议等。

主要铭文协议解析

1. BRC-20

BRC-20基于比特币的UTXO模型和Ordinals协议。Ordinals为每个聪分配唯一编号,支持将各类数据写入聪中。BRC-20通过Ordinals将统一JSON格式的文本数据写入聪,作为代币记账本。

BRC-20包含deploy(部署)、mint(铸造)和transfer(转移)三种标准操作。通过在UTXO中写入标准数据来实现代币功能,transfer操作通过发送含有特定数据的UTXO来改变余额。

2. ARC-20

ARC-20同样基于比特币UTXO模型,但不在数据中指定代币数量,而是用UTXO中的聪数量表示代币数量,1聪等于1个ARC-20代币。

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

3. Ethscription

Ethscription利用以太坊交易的calldata数据块,在普通ETH转账时添加标准数据来实现铭文功能。创建Ethscription时,将图像等数据转为特定格式填入calldata。转移时,发送方在calldata中填入创建该Ethscription的交易哈希。

4. EVM兼容链铭文

BSC、以太坊、Polygon等EVM兼容链采用类似方法,利用calldata存储固定格式数据。以BSC为例,铭刻格式为:

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

其中p表示协议名称,op表示操作,tick表示代币名称,amt表示数量。

铸造时向目标地址发送普通转账,在calldata中填入标准数据。转移时同样发送普通转账,calldata中填入创建该代币的交易哈希。

不同EVM链或协议在具体实现细节上可能有所不同,但基本原理相似。

安全风险提示

由于铭文协议多基于区块链原生交易机制,用户在不完全理解协议的情况下进行操作,可能导致铭文资产被误转或"燃烧"。例如,BTC铭文协议基于UTXO交易,用户进行普通BTC转账时可能无意中将铭文UTXO与其他UTXO合并拆分,造成不可逆的损失。

总结

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

大多数铭文协议未使用智能合约,可以降低用户参与成本。但用户需充分理解协议实现方式,避免误操作造成资产损失。随着铭文生态的发展,相关安全问题值得持续关注。