与「减半」并行，解密符文 Runes：比特币上的原生同质化代币

撰文：Marlon

编译：Yangz，Techub News

随着比特币「减半」的临近，投机者们热切期待着 Runes 的推出。在 CT 上吸引了大量关注的同时，围绕这一新的代币标准也出现了许多困惑和误导。甚至，毫不相关的协议会在名称和代币中使用「Rune」，加剧了这场混乱。

为避免误导，我们做了简单梳理。

何为符文（Runes）？

作为 Ordinal Theory 的开发者，Casey Rodarmor 正在构建比特币的同质化代币标准，即 Runes 协议。作为一种元协议，Runes 协议本身并不是一种代币，如 Casey 在播客中所说的，这是「人们在比特币上创建 shitcoin 的地方」。

使用这种代币标准创建的代币被称为 Runes。与 BRC-20 不同，Runes 是一种同质化的代币标准，也就是说，每个 Runes 都可以互换。Runes 代币标准与以太坊上的 ERC-20 代币类似，但更简单。

概述

符文协议将于 4 月 19 日在减半区块启动
符文余额存储在比特币 UTXO 中

Runes 协议采用比特币的安全框架，扩展了 UTXO 以存储比特币和 Rune 余额。因此，用户可以通过常规比特币交易来创建和交易符文。

符文 0-9 为硬编码，以保证公平发行

这是一个重要的细微差别。许多协议都在争先恐后地推出自己的 Rune 代币，有的通过创造性的游戏化模式，有的则是通过诱人的空投承诺。对于那些声称自己是首个 Runecoin 项目的虚假营销，请务必谨慎；他们充其量只能确保并刻蚀第 11 个符文。

创世符文，即符文 0，会开放铸币，从本次减半开始，到约 4 年后的下一次减半结束。每次铸币接收一个创世符文，可分割性为零。

最初，只有 13 个或更多字符可用作符文名称

大约每 4 个月，符文名称会减少一个字符。名称的最大长度为 28 个字符。此外，为防止「抢跑」，协议采用了「先提交再披露」的方案。代币名称的解锁时间表可在此处找到。总之，请为疯狂的代币名称做好心理准备：

使用 OP_Return 字段创建符文

这使得每个符文名称都是独一无二的。此外，每个代币都将有一个单一的 Unicode 代码点作为货币符号。

符文能否取代 BRC-20？

BRC-20 代币的总市值为 26.5 亿美元，在比特币市场上拥有相当大的市场规模。而有关符文的叙事主要是由投机者推动的，他们相信符文将取代 BRC-20，成为比特币上新的广泛使用的代币标准。

符文是更优的代币标准吗？

正如我们在深入探讨 Ordinals 和 Runes 时所强调的那样，两者之间的差异非常明显：

Runes 不使用见证数据，而是利用 OP_RETURN 字段简化了创建代币的过程。用户可以通过符文石（Runestones）刻蚀（部署）、铸造和转移符文，使常规比特币交易成为可能。

符文石是符文协议信息，在比特币的未支出交易输出（ UTXO）中存储转账指令。这些转账指令决定了如何在 output 中转移符文，如目标地址和转移金额。默认情况下，input UTXO 上的符文余额在转移到新的 UTXO 时会被销毁。

与 BRC-20 标准相比，这种方法对网络更为友好，因为 BRC-20 标准目前会产生大量未使用的 UTXO，使网络变得杂乱无章。BRC-20 的另一个缺点是每次代币转移都必须创建新的铭文。

此外，符文的创建也更具灵活性。它们可以采用开放铸币、公平分配的方式，用户还可以选择将全部供应铸入到单一的地址（就像 ERC-20）。而 BRC-20 则仅限于开放铸币。

更重要的是，BRC-20 铭文更容易遇到「抢跑」。这是因为任何人都可以在mempool 中看到铭文交易，然后通过支付更高的交易费用来提前执行，这对试图部署新的代币来说必然是困扰的。与此相反，Runes 尝试使用「先提交再披露」的方案来防止抢跑。在更高层面上，用户私下承诺交易也是可以的。只在确认前不久披露细节，可以大大减少抢跑的时间窗口。

最后，Runes 支持与 SPV 钱包和使用 UTXO 模型的比特币 L2 兼容。因此，从理论上讲，使用轻量级钱包并与闪电网络整合以实现更快、更便宜的交易是可能的。之所以强调「理论上」，是因为尽管互操作性已经存在，但必须首先开发基础架构。

一些 FUD

从理论上看，Runes 解决了 BRC-20 在用户体验和兼容性方面的许多问题。但是，我对 Runes 将无可争议地取代 BRC-20 的观点持谨慎态度。

为了实现协议升级并确保客户端保持同步，Casey 在 Runes 协议中加入了他所谓的 Cenotaph 模型。Cenotaphs 是由不良输入创建的畸形符文石。当包含在交易中时，与 Cenotaphs 相关的符文就会被销毁或无法使用。

