BTC减半在即，解读Runes协议的底层设计机制与局限

前言

断更许久，终于复耕，我十四君又回来了。

在过去半年里笔者从 ETH 生态完全转入 BTC 生态，从应用层转入链底层，看 btc、merlin、babylon、xion 等L2公链底层，研究 Ordinals、brc 20、atomical、Runealpha、Runes 等铭文符文协议源码。

有些许沉淀，那就继续始终输出吧，笔者将从技术视角给你带来独特见解与市场价值。

1、Runes(符文)是什么？

过去一年，web3最大的叙事莫过于铭文生态的爆发，最初的起点便是 Ordinals，是一种为 btc 上每个聪给予唯一性序号的技术，可拓展阅读：解读比特币 Oridinals 协议与 BRC 20 标准 原理创新与局限

其核心创始人 casey，在去年 9 月就提交了基础版的 Runes 代码，但是一直迟迟没有发布主网上线，因此在 9 月的铭文热潮中，runeAlpha 等项目便提前 fork 了该代码，单独发行了 RunesAlpha 等协议，虽然有一定抄袭的说法，但是短短数月数亿的总市值增长也让人看到 Runes 协议的无穷潜力。

那么由 Ordinals 协议的创始人 casey 所设计的，官方正版的 Runes 协议也将在 2024.4.20 号左右正式官宣上线。且直接上线 btc 主网，因此各路项目方想要发行 Runes 资产，各路钱包、NFT/FT 交易市场想要支持 Runes 都将面临区块链行业最难的挑战之一，如何在没有测试网的情况直接冲刺主网！

而官方的 Twitter 发言更是高度自信~顺带学个新单词：Seppuku

本文，将会系统的梳理符文项目的底层字段变迁，让大家从根本上理解 Runes 与 Brc 20、Arc 20 等 FT 协议的差异点，对比优缺理性决策参与。

2、比特币上是如何记录额外信息的？

比特币上有两种主流的链下数据附着在链上的方案，铭刻与蚀刻

2.1、蚀刻基础原理

Runes 使用的是蚀刻技术，是一种简单直观记录信息到链上的方式：即写入 bitc 中 UTXO（未花费交易）的 op-return 字段内，从功能在 Bitcoin Core 客户端 0.9 版中开始启用的( 14 年），OP-RETURN 会创造了一种明确的可验证不可消费型输出，让数据存在区块链上，类似于 utxo 的输出，但并不可被消费。

在 btc 的区块链浏览器中可以轻松看到，该笔交易就附着了一个 op-return 的信息，比如下图：

可以看到，这里的输出#3 ，其实是游离的，虽然他占据的一个该笔 utxo 的 output 的输出位置，但是他是一个闭环的圆矩形，这就说明他是不能被再次转移消费的，所以他就像是一个交易的备注区一样，就留在了比特币的存储空间上，通过交易哈希区索引找到他。

细心的你可能会发现， 为什么 OP_RETURN 的后面有一个 RUNE_TEST  这就是将具体内容解码后的结果，点开明细按钮后，就可以找到 52554 e 455 f 54455354 这样的编码串，其实一串十六进制编码数据，解码后就可以得到 RUNE_TEST，同理，明细里还有其他的编码，最终解码后会成为一串字符串，大概是 json 的格式，从而体现出 Runes 资产的部署、铸造、发行等等寓意。

2.2、铭刻基础原理

其实 Ordinals/brc 20 等协议中，要嵌入元数据到链上，都是写到交易的见证数据(witness data, witness field)中，这一铭刻铭文过程通过隔离见证(Segregated Witness, SegWit)和“向 Taproot 支付”(Pay-to-Taproot, P 2 TR)的方式实现，其中包含了提交（commit）和揭露（reveal）两个阶段也就是最终 2 笔交易来完成。

其实 P 2 TR 是比特币的一种交易输出类型，它是在 2021 年进行的 Taproot 升级中引入的，它使得不同的交易条件可以更加“隐私”地存储在区块链中，之所以提升隐私是因为只有在揭示的时候，才能看到具体完整内容。具体来说生成 p 2 tr 地址使用的是脚本 hash，在花费时提供真正脚本（包含铭文数据），所以为了上传铭文数据，需要先生成一个支付到此脚本生成的 p 2 tr 地址的 utxo（commit 交易），然后花费这个 utxo 时，需要在见证脚本中提供真正脚本，也就把铭文数据上传到了链上（reveal 交易）。

其实 Ordinals 协议非常好理解，就是在完成这个铭刻过程（commit、reveal）两笔交易都上链后，ordinals 协议则定义规定此铭文绑定到了第一个输入的第一个 sat 上。所以，绑定的过程就是铭刻，绑定到结果就是铭文。

2.3、对比两者数据上链方案

蚀刻： 

优点：逻辑简单直观明确，交易成本低，可以不占用全节点内存池。

缺点：限制于 80 字节长度，需要高度压缩数据编码。

铭刻： 

优点：几乎不限制大小，有一定隐私保护能力，有多种玩法（时间锁、工作量证明）等 

缺点：交易需要 2 次上链，导致最终成本较高，commit 存续时间长，对全节点内存池压力较大。

3、Runes 底层设计解读

Runes 协议最初的代码是 casey 发布在 Ordinals 0.11.版本上，而最新的 Ordinals 已经演进到 0.18 版本，巨大的版本变化，也让我们有机会步入一个顶级协议的设计过程中，就像十四君曾经解读的 ERC 721/ERC 3525/ERC 3475 等标准，拓展阅读：

我们不妨也步入 Runes 的起点和终点两个版本的字段变化，来解读 Runes 的价值依规。

3.1、Runes 0.11 版本解读

最初的 Runes 整体的字段分成 3 个部分，edicts( 资产转移信息)，etching( 资产部署信息)，burn(销毁)。