解读Runes协议：发展历程及其最新「公开铭刻」发行机制的拓展
最后更新于
这有帮助吗？
最后更新于
这有帮助吗？
原文：
作者：
2024 年 3 月 2 日， Runes 生态基础设施项目 Rune alpha 的创始人，在 Github 的公开议题中，与 Runes 协议创始人 Casey 展开了讨论，双方对如何拓展 Runes 协议的「公开铭刻」机制进行了探讨。话题包括：
1、要不要放宽「公开铭刻」不可预留的要求？
2、指出了采用「公开铭刻」发行方式的 Runes 符文不存在管理权的观点
3、提出了一套基于铭文 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 主要包含数字签名信息），这样就能够将任意形式的内容（如文本、图像等）铭刻在指定的聪上。
随后，历史的齿轮开始转动，2023 年 3 月 8 日，匿名开发者 Casey 基于 Ordinals 这个典型的 NFT 发行协议，迂回的搞出一套发行同质化代币的 BRC-20 标准，就是以铭文的方式，对那些需要上传到比特币链上的衍生资产数据，规定出统一的格式和属性（ Token 名称、总供应量、单次最大铸造量等），再通过索引器去解析并追踪这些信息，展示出 BRC-20 代币相关的钱包账户和资产数额。
关键来了，BRC-20 的发行，要依赖于 Ordinals 这种比特币铭文 NFT 协议，所以在初始的发行机制上变得和 NFT 铸造过程类似，天然具备「先到先得」的特性，谁先 Mint 谁就拥有，完全不同于以太坊 ERC-20 资产发行时“项目方先部署资产合约，定义资产分配机制，官方想怎么控盘都可以”。
这种 Fair Launch 的特性，使得大多数人有了公平参与同质化代币初始发行的机会，项目方无预留无锁仓，每个人都可以在资产最初发行的第一时间参与。很快，BRC 20 就带来了比特币链上衍生资产的发行热潮，甚至直接启动了这轮牛市。由此可知，我们今天重点讨论的「公开铭刻」的发行方式，对于 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 优势很多，其中最重要在于：
2、资产数据的存储与索引更简洁：BRC-20 的数据以 JSON 格式存储在特定交易的 witness 数据中，且 BRC-20 基于账户模型，资产余额与指定的账户相关联。而 Runes 协议的数据存储在特定交易的 OP_RETURN 字段中，资产的记录方式采用 UTXO 模型，可以直接与比特币链上的 UTXO “同构绑定”。
在确认一个人的 Runes 资产状况时，只需验证这个人拥有的、与 Runes 资产相绑定的特殊 UTXO，虽然还是要追溯部分信息完成计算，但无需像 BRC-20 那样扫描比特币链上的完整 UTXO 集合，这种轻量化的方式对数据索引更友好。
简要谈完了技术，我们回到本文最开始谈论的发行机制的事情。Casey 为 Runes 符文设计了两套发行方式，即「固定总量」和「公开铭刻」：
而 Issues#165 具体内容如下：
Sondotpin：目前的公开发行，项目方/发行方不能提前预留 Runes 符文，这限制了项目方设计优秀通证经济模型的机会。
Casey：请查看之前的 Issues#124 。我正在考虑放宽这个要求，允许发行方在发行时以合理的方式安排符文，甚至超出参数的设定范围。如果这样设计，相关信息会在 Runes 符文的详情页做非常突出的展示。
Sondotpin：是不是可以设计一个多次发行的机制，比如能有两轮「公开铭刻」 Runes 符文，然后每一轮发行设定不同的参数？
Casey ：我并不倾向于这样的做法，因为 Runes 符文本质上并没有「管理者」。发行的权限不应该掌握在有特别权限的单一实体手上。但是你可以在发行符文的时候添加一个铭文，然后在这个铭文的基础上再发行新的符文，这样就可以实现两次发行的符文都是同一个资产。当然，你也可以采用预挖的方式，然后用其他的分配方式进行发行。
如果未来 CTV 的功能能够顺利启动，就不需要协议支持了，CTV 直接可以预先设定条件模板，达到条件后就可以做符合条件设置的空投和公开发行。
围绕 Casey 和 SonPin 的讨论，个人看法：
这个 CTV 提案增加了比特币网络的可编程性和灵活性，在这次讨论中提到，简单来说就是可以创建一个使用 UTXO 的解锁条件模板，有机会给 Runes 创造更多玩法。举个例子，通过「 Runes 协议 CTV」，可以让 10 个用户联合使用 CTV 技术，共同 Mint 符文，然后预设未来的一些比特币支付交易的承诺之类。
免责声明：本文仅供参考，不得被用作法律、税务、投资、理财或任何其他建议，不代表 RunesCC 立场。
