让我们深入了解Runes协议以及其"公开铭刻"发行机制

2024-03-10 09:03:17

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

是否应该放宽"公开铭刻"不可预留的要求？
指出了采用"公开铭刻"发行方式的Runes符文不存在管理权的观点。
提出了一套基于铭文NFT和符文FT互相配合的发行机制设想。

本文作者对比特币衍生资产协议表现出浓厚兴趣，结合了Runes的一些最新话题，写作了一篇关于Runes与Ordinals协议的历史以及类似资产发行方式的开发性探索的文章。相信这篇文章能够帮助大家更好地了解比特币生态系统。

什么是 Runes 协议

Runes协议是在比特币网络上发行同质化代币的方案，由Ordinals创始人Casey在发布Ordinals方案后重新构建而来。它是一种基于比特币UTXO的特性设计的简洁同质化代币方案。

Runes协议计划在比特币2024年减半时（区块高度840000），即今年四月下旬上线主网。目前，Runes协议仍在不断优化和版本迭代中。

在深入了解Runes的原理之前，让我们先简要了解一下其背景和所谓的"公开铭刻"是什么意思。

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

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

关键问题来了：BRC-20的发行依赖于Ordinals这种比特币铭文NFT协议。因此，在初始的发行机制上，BRC-20和NFT铸造过程类似，具备了"先到先得"的特性。谁先Mint谁就拥有，完全不同于以太坊ERC-20资产发行时项目方先部署资产合约、定义资产分配机制、可以控盘的情况。

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

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

Ordinals创始人Casey不仅反对BRC-20，而且不认同基于Ordinals之上发行的FT资产。但是BRC-20的火爆使他意识到，尽管99%的代币都是骗局和噱头，但这些东西仍然会像赌场一样无法消失。

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

因此，Casey决定为比特币构建一种更好的同质化代币协议。于是，在2023年9月25日，他发布了Runes协议的初步构想。

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

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

交易步骤简化，避免生成多余无用的UTXO，有助于减轻比特币节点的负担。此外，BRC-20的一笔转账交易仅支持一个接收者和一种代币，而Runes支持同时向多个接收者转账，且可转账多种Runes代币。
资产数据的存储与索引更简洁：BRC-20的数据以JSON格式存储在特定交易的witness数据中，且BRC-20基于账户模型，资产余额与指定的账户相关联。而Runes协议的数据存储在特定交易的OP_RETURN字段中，资产的记录方式采用UTXO模型，可以直接与比特币链上的UTXO「同构绑定」。
在确认一个人的Runes资产状况时，只需验证这个人拥有的与Runes资产相绑定的特殊UTXO，虽然还是要追溯部分信息完成计算，但无需像BRC-20那样扫描比特币链上的完整UTXO集合，这种轻量化的方式对数据索引更友好。
与UTXO功能拓展层兼容：Runes基于UTXO的设计使其能够更好地与CKB、Cardano、Fuel等基于UTXO的功能拓展层兼容。通过类似于RGB++的「UTXO同构绑定」，上述功能拓展层可以为Runes提供智能合约场景。
在Runes符文的设计中，Casey提出了两种发行方式：固定总量和公开铭刻：
固定总量：发行方直接铭刻所有Runes符文，然后再进行分发，相对更为中心化。
公开铭刻：对Runes符文的发行方式设定参数，例如指明一个区块高度或时间戳，在符合规则的时间段内，用户Mint了多少资产，最终该符文的总量就是多少。
这两种发行方式对应的场景与机制完全不同。在本文中，我们将专注讨论"公开铭刻"。
实际上，Sondotpin从Runes的Issues#124议题中开始讨论这个话题，并得到了Casey的认可。
Issues#165中的具体内容如下：
Sondotpin：目前的公开发行中，项目方/发行方不能提前预留Runes符文，这限制了项目方设计优秀通证经济模型的机会。
Casey：请查看之前的Issues#124。我正在考虑放宽这个要求，允许发行方在发行时以合理的方式安排符文，甚至超出参数的设定范围。如果这样设计，相关信息会在Runes符文的详情页做非常突出的展示。
Sondotpin：是不是可以设计一个多次发行的机制，比如能有两轮「公开铭刻」Runes符文，然后每一轮发行设定不同的参数？
Casey：我并不倾向于这样的做法，因为Runes符文本质上并没有「管理者」。发行的权限不应该掌握在有特别权限的单一实体手上。但是你可以在发行符文的时候添加一个铭文，然后在这个铭文的基础上再发行新的符文，这样就可以实现两次发行的符文都是同一个资产。当然，你也可以采用预挖的方式，然后用其他的分配方式进行发行。
如果未来CTV的功能能够顺利启动，就不需要协议支持了，CTV直接可以预先设定条件模板，达到条件后就可以做符合条件设置的空投和公开发行。
围绕Casey和SonPin的讨论，个人观点如下：
在项目启动的早期，预留一定数量的代币是必要的。
在项目早期，为了推动业务发展，项目方需要一定数量的代币来激励核心团队并吸引社区。如果可以按照这次讨论中的方式实现协议，将会为公开铭刻的公平性和全民参与性增添一层保障，使得更多有价值的项目方能够通过公开铭刻的方式参与到Runes生态中。
是否预留、如何预留，是发行方自主选择的手段。
Casey曾多次直言，99.9%的同质化代币都是骗局。在此次讨论中，他对同质化代币的使用场景有了更多的认可。公开铭刻的方式为项目方提供了选择权，使得项目方能够自主决定如何预留代币，同时也有助于防止劣币驱逐良币的情况发生。
铭文NFT和符文FT将会有更多的创新空间。
Casey提出的铭文NFT和符文FT互相配合进行多轮次发行的设想非常有趣。通过这种方式，可以为Runes生态带来更多创新。当前热门项目如Runestone和Runecoin等也是在铭文和符文的基础上进行创新。期待未来能有更多的项目推出新颖的玩法。
采用公开铭刻发行方式的Runes符文不存在所有权。
Casey原文中提到了Runes不存在所有权，但笔者认为这应该特指采用公开铭刻发行方式的Runes符文不存在所有权。在这次讨论中，提出了两轮公开铭刻方案，这意味着有一个拥有极高权限的地址来操作。这并不是加密货币领域希望看到的。