这就是其中的一个争议点，因为它会带来无意中丢失符文的风险。例如，如果你与一个创建符文交易的应用进行了交互，而它意外生成了一个 Cenotaph，那么你就可能会丢失存储在同一 UTXO 中的所有符文。

那么这种风险算大算小？在协议上线前，这很难说，但用户需要牢记这一点。Casey 曾在这个 Thread 中提到了这些问题 - TLDR：在他看来，风险可以忽略不计。无论其重要性如何，在 Runes 推出后避免使用未经测试的第三方服务都是将风险降至最低的好方法。

另外，最近推特上还出现了 BRC-20 可能很快会得到更新的传言。据说，BRC-20 索引器将能够在代币余额上计算 EVM 智能合约代码。如果传言属实，那么目前许多的设计问题都将迎刃而解，使 BRC-20 比 Runes 更具竞争力。不过需要注意的是，这只是传言，需谨慎对待。

归根结底，Runes 的成功取决于用户体验。如果能迅速整合并利用 Runes 的广泛兼容性，那么它就有可能取代 BRC-20。

如果您有兴趣在 Runes 上线前做个简单接触，可以看看 Haze 对 $PUPs 的精辟分析。而有关该技术的更多信息，我强烈推荐您查看官方文档，并收听 Casey 关于该产品发布的播客。

Redphone 的综述

最后，特别感谢最早提出 BRC-20 概念的 Redphone 在下文中分享了他对 Runes 的看法：

除非 BRC-20 不断发展，否则 Runes 很可能会成为比特币的主流代币标准。
Runes 更高效。
Runes 将代币余额存储在 UTXO 中，从而将信任从索引器层面转移回比特币区块链。这本身就是一个巨大的胜利。
由于 Runes 位于 UTXO 中，因此更容易与 L2、跨链桥和其他 DeFi 应用集成。
如果 Runes 能融入闪电网络，那么闪电网络也将焕然一新。你能想象一个基于 Runes 的稳定币在闪电网络中运行吗？Coinbase 已经在努力支持闪电网络了。也许有一天，我们可以直接把比特币上的 shitcoin 提到闪电钱包里。
Runes 扩展了代币的发行机制。与 BRC-20 不同的是，它不仅限于公平发行。而这有助于推动更多的采用，因为公平发行很难让贡献者在某段持续时间内保持一致。
Casey Rodarmor 绝对是一名是将协议发布游戏化的大师。例如，在推出 ordinals 时，他给每个用数字表示的 Satoshi 起了一个用字母表示的对应名称（了解更多关于 Sats 命名的信息）。他还为每种 Sats 创建了稀有度等级（使得 Sat 收藏圈兴起了「Sat 淘金者」热潮）。同样，他通过逐步允许使用更短的名称，将符文的推出游戏化。最初，每个代币名称必须为 13 个字符或更长。大约每四个月，新的符文名称可以缩短 1 个字符。这是 Runes 协议神奇的渐进式演变，不断吸引着人们的关注。世界上所有的协议设计者都可以借鉴这种方法。
将 Runes 的推出与比特币减半结合起来，是 Rodarmor 又一高明的营销举措/游戏化手段。通常，我会期待比特币减半本身。现在，我几乎只期待 Runes 了。
许多 BRC-20 将桥接到 Runes（也许是通过远程销毁「teleburns」？）
BRC-20 有着狂热的粉丝基础，其生态系统也会得到发展。但朝哪个方向发展，我不确定。正如我们上面提到的，有传言称 BRC-20 索引器可能很快就能在代币余额上计算 EVM 智能合约代码。这将大大提升它们的性能，并与 Runes 相媲美，甚至还可能超越比特币核心上的任何创新。
多个代币标准并存是完全没问题的。更重要的是你能用这些代币做什么。许多 BRC-20 代币已经进入了中心化交易所。在我看来，这已经证明了它的可持续性。
对于原生 shitcoin 而言，比特币的发展速度太慢了。这意味着，比特币 L2 大战将是加密货币领域最大的机遇之一。我很乐意看到 ordinals（和 BRC-20）索引器通过推出代币化 L2 网络来赢得这场战斗。无论如何，在未来几个月或几年内，我们将看到一个突破性的 L2 生态系统，而我认为 Runes 将是这个故事的关键部分。

最后，我，包括 Redphone，都是符文和 BRC-20 的粉丝。两者在短期内可能会继续蓬勃发展，但 BRC-20 必须不断进化，才能不被时代所淘汰。

除了符文之外，我更喜欢 Rodarmor 的创造力。从我第一次接触到 ordinals 的那一刻起，我就把他视为加密圈的革新者，即那些名垂青史的远见卓识者......比如第一位比特币贡献者 Hal Finney、以太坊联合创始人 Vitalik Buterin、Uniswap创始人 Hayden Adams 等。Runes 的成功发布对 Rodarmor 来说只会是锦上添花。他已经改变了这枚橙色货币的命运，而 Runes 看起来也做好了再次改变的准备。