关于 Runes 协议及「公开铭刻」发行机制的拓展讨论

2024 年 3 月 2 日，Runes 生态基础设施项目 Rune alpha 的创始人，在 Github 的公开议题中，与 Runes 协议创始人 Casey 展开了讨论，双方对如何拓展 Runes 协议的「公开铭刻」机制进行了探讨。话题包括：

要不要放宽「公开铭刻」不可预留的要求？

指出了采用「公开铭刻」发行方式的 Runes 符文不存在管理权的观点

提出了一套基于铭文 NFT 和符文 FT 互相配合的发行机制设想

出于对比特币衍生资产协议的浓厚兴趣，本文作者结合上述 Runes 的一些最新话题，写作了此篇文章，就 Runes 与 Ordinals 协议的过往，以及类似的资产发行方式进行开发性的探索，相信能够对大家了解比特币生态带来帮助。

什么是 Runes 协议

所谓的 Runes 协议，是在比特币网络上发行同质化代币的协议，由 Ordinals 创始人 Casey 在发布 Ordinals 方案后，又重新构建的同质化代币方案，基于比特币 UTXO 的特性而构建，整体的设计思路非常简洁。

值得一提的是，Runes 协议计划在比特币 2024 年减半时（区块高度 840000），也即是今年四月下旬上线主网。现在 Runes 协议仍然处于优化和版本迭代的过程中。

在简要科普 Runes 的原理前，让我们先快速了解下来龙去脉，以及所谓的【公开铭刻】到底代表什么。

Runes 的提出者 Casey 在一开始并没有要做同质化代币协议的 idea，早在 2022 年 12 月时，Casey 就发布了 Ordinals 协议，意图是将 NFT 数据永久上链 Bitcoin，简单说就是将 NFT 元数据像铭文一样，记录在比特币交易的见证数据 witness 中（witness 主要包含数字签名信息），这样就能够将任意形式的内容（如文本、图像等）铭刻在指定的聪上。

（图片来源：https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/）

随后，历史的齿轮开始转动，2023 年 3 月 8 日，匿名开发者@domodata 基于 Ordinals 这个典型的 NFT 发行协议，迂回的搞出一套发行同质化代币的 BRC-20 标准，就是以铭文的方式，对那些需要上传到比特币链上的衍生资产数据，规定出统一的格式和属性（Token 名称、总供应量、单次最大铸造量等），再通过索引器去解析并追踪这些信息，展示出 BRC-20 代币相关的钱包账户和资产数额。

关键来了，BRC-20 的发行，要依赖于 Ordinals 这种比特币铭文 NFT 协议，所以在初始的发行机制上变得和 NFT 铸造过程类似，天然具备「先到先得」的特性，谁先 Mint 谁就拥有，完全不同于以太坊 ERC-20 资产发行时「项目方先部署资产合约，定义资产分配机制，官方想怎么控盘都可以」。

这种Fair Launch的特性，使得大多数人有了公平参与同质化代币初始发行的机会，项目方无预留无锁仓，每个人都可以在资产最初发行的第一时间参与。很快，BRC20 就带来了比特币链上衍生资产的发行热潮，甚至直接启动了这轮牛市。由此可知，我们今天重点讨论的「公开铭刻」的发行方式，对于 Runes 协议而言非常重要。

但 BRC-20 也带来了很多问题：BRC-20 资产的每一次操作，都要在比特币链上发起特定的交易，随着 BRC-20 资产的火爆，比特币 UTXO 数据集也快速膨胀，这使得 BTC 核心开发者对 BRC-20 产生公开质疑。

Ordinals 创始人 Casey 不仅反对 BRC-20，更是对基于 Ordinals 之上发行的 FT 资产不予认可，但是 BRC-20 的火爆，让他觉得虽然 99% 的代币都是骗局和噱头，但这些东西仍会像赌场一样无法消失。

同时，BRC-20 在比特币链上留下了「过多的痕迹」，为比特币节点带来了数据承载上的负担，但如果有人提出一套，能够在上链数据方面「减负」的资产协议，或许能减缓 BRC-20 带来的问题。

所以Casey 决定为比特币构建一种「更好的同质化代币协议」，随后在 2023 年 9 月 25 日，他发布了 Runes 协议的初步构想。

从技术角度看，Runes 协议基于比特币 UTXO 和附加信息而构建，每一笔交易的触发，都要把链下生成的数字签名信息 on chain，我们可以在签名信息中携带特定格式的消息。Runes 协议通过 OP_RETURN 操作码来标记出「特定消息」，这些特定消息就是与 Runes 资产变更相关的信息。

相比于 BRC-20 协议，Runes 优势很多，其中最重要在于：

1.交易步骤简化，且不会生成多余的无用 UTXO，能更好的为比特币节点「减轻负担」。此外，BRC-20 的一笔转账交易仅支持一个接收者和一种代币，而 Runes 支持同时向多个接收者转账，且可转账多种 Runes 代币。

2.资产数据的存储与索引更简洁：BRC-20 的数据以 JSON 格式存储在特定交易的 witness 数据中，且 BRC-20 基于账户模型，资产余额与指定的账户相关联。而 Runes 协议的数据存储在特定交易的 OP_RETURN 字段中，资产的记录方式采用 UTXO 模型，可以直接与比特币链上的 UTXO「同构绑定」。

在确认一个人的 Runes 资产状况时，只需验证这个人拥有的、与 Runes 资产相绑定的特殊 UTXO，虽然还是要追溯部分信息完成计算，但无需像 BRC-20 那样扫描比特币链上的完整 UTXO 集合，这种轻量化的方式对数据索引更友好。

3.与 UTXO 功能拓展层兼容：Runes 基于 UTXO 的设计，使其能够与 CKB、Cardano、Fuel 等基于 UTXO 的功能拓展层更好地兼容。通过类似于 RGB++ 的「UTXO 同构绑定」，上述功能拓展层可以为 Runes 提供智能合约场景。

简要谈完了技术，我们回到本文最开始谈论的发行机制的事情。Casey 为 Runes 符文设计了两套发行方式，即「固定总量」和「公开铭刻」：

1.固定总量就是发行方直接铭刻所有 Runes 符文，然后再进行分发，相对更中心化。

2.公开铭刻就是对 Runes 符文的发行方式设定参数，比如指明一个区块高度或时间戳，在符合规则的时间段内，用户 Mint 了多少资产，最后该符文的总量就是多少。

两种发行方式对应的场景与机制完全不同，下文中我们只聊「公开铭刻」。

事实上，Sondotpin 从 Runes 的 Issues#124 议题中，就开始讨论此话题，并得到了 Casey 的认可。

而 Issues#165 具体内容如下：

Sondotpin：目前的公开发行，项目方 / 发行方不能提前预留 Runes 符文，这限制了项目方设计优秀通证经济模型的机会。