什么是Runes符文币蚀刻铭刻?Runes符文币底层设计原理详解

2024年4月20日，比特币完成第四次减半，伴随而来的，是Runes符文协议的正式上线和市场的狂热。关于符文，很多人可能只看到了财富效应，但对其底层的设计逻辑却不甚了解。过去半年，从以太坊生态全面转向比特币生态，从应用层深入到链底层，研究BTC、Merlin、Babylon、XION等L2公链的底层架构，以及Ordinals、BRC-20、Atomicals、RuneAlpha、Runes等协议源码，确实有些沉淀。今天，就从技术视角出发，拆解Runes协议的底层设计机制与其存在的局限。

1、Runes（符文）是什么？

过去一年，Web3最大的叙事无疑是铭文生态的爆发。这一切的起点，是

协议，它赋予了比特币上每个“聪”独一无二的编号。

有趣的是，Ordinals的核心创始人Casey早在去年9月就提交了基础版的Runes代码，但迟迟未上线主网。这给了市场一个巨大的窗口期，RuneAlpha等项目迅速Fork了该代码，抢先发行了RunesAlpha协议。虽然其做法有“抄袭”之嫌，但短短数月数亿美金的总市值增长，足以证明Runes协议的潜力。

如今，由Casey设计的“官方正版”Runes协议，在2024年4月20日左右正式登陆比特币主网。这意味着，所有想要发行Runes资产的项目方、想要支持Runes的钱&包和交易市场，都将面临区块链行业最直接的挑战——在没有任何公开测试网的情况下，直接冲刺主网。

本文会系统地梳理Runes项目的底层字段变迁，从根本上去理解Runes与BRC-20、ARC-20等FT协议的差异，以便大家能更理性地参与其中。

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

在比特币上记录链下数据，主要有两种方案：铭刻与蚀刻。

2.1、蚀刻基础原理

Runes使用的是蚀刻（Etching）技术。这是一种更直观的方法：将信息写入比特币UTXO（未花费交易）的

字段中。这个功能自Bitcoin Core 0.9版本（2014年）就已启用。OP_RETURN创造了一种明确、可验证且不可消费的输出类型，就像一笔交易的“备注区”，数据保存在链上，但无法被再次转移。

在比特币区块链浏览器中，可以清晰看到这笔交易附带的OP_RETURN信息。例如，下图中的输出#3，虽然占据了一个UTXO的输出位置，但它是一个闭环的圆矩形，意味着它不能被再次消费，而是作为一条备注留在了链上，通过交易哈希索引找到它。

细看之下，OP_RETURN后跟着“RUNE_TEST”字样，这其实是解码后的结果。点开明细，会找到一串类似“52554e455f54455354”的十六进制编码，解码后正是“RUNE_TEST”。同理，明细中其他编码串经过解码，会呈现出类似JSON的格式，用以表达Runes资产的部署、铸造、发行等含义。

2.2、铭刻基础原理

Ordinals和BRC-20等协议，则将元数据写入交易的

（Witness Data）中。这个过程通过隔离见证（SegWit）和“向Taproot支付”（Pay-to-Taproot, P2TR）技术实现。它包含两个阶段：提交（Commit）和揭露（Reveal），最终需要两笔交易来完成。

P2TR是比特币在2021年Taproot升级中引入的一种交易输出类型，它让不同的交易条件能以更“隐私”的方式存储，直到揭示时才看到完整内容。具体来说，生成P2TR地址使用的是脚本哈希，在花费时提供真正的脚本（包含铭文数据）。所以，需要先生成一个支付到此P2TR地址的UTXO（Commit交易），然后花费这个UTXO时，在见证脚本中提供真正的脚本，铭文数据也就上传到了链上（Reveal交易）。

Ordinals协议的逻辑简明：完成Commit和Reveal两笔交易后，协议便规定此铭文绑定到了第一个输入的第一个“聪”上。绑定过程即铭刻，绑定结果即铭文。

2.3、对比两种上链方案

• 优点：逻辑直观，交易成本低，不占用全节点内存池。
• 缺点：受限于80字节长度，需要高度压缩数据。

