两者的共同目标
Rune 和 BRC-20 都是为了让比特币主网能承载「可互换的代币」。区别不在于目标，而在于用什么方式记录状态。
BRC-20 的做法
BRC-20 由匿名开发者 domo 在 2023 年 3 月提出，核心思路非常取巧：把一个 JSON 文本铭刻到比特币的单个聪上，比如：
{"p":"brc-20","op":"mint","tick":"ordi","amt":"1000"}
比特币链本身并不理解这段文本的含义，它只是记录了一段数据。真正把「谁有多少余额」算出来的是链下索引器——不同的索引器各自按照自己的规则解释链上数据，然后把结果提供给它所服务的钱包和市场。
这个设计带来了两个后果：
- 可读性好：任何一个区块浏览器都能直接看懂这段 JSON，审计门槛低，这也是 BRC-20 早期能快速传播的原因。
- 存在口径分歧风险：当链上出现边界情况（重复铸造、非标准交易、极端序号）时，不同索引器的解释可能不一致，导致同一笔资产在不同平台上显示不同结果。
Rune 的做法
Rune 把同样的信息换成紧凑的二进制编码（用一串整数表示协议版本、操作码、ID、金额等），并放进比特币交易的 OP_RETURN 数据段（协议称之为 Runestone）。代币余额存在 UTXO 上：你的符文余额跟着 UTXO 走，转账符文本质上就是构造一笔带着 Runestone 的比特币交易。
由于编码是定长的、解析规则唯一，索引结果天然一致；由于一次交易可以同时给多个地址分配多种符文，区块空间的利用效率远高于「一个操作刻一个铭文」。
四个维度的对比
| 维度 | BRC-20 | Rune |
|---|---|---|
| 数据格式 | JSON 文本，铭刻在聪上 | 二进制编码，放在 OP_RETURN |
| 状态载体 | 链下索引器维护余额表 | 比特币 UTXO 模型 |
| 索引一致性 | 依赖索引器，存在分歧可能 | 解析规则唯一，结果一致 |
| 区块空间成本 | 每次操作占用一个铭刻位置，成本较高 | 编码紧凑，一次交易可批量分发 |
| 可读性 | 人类可读，审计直观 | 需要工具解码 |
| 生态成熟度 | 起步早，钱包与市场支持面广 | 较新，但已成为比特币生态主流发行形式 |
对数据观察者的实际影响
因为 Rune 的状态直接落在 UTXO 上，链上数据与市场数据可以更直接地对应起来：某笔交易带来了多少枚符文的转移、流动性池里锁了多少 BTC、前十大地址拿了多少份额，都能从链上数据推导，而不需要先信任某个索引器的余额表。
这也是本站选择以「链上结构 + 市场数据」而非「项目方披露」作为评分基础的原因。
BRC-20 与 Rune 属于不同协议，资产不通用，请勿混淆转账地址。