符文利用比特币交易来蚀刻、铸造和转移比特币原生的数字商品。

Runes allow Bitcoin transactions to etch, mint, and transfer Bitcoin-native digital commodities.

Runestone

这里的 runestone 和 @LeonidasNFT 所发行的符石 NFT 所区分，它是符文协议中对消息的一种称呼

Runestone 在实际实现中的数据结构为

struct Runestone {  // 命令，用于实现符文的转移  edicts: Vec<Edict>,  // 铭刻数据，写入符文的各项指定数据，用在铭刻符文的交易中  etching: Option<Etching>,  // 铸造条款，用在铭刻符文的交易中  mint: Option<RuneId>,	  // 一个用于将未分配的符文转移的指针，如果不存在则默认转移到第一个非 OP_RETURN 输出  pointer: Option<u32>,				}

参考 Output - Learn me a bitcoin，比特币交易的每个输出中会有 ScriptPubKey 字段用来存放锁定脚本

Runestone 就被存放在比特币交易的输出中，一个 Runestone 的输出脚本形式为

[OP_RETURN] [OP_13] [data1] [data2] ...

它利用了比特币自身的“备注”功能来存放 Runestone 的数据，OP_13 后的一系列数据被连接和解码为一系列 128-bits 的整数，最后解析为 Runestone

符文中规定了：

• 一笔交易智能有一个 Runestone

• Runestone 可以铭刻新的符文或者铸造现有的符文，并将符文中交易的输入转移到输出

• 交易的输出可以包含任意数量的符文余额

符文通过 ID 来进行标识，它的 ID 由铭刻符文的区块和交易的索引来构成，表示为 Block:Tx

例如第 500 个区块的第 20 笔交易所铸造的符文 ID 是 500:20

Etching

符文通过铭刻（可以对应到 BRC-20 的 deploy、部署）而存在，铭刻会创建一个符文并填充它的一系列属性，这些属性在铭刻后是不可更改的

名称（Name）

名称由字母 A-Z 组成，其长度在 1-28 之间。同时，每个名称可能包含间隔符用于增加可读性，例如 UNCOMMONGOODS 可能会被铭刻为 UNCOMMON·GOODS

名称的唯一性不取决于分隔符，符文不会铭刻与现有的符文相同的字母序列，即符文的字母序列是唯一的

整除性（Divisibility）

符文的可分割性是它可以被分为原子单位的精细程度

这里对应了 ERC-20 代币的 decimal，以 ETH 为例，它的 decimal 为 18，那么就有 \(1\) ETH = \(10^{18}\)​ wei

间隔符（Spacers）

一种用来表示间隔的信息，使用 · 来划分名称

使用不同的间隔符表示 AAAA：

• 0b1：A·AAA

• 0b11：A·A·AA

• 0b10：AA·AA

• 0b111：A·A·A·A

这里的表示方式是使用二进制来表示某个位置的间隔符是否显示，AAAA中间的间隔具像化后为 A[0]A[1]A[2]A，从左到右依次编号为 0、1、2，对应到二进制中可以有 8 中表示方式，如果对应位为 1 则表示间隔符需要显示

符号（Symbol）

符文的货币符号是单个 Unicode 码，这也意味着一系列的 Emoji 符号可以被用来当作货币符号，例如$, ⧉, 或🧿

没有符号的符文默认使用 ¤

预铸造（Premine）

符文的铭刻者可以选择直接将符文分配给自己，这种分配模式称为预铸造

条款（Term）

一个符文可以有开放的铸造，这允许所有人为自己创建和分配符文，开放的铸造受铭刻时设定的条款的约束

开放的铸造可能被限制起始高度、结束高度和上限

容量（Cap）：符文的可铸造次数是它的上限，铸造会在达到上限时关闭；

数量（Amount）：每一笔铸造交易都会创建固定数量的符文单元；

起始高度（Start Height）：铸造从具有起始高度的区块开始；

结束高度（End Height）：在达到该高度后不再允许铸造；

起始偏移（Start Offset）：铸造从高度等于起始偏移 + 铭刻符文的高度的区块开始，例如：一个符文在高度 840000 被铭刻，并制定了起始偏移 50，那么对它的铸造就只能从 高度为 840050 的区块开始；

结束偏移（End Offset）：铸造从高度等于结束偏移 + 铭刻符文的高度的区块结束；

Transferring

在交易输入包含符文，或者通过预铸造、铸造来创建心的符文单元时，这些符文会被传输到交易的输出中，交易的 Runestone 可能改变输入符文转移到输出的方式

命令（Edicts）：一个 Runestone 中会包含任意数量的命令（Edicts），命令由符文 ID、数量和输出编号组成，它按照顺序处理将未分配的符文分配给输出；

指针（Pointer）：所有未分配的符文会转移到交易的第一个非 OP_RETURN 输出中，Runestone 可以选择包含指定替代默认输出的指针；

销毁（Burning）：符文可以通过使用命令或指针的方式被传输到 OP_RETURN 输出来销毁；

从实际的实现上来看符文的转移方式：

指令在具体的数据结构中表示为

struct Edict {  // 以区块 + 交易索引组成的符文 ID，对应的位置包含了符文的元数据  id: RuneId,				  // 转移的数量  amount: u128,				  // 指向的输出  output: u32,				}

Runestone 中包含了一个 Edict 数组，即在一个 Runestone 中会有任意数量的命令，在处理时顺序处理它们

在处理之前，输入符文和待铸造的符文未被分配，每个命令都会减少符文的未分配余额，并且将减少的这部分分配到输出中

如果命令分配到符文数量大于未分配到符文数量，那么它就会分配所有剩余的未分配的符文单位

举个例子，如果一个交易的输入中有 1000 个符文单位，那么未分配的符文数量初始为 1000

命令依次为：

<200, 1> <400, 2> <700, 3>

那么在处理最后一个命令的时候，未分配余额为 400，700 超过了余额，所以会将剩余的这部分全部分配给对应的输出

Reference

1. Runes - Ordinal Theory Handbook

2. Output - Learn me a bitcoin