• 优点：数据大小几乎无限制，具备一定隐私保护能力，可玩性高（如时间锁、工作量证明）。
• 缺点：需要两次上链，最终成本较高。Commit交易存续时间长，对全节点内存池压力较大。

3、Runes底层设计解读

Runes最初的代码发布于Ordinals 0.11.0版本，而目前Ordinals已演进到0.18版本。巨大的版本迭代，恰好让我们有机会观察一个顶级协议的设计演化过程。不妨从起点和终点两个版本的字段变化，来解读Runes的底层逻辑。

3.1、Runes 0.11 版本解读

最初的Runes协议，字段结构分为三个部分：

（资产转移信息）、（资产部署信息）和（销毁）。

当一笔交易的OP_RETURN解码后包含格式正确的Edicts信息，链下的解析器就会判定资产发生了转移，其中的Output字段就是转移的目标地。同样，Etching内容直接呈现资产部署的细节。与ERC-721等以太坊标准对比，最大的区别在于

和 字段，它们限制了Mint的数量和时间窗口。

这正是铭文协议与智能合约发行资产的根本性差异。缺乏链上智能合约的验证，意味着无法实现实时的权限校验。因此，无论是BRC-20、Atomicals还是Runes，都统一了资产发行和Mint方式，以公平发射为理念，完全开放用户参与，从机制上杜绝了项目方对资产市场的过度干预。即便项目方想通过扫货来控制市场，也需要付出巨大的Gas代价，且过程对用户透明。

最初版的Runes协议设计已相当完善，这也解释了为什么“山寨版”的RuneAlpha能占据82万笔的交易量，光手续费就消耗了312个BTC。用户可以利用Runes字段的设计，轻松实现资产的复合与拆分。那么，最新的Runes 0.18版本又实现了什么？

3.2、Runes 0.18 版本解读

解读0.18版本并不容易，缺乏测试网，只能从Casey的源码中梳理逻辑。最终，字段结构扩展到四个部分。

首先，

依然定义资产转移方向，与RuneAlpha基本一致，但多了一个 参数。这个参数用于修改资产默认的转移方向（默认是第0位）。这个设计的目的是在处理多种Runes资产同时转出时，降低OP_RETURN的编码长度，从而降低用户的交易成本。

其次，新增了

字段。由于Mint被提升到与Edicts同级别的对象中，意味着每笔交易只能Mint一种资产。这与RuneAlpha时期的设计不同，后者可以通过技术手段实现一笔交易Mint大量新资产。这一改动，平衡了技术选手和普通用户的起跑线，拼的就是Gas。

部署资产的方式巨变

最重要的变化在于

，即资产部署的细节设计，字段内容变得相当复杂。

看晕了？确实，这是一套非常复杂的资产部署方式。详细拆解：

第一个重大改动，是降低OP_RETURN的编码量。鉴于OP_RETURN只有80字节的限制，每个编码空间都弥足珍贵。Casey将资产ID从单纯的“区块高度+交易序号”改为字符串形式的“区块高度+冒号+交易序号”。比特币主网至今才80多万个区块，这一改动让ID编码长度直接减半。别小看这个优化，在批量Mint、批量转移的场景下，成本会成倍降低。

第二个改动是保障参与者公平性的

字段。现在，资产的Mint不再从资产部署交易上链的区块高度开始，而是由发行方通过 和 指定起止时间。这样一来，用户不需要时刻盯着内存池去“抢跑”，也能避免误入“钓鱼”山寨项目。项目方可以提前部署资产，进行充分的宣发活动后，再开放用户参与。除了时间区间，还有 控制总Mint次数，将发行规模从“无限Mint”变为“先到先得”的限量发行。

作为资产发行协议，如何控制发行方的规模和权益至关重要。对于铭文，资产名字是核心稀缺资源。Runes设计了一套伴随减半周期的名字长度释放规则：一开始只能部署较长的名字，时间越久，才能部署字符数越短的名字。可以预见，每到一个名字长度释放周期，都会掀起类似域名抢注的潮流。

如何避免项目方被抢注？这就引出了本次部署最大的变化：部署流程不再只是一笔OP_RETURN交易，而是一次铭刻。前文提及，铭刻技术通过Commit和Reveal提供隐私保护。新版的

