深入解析Runes协议:设计机制与局限性

1. Runes(符文)概述

在过去一年中,Web3领域最引人注目的发展莫过于铭文生态的爆发,其起源可追溯至Ordinals协议。Ordinals是一种为比特币上每个聪赋予唯一序号的技术。

Runes协议的核心创始人casey早在去年9月就提交了基础版代码,但一直未正式发布主网版本。这促使一些项目提前分叉代码,发布了RunesAlpha等协议。尽管存在争议,但这些项目在短短数月内实现了数亿美元的总市值增长,展现了Runes协议的巨大潜力。

官方正式版Runes协议计划于2024年4月20日左右在比特币主网上线。这意味着项目方、钱包服务商和交易平台将面临直接在主网环境中开发和测试的挑战。

2. 比特币链上数据记录方式

比特币上有两种主要的链下数据附着方式:铭刻和蚀刻。

2.1 蚀刻基本原理

Runes采用蚀刻技术,将信息直接写入比特币UTXO的OP_RETURN字段。这种方法自2014年Bitcoin Core 0.9版本起可用,创建了一种可验证但不可消费的输出,使数据能够存储在区块链上。

在区块链浏览器中,可以清楚看到交易附带的OP_RETURN信息。这些信息通常以十六进制编码形式存在,解码后可呈现为JSON格式的字符串,包含Runes资产的部署、铸造和发行等信息。

2.2 铭刻基本原理

Ordinals/BRC20等协议通过将元数据写入交易的见证数据中来实现链上存储。这个过程利用隔离见证和"向Taproot支付"的方式,分为提交和揭露两个阶段,通常需要两笔交易完成。

P2TR是比特币2021年Taproot升级引入的交易输出类型,提高了交易条件的隐私性。铭刻过程包括生成P2TR地址的交易(commit)和揭示脚本内容的交易(reveal)。

Ordinals协议规定,铭文绑定到第一个输入的第一个sat上,从而完成铭刻过程。

2.3 两种方案对比

蚀刻优点:

• 逻辑简单直观
• 交易成本低
• 不占用全节点内存池

蚀刻缺点:

• 受限于80字节长度限制
• 需高度压缩数据编码

铭刻优点:

• 几乎不限制数据大小
• 具有一定隐私保护能力
• 支持多种高级玩法(如时间锁、工作量证明)

铭刻缺点:

• 需两次交易上链,总成本较高
• Commit交易存续时间长,对全节点内存池压力大

3. Runes协议设计解析

3.1 Runes 0.11版本

初始版本的Runes协议包含三个主要部分:

• edicts(资产转移信息)
• etching(资产部署信息)
• burn(销毁)

这个版本已经相对完善,支持资产的复合、拆分等操作。与以太坊智能合约相比,Runes等铭文协议统一了资产发行和参与方式,强调公平发射理念。

3.2 Runes 0.18版本

最新版本的Runes协议引入了多项重要更新:

1. edicts字段增加pointer参数,优化多资产同时转出时的编码效率。

2. 新增Mint字段,限制每笔交易只能铸造一个资产,平衡技术用户和普通用户的参与机会。

3. etching(资产部署)字段大幅改进:

   • 优化资产ID生成方式,降低编码量
   • 引入terms字段,允许发行方指定铸造起止时间
   • 设置cap参数限制总铸造次数
   • 实施名称长度释放规则,控制稀缺资源
   • 采用类似铭刻的两步流程(commit和reveal),增加隐私保护

4. 新增turbo字段,为未来协议升级预留空间。

4. Runes新版协议评估

优点:

• 贴合市场需求,解决了铭文生态中的一些痛点
• 嵌入Ordinals协议,可快速获得用户基础
• 采用OP_RETURN记录数据,提高安全性和去中心化程度
• 作为FT协议补充了Ordinals在NFT之外的功能

缺点:

• 上线时机紧张,可能影响生态初期发展
• 规则复杂,增加用户使用难度
• 名称设计可能增加钓鱼风险
• 暂未涉及Layer 2或虚拟机等高级功能,与竞品存在差距