今天,比特币 NFT 协议 Ordinals 的创始人 Casey Rodarmor 提出了一个新的比特币 FT 协议设计构想,名为「Rune」,也被称为「符文」协议。
这个协议与 BRC-20 以及 Taro/RGB 等闪电网络上的 FT 协议有什么不同?Casey 为什么突然提出了「符文」协议的构想?在该构想出现后短短不到 1 天的时间里,已经有了哪些进展?
决策财经 BlockBeats 将为您详细梳理「符文」协议至今的各方面消息。
「符文」协议的设计出发点
Casey Rodarmor 用一句话对「符文」协议最大的特点进行了概括——一个简单的、基于 UTXO 的、能使比特币用户具有使用良好体验的 FT 协议。
Casey 认为,如果该协议的链上「足迹」较小,并促进可信任的 UTXO 管理,那么与现有的比特币 FT 协议相比,它可能会减少「危害」。至少,目前 BRC-20 的流行已经创造了大量的「垃圾」UTXO。
Casey 在以下 4 方面将「符文」协议与其它现有的比特币 FT 协议进行了比较:
- 复杂性:协议有多复杂?实施起来容易吗?容易被大范围采用吗?
- 用户体验:是否有任何实施细节会对用户体验产生负面影响?特别是,依赖链下数据的协议具有较轻的链上「足迹」,但引入了很大的复杂性。并且,用户要么运行自己的服务器,要么发现现有服务器并与其交互。
- 状态模型:基于 UTXO 的协议更自然地适合比特币,并通过避免创建「垃圾」UTXO 来促进 UTXO 集最小化。
- 原生 Token:具有协议操作所需的原生 Token 的是繁琐的、需要挖的(extractive),自然不太会受到广泛采用。
比较的结果是:
- BRC-20:不是基于 UTXO 并且相当复杂,因为它需要使用 Ordinals 协议来进行某些操作。
- RGB:非常复杂,依赖链下数据,已经开发了很长时间而没有被广泛采用。
- Counterparty:某些操作需要使用原生 Token,而不是基于 UTXO。
- Omni Layer:某些操作需要使用原生 Token,而不是基于 UTXO。
- Taproot Assets(Taro):有点复杂,依赖链下数据。
那么「符文」协议具体将要怎么实现来解决上述的痛点呢?
「符文」协议的实现
概述
「符文」Token 的余额直接包含在 UTXO 内,UTXO 可以包含任意数量的「符文」Token。
如果一笔交易包含一个输出,而该输出的脚本 pubkey 包含一个 OP_RETURN,后跟一个表示 ASCII 大写字母「R」的数据输出,则该交易包含一个协议消息。协议消息是第一个数据输出之后的所有。
如果将无效的协议消息和「符文」Token 插入到一笔交易中,「符文」Token 将被烧毁。这将使「符文」协议能够在未来进行升级,避免已经被创建/分配的「符文」Token 无法纠正在旧版本协议中的分配错误。
将整数编码为前缀变量,该变量开始的部分决定了「符文」Token 的字节长度。
「符文」Token 的转账
协议消息中的第一个数据输出被解码为一个整数序列,这个整数序列将包含「ID」、「OUTPUT」和「AMOUNT」3 种信息。如果解码后的整数数量不是 3 的倍数,协议消息将被视为无效。
ID:指定了进行转账的是哪个「符文」Token。每个「符文」Token 在被创建时都会被分配一个 ID,ID 是从 1 开始的,越早创建的「符文」Token ID 值越小。
OUTPUT:决定分配给第几个输出。
AMOUNT:转账的「符文」Token 数量。如果 AMOUNT 数量为 0,则代表账户剩余的全部「符文」Token 数量。
处理完整数序列所包含的所有操作后,如果还有不需要操作的「符文」Token,都分配到第一个非 OP_RETURN 输出。此外,如果把「符文」Token 分配到包含协议消息的 OP_RETURN 输出中,「符文」Token 可能被烧毁。
「符文」Token 的创建
如果协议消息后还有第二个数据输出,该交易则为一笔「符文」Token 创建交易。这部分的数据输出将被解码为「SYMBOL」和「DECIMALS」两个整数,如果还有更多其它整数则无效。
SYMBOL:相当于 BRC-20 的 Ticker(即 Token 名称),最多支持 26 位,可用字符只有 A-Z。
DECIMALS:精度,决定「符文」Token 能支持小数点后多少位。
如果「SYMBOL」还未被使用,该「符文」Token 将被分配一个 ID 值,第一个被创建的「符文」Token ID 值为 1,BITCOIN、BTC 和 XBT 这 3 个名称被禁用。如果「SYMBOL」已被使用,那么创建将无效。也就是说,在「符文」协议依然不支持创建同名 Token。
比特币余额在 UTXO 中的显示
在一个 UTXO 中,比特币的余额将显示为 BITCOIN、BTC 或 XBT,又或是以 ID 值为 0 的方式显示。
Casey 为什么突然提出了「符文」协议的构想?
在 Ordinals 协议的官方手册里,我们可以看出 Casey 对 Ordinals 协议的设想就是一个通过比特币创造「数字文物」,或者说「NFT」的协议。但随着 Ordinals 协议的发展,BRC-20 相关的铭文数量已经占到了铭文总数的 85% 以上。
Casey 对 BRC-20 的不满已经很久了,尤其是他最近引起轩然大波的两条推文,更能感受到他对于 BRC-20 的消极态度:
我最想要的圣诞礼物是投机者发现 Taproot Assets(Taro),这样他们就可以停止铸造 BRC-20 Token 了难道不能向 BRC-20 Token 的持有者们刻录「转账铭文」把他们的余额给锁定,这样他们就不得不把转账铭文发给他们自己从而解锁余额嘛?在 Casey 看来,自己创造的「艺术馆」成了投机者的乐园,这让他非常难受。不仅是自己的「艺术馆」变成了「大赌场」,Casey 对于 FT 本身的态度也很消极:
在这篇提出 Rune 协议设想的博文中,Casey 在文章的最后表示,「FT 的世界几乎就是一个不可救药的、充满了欺骗与贪婪的深渊」
Rune 协议设想的提出,堪称 Casey 对 Ordinals 协议的「刮骨疗毒」——尽管作为协议的创始人,但在 Web3 的世界中,他没有办法一意孤行封杀掉他所认为的、寄生在 Ordinals 协议上的「毒瘤」BRC-20。于是,他抛出了这个想法——这里是「艺术馆」,你们想继续 Degen 的话,我有一个想法,大家去「大赌场」Degen OK 不 OK?
话虽如此,Casey 也仅仅是提出一个 Rune 这个关于比特币 FT 协议的设想,他本人甚至没有意愿将之实现。不过,Casey 的号召力摆在那里,我们已经可以看到短短 1 天不到的时间里,玩家们有多兴奋。
1 天不到的时间里,Rune 协议有哪些发展?
比特币 NFT 交易市场 Ordinals Wallet 在下午 3 点宣布部署了 Rune 协议的第一个 Token $RUNE。
不过,在推文的评论区有人指出,这似乎是一个无效的部署...
此外,@TO 还发起了一个公开悬赏,第一个做出 Rune 协议索引器的团队,可获得 10 万美元赏金。
这里需要提醒大家特别注意的是,$RUNE 的部署是否有效现在没有定论,因为该协议目前为止只是 Casey 的一个设想,并没有任何已经草拟好的相关标准以及代码出产。谨防各类骗局!
结语
Casey 的这个设想,更多是无可奈何地对大家说——我有比 BRC-20 更好的法子,大家是不是考虑一下,让 Ordinals 回归最开始的发展方向?
那么 BRC-20 会「死」吗?我觉得倒也无需太过悲观。几个月来,BRC-20 已经吸引了大量的团队进行建设,这些团队并不会仅仅因为 Casey 的一个设想就放弃。并且,BRC-20 也是动态发展的,是不是可以结合闪电网络解决掉现在的一些痛点?这些都是可以期待的。
最后的最后,来自 Casey 的灵魂拷问——
99.9% 的 FT 都是 meme 与骗局,我不确定,为比特币创建一个新的 FT 协议真的是一个好主意吗?