字段就承担了这个作用。它要求Commit和Reveal两笔交易存在一定间隔，当Reveal交易被揭示时，市场才知道发行方要用的名字。这时候，即便黑客在内存池中看到了这个名字，也来不及仿冒，从而保护了发行方对名字的掌控力。

最后，0.18版本还新增了

字段，目前尚无明确公开用途，被视为预留的扩展接口，用于未来协议的升级。

4、如何评价Runes新版协议？

通过底层字段的解读，不得不感叹Casey对资产发行玩法的独到见解。短短两个月，设计并实现出如此贴近市场痛点的协议内容。

在加密货币这个看价格定价值的市场，铭文协议以完全不同于智能合约的模式，打开了全新的想象空间。真正的公平Mint让大量用户涌入比特币生态，进而引发BTC L2的热潮。但早期铭文协议的粗放，导致劣质资产横飞，盗版和Rug事件让生态蒙尘。符文的出现，通过更高程度的定制化发行管理，有望让市场从无序走向有序。

更重要的是，Runes协议是嵌入在Ordinals协议本身的，继承了Ordinals庞大的用户基础，使其一出生就站在了巨人肩膀上。作为FT协议，它填补了Ordinals之前只能作为NFT、缺乏市场运作玩法的空白。

最后，采用OP_RETURN记录数据，赋予了Runes资产几乎不可篡改和复现账本的能力，其去中心化程度进一步降低，使其具备了与比特币同等水平的安全性能。

Runes协议有什么缺点？确实有

首先是市场时机。虽然Casey选定在减半期上线，但高度紧张的开发节奏，甚至在昨天还在变更协议内容，这使得能在第一时间接入Runes协议的机构非常少，生态的成熟需要更多时间来沉淀。

其次是规则的复杂性。名字长度的变化，让发行方在开始阶段只能选择较长的名字。结合特殊的点符号，最长的名字甚至可以包含55个字符，如 “B·C·G·D·E·N·L·Q·R·Q·W·D·S·L·R·U·G·S·N·L·B·T·M·F·I·J·A·V”。这在变相放大用户被钓鱼风险的同时，也给移动端、插件端的界面展示带来了巨大挑战。

最后是未来兼容性。同样火热的Atomicals协议，其发展方向已走向A VM（Atomicals Virtual Machine），让铭文脱离单纯的代币炒作，走向BTC L2或BVM叙事。这一点上，Casey显得有些保守，也将Runes的玩法暂时局限在了资产发行的层面。

Runes蚀刻和铸造符文平台

一、OKX Wallet

作为最受欢迎的Wallet之一，OKX在比特币生态上响应迅速。虽未正式上线Runes市场及铸造工具，但官网已为其预留位置，预计正式上线后会开放。

二、Unisat

最受欢迎的比特币Wallet之一，支持显示和交易Runes资产，用户可在测试网体验蚀刻和铸造。

三、Luminex

一个新兴的Ordinals铸造及Launch平台，宣布将第一时间支持Runes铸造，此前已组建测试小组，但未公开测试版本。

四、GeniiData

集Ordinals数据索引、资产管理及铸造的一站式平台，宣布将支持Runes的索引和资产管理。

五、SatoSea

Ordinals服务平台，包含LaunchPad、索引器及铸造功能。自Casey宣布创建Runes协议时便积极响应，计划开发包含批量铸造、加速和退款功能的Mint工具。

六、Rune Alpha

最早的Runes服务平台，提供浏览器、交易市场及资产铸造功能。因Runes尚未正式上线，其上铸造的Runes代币被视为Pre-Rune。

七、DotSwap

比特币原生的DEX，支持BRC-20和ARC-20的AMM Swap，也宣布将支持Runes资产的Mint及Swap功能。

八、HOTFI

基于Ordinals和EVM构建的BRC-20流动性解决方案，支持订单簿和AMM Swap，宣布将提供Runes Mint工具和交易市场。

九、BTCTool

Ordinals生态数据工具和聚合器，支持查看热门铸造资产及服务，将支持符文资产的查询及Mint。

十、BTCBot

比特币Telegram机器人，支持自动监控、自动狙击和自动买卖BRC-20及NFT，将支持符文的自动打新及监控功能。