- 注册时可以指定 divisibility(效果等同于 decimal),supply,symbol(只支持一个长度的 unicode 字符)以及 rune 名称。
- 名称字符必须是大写字母,长度不固定,按区块高度增加逐步放开更短长度 rune 的注册。
- 名称不可重复,按部署顺序有从 0 开始的唯一 number,以及按高度和在当前高度部署顺序编码的唯一 id,例如 173940/256 代表 173940 这个高度部署的第 256 个 rune。
- 名称里可以添加 . 或 •作为名称显示的分隔符,只影响名称展示,不影响注册。比如注册了 CASEY•RUNES•EVERYTHING 不能再注册 CASEYRUNES•EVERYTHING 或 CASEYRUNESEVERYTHING 等。
- 分发机制待定:根据当前代码,注册时会把所有 supply 都打到注册者钱包地址,后续应该会有改动。
- 基于 UTXO 模型:Runes 协议采用了基于 UTXO 的系统,这与比特币的原生架构更为一致。它避免了链下数据的依赖,没有原生代币的需求,这使得用户体验更为顺畅。
- 使用 OP_RETURN 进行转移:Runes 的转移通过 OP_RETURN 脚本实现,使得代币的分配和转移更为高效。
- 发行机制:Runes 的发行通过特定的消息格式定义,这使得代币的流动和分配过程更加透明和清晰。
- 更高的效率:Runes 协议解决了 BRC-20 协议中 UTXO 扩散和效率低下的问题。它简化了操作流程,注册、转账都只需要一笔交易,从而提高了整体效率。
- 减少链上足迹:Runes 旨在最大限度地减少其链上足迹,减少了不良 UTXO 的产生。
- 闪电网络兼容性:Runes 与闪电网络兼容,这为开发人员和用户提供了新的用例和可能性。
- 销毁机制:输入到包含无效协议信息交易中的符文会被销毁





- 九月下旬开始,社区关于 Runes 的讨论度开始上升

- 十一月起,社区出现大量关于 Runes 技术实现以及仿盘的讨论,Ordinals 生态用户认为 Runes 是 Ordinals 协议基础上的升级版本,普遍持乐观态度,对官方团队的技术进展充满期待,呼声较高




- 12.16 继 Runes 在台北区块链周的路演之后,社区出现了新一波讨论热潮,社区用户开始注意到仿盘 Rune Alpha,同时对基于该协议部署的第一个代币 Cook 能否映射到官方 Runes 协议产生疑虑。
- 用户们开始积极前往比特币测试网 signet 体验 Runes 协议,社区管理员积极协助用户们解决问题。
- 参考社区对话可知,当前在测试网 signet 上 Runes 与 Ordinals 的索引彼此不兼容,待 Runes 正式部署到比特币主网之后,用户需要重建统一的索引。
- 相较于以往的协议中「铭文」、「铭刻(inscribe)」一类描述,Runes 协议采用「符文」、「蚀刻(etch)」这类新名词。描述话语的细微改变也在一定程度上反映出了 Runes 协议精度更高、体量更轻的特点。




- OrdinalHub 社区的用户同样对 Runes 充满认可和期待,想要积极做出自己的贡献,但却由于 Runes 开发进度较慢,信息较少,颇有些爱莫能助之感。


- UniSat 官方团队表示对 Runes 很感兴趣,会对协议进度保持关注,在技术支持方面做好充分准备。

- 随后,UniSat 新增 Runes 模块,BRC-20 协议新增代币 $rune。
- UniSat 社区中的个别 BRC-20 生态用户出现站队现象:「BRC-20 > Runes」。个别利益相关的 BRC-20「死忠粉」坚决拥护 BRC-20 协议,称该协议最为正统、去中心化、公平、不可替代,并购买了 BRC-20 协议代币 $rune 以表示对 Casey 主导的 Runes 协议的抵制。(UniSat 官方人员对此言论回应了「点赞」手势)同时,他们质疑 Casey 是因为自己要开发新协议所以一直「诋毁」BRC-20 协议。








