铭文科普｜了解铭文协议示例、资产安全的实现方式

针对此，Beosin安全团队对主流铭文协议进行了梳理，帮助用户了解铭文协议的用途、实现方式以及如何保护铭文资产。

铭文简介

铭文度假村

从最初BRC-20等比特币公铭文的出现，现在铭文生态中几乎每天都有层出不穷的铭文新协议以及新项目的出现，铭文的发展可以说是突飞猛进。各个常见的公链也都加入了铭文生态圈，例如ETH公链上的Ethscription协议、BTC公链上的ARC-20协议、BSC公链上的BSC-20等协议、Polygon公链上的PRC-20等协议……这些协议都是为了在其公链上发布铭文所产生的，接下来的内容我们将介绍各种协议的实现方式以及示例。

铭文详解

我们来介绍一下目前市场关注的几个协议，来比较一下各个公链的铭文协议到底有何共同点和不同点。

1.BRC-20

要讲清楚BRC-20，首先要介绍一下UTXO和Ordinals。

而BRC-20创始者基于Ordinals协议，想衍生出另外一套理念。既然Ordinals协议可以通过给每个聪赋予不同的“属性”来创造比特币NFT，那么也可以通过给定一个统一的“格式” ”以及“属性”来创造比特币FT，悟同质化代币。

{“p”：“brc-20”，“op”：“部署”，“tick”：“ordi”，“max”：“21000000”，“lim”：“1000”} {“p”：“brc

以上是BRC-20的清晰标准，其中，op字段表示是需要执行的操作，包括deploy（部署）、mint（铸造）以及transfer（转移），勾选表示是需要执行操作的代币名称， max表示代币发行总体，lim表示每份代币最大铸币数量，amt表示需要操作的代币数量，在转让标准中，还“to”等字段，但不是必须的，转让是通过将铭文发送给目标地址来实现余额变化，如下图所示：

链接：https://twitter.com/blockpunk2077/status/1725513817982136617

2.ARC-20

链接：https://twitter.com/blockpunk2077/status/1725513817982136617

ARC-20代币时，只需要一个索引，连下索引服务器便可以读取代币注册信息以及铸造和转移交易，不需要服务器去计算资金转移关系，查询地址所拥有的ARC-20代币数量，直接读取持有该代币的UTXO的sats数量则可以得到。

了解了BRC-20和ARC-20之后，大家应该知道为什么有些会误将铭文资产转到其他地址或者“燃烧”掉了。

由于BRC-20和ARC-20这类BTC铭文协议是基于UTXO交易的，因此铭文交易实际上是附加在BTC交易中的，用户可能会在不完全理解铭文的情况下进行普通的BTC转账操作，将其现在的UTXO和其他UTXO进行融合拆分后发送给非预想的地址，从而导致铭文资产被误转或者被“燃烧”，造成不可逆转的损失。

3. 伦理

Ethscription是以太坊上创建和共享数据的协议，某些铭文就是使用该协议从而替代智能合约实现代币发行的方案，使用铭文可以将用户的成本降至极低。

当以太坊发送交易时，它提供一个calldata数据块。一般情况下，对于普通的 ETH 转账，该数据块会留空。如果调用智能合约，数据块将被指定为调用函数的签名和各个参数数据。 Ethscription 协议使用 calldata 数据块添加一些标准数据，以在发送普通 ETH 传输时赋予相关含义。

Ethscription 如何指定这些标准数据？​

首先，如果您要创建内容为图片数据的Ethscription，则需要将图片（图片大小限制为96KB）转换为Base64编码数据的URI，格式为（data:image/png;base64,. ..); next 将 URI 转换为十六进制字符串；通过以太坊向目标地址发送一笔普通转账交易，并将上述十六进制字符串填入calldata，如下图：

这样，0xf1bf地址就拥有了Ethscription，以后使用相同的calldata创建的任何Ethscription都将被视为无效。​

如果你想转账Ethscription，你需要Ethscription拥有者向接收地址发送普通转账，并在calldata中填写创建Ethscription的交易哈希，那么接收地址将拥有Ethscription，如下所示：

4. EVM区块链铭文

对于 BSC Chain、以太坊、Polygon 等 EVM 区块链来说，有一种常见的刻录方法，就是使用 calldata 数据块来存储固定格式的数据。与上述保存图像数据不同的是，该方法是将标准格式写入calldata中。文本数据。

当在 BSC 链上刻录铭文时，铭文格式与 BRC20 铭文格式类似。例如铭文格式为：data:,{"p":"_","op":"_","tick":"_"," amt":"_"}，则p字段代表协议名称，例如 bsc-20、bnbs-20、ltc-20、bep-20、drc-20、nrc-20、src-20 等； op字段代表操作，通常为“mint”；勾选字段代表代币名称； amt 字段表示代币数量。

以bnbs代币为例，我们可以看到，只要发送普通转账到目标地址，在里面填写data:,{"p":"bsc-20","op":"mint" calldata ,"tick":"bnbs","amt":"1000"} 则完成 bnbs 代币铸造操作，如下所示。此时0x22ef地址有1000个bnbs代币。

Next, you need to transfer the token. As above, you need to send an ordinary transfer to the receiving address, and fill in the transaction hash that created the bnbs token into the calldata. Then the receiving address will own the bnbs token, as shown below:

It is basically the same on Ethereum, Polygon and other chains, but it should be noted that the content of the above BSC Chain is not the only situation where inscriptions are created on the evm chain. There may be differences in the text data fields filled in between different evm chains or different protocols. There may also be differences in how tokens are transferred. But for this type of method, they are all implemented using the calldata attribute in the EVM chain, so they appear to be similar.

Summarize

In this article we discuss the implementation principles of inscriptions on multiple chains. In summary, the inscriptions introduced are all processes that utilize some public chain system features to save offline information in the blockchain in accordance with prescribed standards, and then identify and display it through offline servers. None of the inscriptions introduced use smart contracts. Users can reduce a large amount of additional transaction costs when participating. However, users need to fully understand the implementation of the inscription protocol to avoid mistaken transfers or accidental burning of inscriptions, resulting in asset losses.

介绍的这些铭文都未使用智能合约，用户在参与的时候可以减少大量的交易额外费用，但用户需要充分理解铭文协议的实现方式，避免误操作或误烧铭文，造成

热点：协议