1、Runes(符文)是什么？
过去一年，web3最大的叙事莫过于铭文生态的爆发，最初的起点便是Ordinals，是一种为btc上每个聪给予唯一性序号的技术，可拓展阅读：解读比特币Oridinals协议与BRC20标准 原理创新与局限
其核心创始人casey，在去年9月就提交了基础版的Runes代码，但是一直迟迟没有发布主网上线，因此在9月的铭文热潮中，runeAlpha等项目便提前fork了该代码，单独发行了RunesAlpha等协议，虽然有一定抄袭的说法，但是短短数月数亿的总市值增长也让人看到Runes协议的无穷潜力。
那么由Ordinals协议的创始人casey所设计的，官方正版的Runes协议也将在2024.4.20号左右正式官宣上线。且直接上线btc主网，因此各路项目方想要发行Runes资产，各路钱包、NFT/FT交易市场想要支持Runes都将面临区块链行业最难的挑战之一，如何在没有测试网的情况直接冲刺主网！
而官方的Twitter发言更是高度自信~顺带学个新单词：Seppuku
本文，将会系统的梳理符文项目的底层字段变迁，让大家从根本上理解Runes与Brc20、Arc20等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 这就是将具体内容解码后的结果，点开明细按钮后，就可以找到52554e455f54455354 这样的编码串，其实一串十六进制编码数据，解码后就可以得到RUNE_TEST，同理，明细里还有其他的编码，最终解码后会成为一串字符串，大概是json的格式，从而体现出Runes资产的部署、铸造、发行等等寓意。
2.2、铭刻基础原理
其实Ordinals/brc20等协议中，要嵌入元数据到链上，都是写到交易的见证数据(witness data, witness field)中，这一铭刻铭文过程通过隔离见证(Segregated Witness, SegWit)和“向Taproot支付”(Pay-to-Taproot, P2TR)的方式实现，其中包含了提交（commit）和揭露（reveal）两个阶段也就是最终2笔交易来完成。
其实P2TR是比特币的一种交易输出类型，它是在2021年进行的Taproot升级中引入的，它使得不同的交易条件可以更加“隐私”地存储在区块链中，之所以提升隐私是因为只有在揭示的时候，才能看到具体完整内容。具体来说生成p2tr地址使用的是脚本hash，在花费时提供真正脚本（包含铭文数据），所以为了上传铭文数据，需要先生成一个支付到此脚本生成的p2tr地址的utxo（commit交易），然后花费这个utxo时，需要在见证脚本中提供真正脚本，也就把铭文数据上传到了链上（reveal交易）。
其实Ordinals协议非常好理解，就是在完成这个铭刻过程（commit、reveal）两笔交易都上链后，ordinals协议则定义规定此铭文绑定到了第一个输入的第一个sat上。所以，绑定的过程就是铭刻，绑定到结果就是铭文。
2.3、对比两者数据上链方案
蚀刻：
优点：逻辑简单直观明确，交易成本低，可以不占用全节点内存池。
缺点：限制于80字节长度，需要高度压缩数据编码。
铭刻：
优点：几乎不限制大小，有一定隐私保护能力，有多种玩法（时间锁、工作量证明）等
缺点：交易需要2次上链，导致最终成本较高，commit存续时间长，对全节点内存池压力较大。
3、Runes底层设计解读
Runes协议最初的代码是casey发布在Ordinals 0.11.版本上，而最新的Ordinals 已经演进到0.18版本，巨大的版本变化，也让我们有机会步入一个顶级协议的设计过程中，就像十四君曾经解读的ERC721/ERC3525/ERC3475等标准，拓展阅读：
我们不妨也步入Runes的起点和终点两个版本的字段变化，来解读Runes的价值依规。
3.1、Runes 0.11版本解读
最初的Runes整体的字段分成3个部分，edicts( 资产转移信息)，etching( 资产部署信息)，burn(销毁)。
具体来说，当一笔交易的op_Return里，信息解码之后能够呈现edicts 的信息，且格式正确，那么链下的解析器，就会计算出该用户的资产发生了转移，其中的output就是转移的目标地。
同理etching 的内容也是直接呈现了部署资产的主要信息，我们可以和ERC721对比，最大的差别在于limit和term 限制了mint的数量和可mint的区间。而这点也就是铭文、符文项目与以太坊智能合约发行资产的根本性差别，由于链上缺乏智能合约的验证，这就少了实时验证的能力，如果某个项目方发行链上的资产还自己运行一套新的铭文协议来定制化自己的白名单Mint、代币经济学释放速率，版税缴纳等等功能，都将会缺乏共识，就没有人来参与这个项目了，所以铭文协议（brc20、atomical、Runes）等都是统一定义了资产发行的方式，也统一了用户参与mint的方式，以公平发射的理念，完全开放用户参与，进一步杜绝了项目方过度干预资产市场认知的情况。
即使是项目方才通过扫货累计资产来控制市场，也需要付出巨大的gas代价，这个过程里可被用户感知到并且自由选择。
那最初版本的Runes协议设计，其实已经挺完善了，因此演变出的runealpha，哪怕是山寨的也占据不少的市场规模，累计82W的交易笔数，仅手续费就消耗掉312个BTC。
用户可以轻易的使用rune字段本身的设计实现资产的复合、拆分，甚至一旦Runes资产与Ordinals、atomical等资产跨协议复合了，也可以借助op_Return多样的语言表达性，从而实现拆分。
那最新的Runes 协议在0.18中实现了什么，又是怎样的考虑从而要有这样的字段呢？
3.2、Runes 0.18版本解读要看懂Runes 0.18十分艰难，因为缺乏测试网，基本都只能从casey的源代码里看逻辑，最终梳理出来字段分4个方面：