tronlink|超越BRC20：比特币符文协议符文的前世今生一文读懂

RUNE协议是一个基于UTXO的同质化代币协议，致力于引入重要的变革，并解决现有协议面临的问题。其中，铭文序数协议也得到了发展，发行了BRC20代币，并引发了一系列事件。然而，BTC核心开发者表示BRC20协议引起了网络阻塞，并建议采取行动阻止。因此，Casey提出了基于UTXO模型的符文协议，以解决BRC20的问题。RuneAlpha成立，并且超前实践发布RUNE协议，推出了fari mint RUNE协议代币工具。此外，RUNECOIN项目也宣布空投RSIC铭文，并支持对符文的挖矿。另外，符文的中文社区也开始成立。整体来说，运用符文协议能如何更简单、更仔细的处理比特币区块链上的可替代代币。

RUNE协议背景

用对「符文」协议最大的成就的话来说：一个简单的、基于 UTXO 的、使比特币用户能够使用具有良好体验的同质化代币协议。

Runes 的设计思想在于手工性，希望在比特币代币生态系统中引入重要的变革。采用比特币的 UTXO 模型，Runes 通过减少 UTXO 集的不必要的膨胀，提供了一种“减少污染”的解决方案，这是现有协议（如 BRC-20 和 Stamps 等）面临的重要问题。其简化设计有望吸引更多开发者的兴趣和参与，从而可能推动比特币开发社区的创新。用户体验的相似性也有望吸引更多主流用户采用，因为他们开始处理比特币代币或处理链下的复杂性，总体而言，符文提供了一种更简单、更仔细的方式来处理比特币区块链上的可替代代币币。

关键事件时间线梳理

• 2022年12月14日凯西发布铭文序数协议，允许以比特币的最小单位（聪）上写入数据，用户可以在聪刻上写入文本、图片、音频、视频等数据。
• 2023年3月8日Domo匿名开发者基于Ordinals协议，发布BRC20协议，并铸造首个代币资产ORDI，当前ORDI市值14亿样子
• 2023年-05月-08日 BTC核心开发者发文，声称“BRC20协议垃圾邮件过多、交易频繁，引起BTC网络阻塞，BTC社区应采取行动阻止”
• 2023年-09月-01日 Casey公开反对BRC20协议，并希望停止铸造BRC-20
• 2023年-09月-28日 Casey撰写博客，提出基于UTXO模型的符文协议，并声称“这可能是一个糟糕的想法”
• 2023年-09月-28日ordi社区开始开发RUNE协议，并公布将在下一次比特币减半时间，预计4月份上线主网
• 2023年-11月-14日 RuneAlpha 成立，并且超前实践发布RUNE协议，类似开发出fair mint RUNE协议代币工具，并公开mint $COOK, 涉案论文发布前$COOK市值2700万故事
• 2024年-01月-15 RuneAlpha宣布致力于建设Rune协议基础设施，并公布具体实施路线
• 2024年-01月-29日OKX公开在推特2月底会支持RuneAlpha上线OKX钱包，并且与RuneAlpha创始人@sondotpin召开AMA会议

• 2024年-01月-20日 RUNECOIN项目成立，并宣布空投RSIC铭文的方式分发，同时等主网上线后，按照比例兑换到RUNE协议主网
• 2024年-02月-12凯西公开申报，将在主网上线时，通过硬编码形式发布10个芯片码文
• 2024年-02月-17日中文社区正式成立，并吸引一众推特大V参与讨论建设。

重要事件详解

一、什么是铭文（inscriptions）

比特币铭文（Bitcoin Inscription）是一段时期通过采用序数（序数）铭刻（inscribe）在聪（Satoshis）上的元数据，也可称为“比特币 NFT”。

如果将比特币比作数字黄金，那么铭文就是黄金打造的饰品，它们有着相同的本质，铭文是指通过交易见证数据部分将任意数据嵌入比特币区块链的过程，

二、什么是BRC20

BRC-20是基于Ordinals协议的一组铭文。它以一定的数据规范格式，规定了代币名称、代币总体、每张铭文铸造的代币数量。下图示例中，Panda就是代币名称，最大代币数量为1亿，每个铭文铸币厂的最大代币数量为1万。这个BRC-20就相当于支票一样，你可以在噩梦内填任何金额。BRC-20现在是虚拟代币和NFT之间的一种形态，或者说兼具两种特征，非常音符。

BRC-20实际上是比特币上的一个Token发布标准，它规定了比特币上发行Token的名称、发行量、流通等功能，由社区关注@domodata于2023年3月8日创建，BRC-20创始第二天3月9日已有超过30,000个「铭文」被铸造，其中文本类型「铭文」数量接近27,000个。BRC-20创作者强调这只是一个实验，该实验旨在测试能否通过比特币 NFT Ordinals 协议进行铸造和转移代币，是否能够促进比特币的「可替代性」。ordi 是第一个被部署的 BRC-20代币，每次铸造限制为 1000 个，总体为 2100 万个，ordi从现在发行已经涨了超过100倍。

三、BRC20引起的问题

2023年-05月-08日 BTC核心开发者 Luke Dashjr 在BTC社区中发文讨论，声称“BRC20协议垃圾邮件过多、交易频繁，引起BTC网络阻塞，BTC社区应采取行动阻止”

BRC-20 允许通过比特币上的 Ordinals 协议铸造和转移可替代代币，Ordinals 协议创始人 Casey Rodarmor 认为，BRC-20 代币的问题存在，它们用“垃圾”未使用的交易输出（UTXO）向比特币发送垃圾邮件。同时由于BRC-20协议是基于Ordinals协议，实际上套了一层稀疏的协议

Casey Rodarmor在9月26日的文章中解释说，BRC-20代币具有“UTXO扩散的不良后果”，并建议将Runes作为基于UTXO的替代方案。

四、RUNES协议的出世背景

在Ordinals协议的官方手册里，我们可以看出Casey对Ordinals协议的设想就是一个通过比特币创造「数字文物」，或者说「NFT」的协议。但随着Ordinals协议的发展，BRC -20相关的铭文数量已经占到了铭文总数的85%以上。

凯西对BRC -20的不满已经由来已久，尤其是他最近引起轩然大波的偏见推文，更能普遍普及他对于BRC -20的偏见态度：

五、RUNE协议的正式出世

2023年-09月-28日 Casey撰写博客，提出基于UTXO模型的RUNE符文协议

凯西·罗达莫 (Casey Rodarmor) 用对“符文”协议最大的成就进行了百年——一个简单的、基于 UTXO 的、使比特币用户能够使用良好体验的 FT 协议。

Casey 认为，如果该协议的链上「足迹」较小，并促进可信任的 UTXO 管理，那么与现有的比特币 FT 协议相比，它可能会减少「溶解」。至少，目前 BRC -20 的流行已经创造了大量的“垃圾”UTXO。

Casey在以下4方面将「符文」协议与其他现有的比特币FT协议进行了比较：

• 复杂性：协议有多复杂？实施起来容易吗？容易被大范围采用吗？
• 用户体验：是否有任何实施细节会对用户体验产生负面影响？特别是，依赖链下数据的协议具有较轻的链上“足迹”，但引入了很大的复杂性。而且，用户或自己运行的服务器，或者发现现有服务器并交互。
• 状态模型：基于UTXO的协议更自然地适合比特币，并通过避免创建“垃圾”UTXO来促进UTXO集最小化。
• 有了原生Token：协议操作所需的原生Token是繁琐的、抽取性的，自然不会受到广泛采用。

比较的结果是：

• BRC -20：不是基于 UTXO 并且相当复杂，因为它需要使用序数协议来进行某些操作。
• RGB：非常复杂，依赖链下数据，已经开发了很长时间但没有被广泛采用。
• Counterparty：某些操作需要使用原生Token，而不是基于UTXO。
• Omni Layer：某些操作需要使用原生代币，而不是基于 UTXO 。
• Taproot Assets ( Taro )：有点复杂，依赖链下数据。

概述

「符文」Token 的余额直接包含在 UTXO 内，UTXO 可以包含任意数量的「符文」Token 。

如果注释交易包含一个输出，而该书写的脚本 pubkey 包含一个 OP _ R ETU RN ，后跟一个表示 ASCII 大写字母「R」的输出，则该交易包含一个数据消息。协议消息是第一个数据输出之后的所有。

如果将无效的协议消息和「符文」Token插入到记账交易中，「符文」Token将被烧毁。这意味着「符文」协议能够在未来进行升级，避免已经被创建/分配的「 “符文”Token无法修复旧版本协议中的分配错误。

将整数编码为一个变量，该变量开始的部分决定了「符文」Token 的字节长度。

「符文」Token的足迹

协议消息中的第一个数据输出被解码为一个整数序列，这个整数序列将包含「 ID 」、「 OUTPUT 」和「 AMOUNT 」3种信息。如果解码后的整数数量不是 3 的倍数，协议消息将被视为无效。

ID ：指定了进行转账的是哪个「符文」Token。每个「符文」Token 在被创建时都会被分配一个 ID，ID 是从 1 开始的，越早创建的「符文」Token ID 值越小。

OUTPUT ：决定分配给第几个输出。

AMOUNT：转账的「符文」代币数量。如果 AMOUNT 数量为 0，则代表账户剩余的全部「符文」代币数量。

处理完整数序列所包含的所有操作后，如果还有不需要操作的「符文」Token，都分配到第一个非 OP _ RETURN。另外，如果把「符文」Token 分配到包含协议消息的 OP _ RETURN 输出中，「符文」Token 可能被烧毁。

「符文」Token 的创建

如果协议消息后还有第二个数据输出，该交易则为记账「符文」Token交易。这部分的数据输出将被解码为「SYMBOL」和「DECIMALS」两个整数，如果还有更多多其他整数则无效。

SYMBOL ：虚拟 BRC-20 的 Ticker（即代币 名称），最多支持 26 位，可用字符只有 AZ。

DECIMALS ：精度，决定「符文」Token 能够支持小数点后多少位。

如果「SYMBOL」当前被使用，该「符文」Token 将被分配一个 ID 值，第一个被创建的「符文」Token ID 值为 1，BITCOIN 、 BTC 和 XBT 这 3 个名称被取消。如果「 SYMBOL 」已被使用，那么创建将无效。事实上，在「符文」协议仍然不支持创建同名代币 。

比特币余额在 UTXO 中的显示

在一个 UTXO 中，比特币的余额将显示为 BITCOIN 、 BTC 或 XBT ，又或导致 ID 值为 0 的方式显示。

五、符文VS BRC-20

BRC-20 代币将比特币与不需要的 UTXO 混在一起，造成了效率问题，而基于 UTXO 的 Runes 协议解决了其引起的 UTXO 扩散问题。相对于 BRC-20，Runes 减少了一层服务器思想，变得更简单，同时不依赖链下数据，没有原始代币，非常适合比特币的原始 UTXO 模型。

Runes背后的核心思想是最大限度地减少其链上足迹，同时鼓励用户和开发人员采用优化UTXO使用的实践，旨在与比特币本身的基础架构更加无缝地结合。Runes的主要优势是它有潜力决策促进了UTXO的管理，司法目前冻结了比特币网络的不良UTXO的产生。通过这种方式，符文为比特币区块链的整体健康和效率做出了贡献。

这里重点强调Runes协议的一个明显优势：与闪电网络兼容，相对于BRC-20的明显优势。简单来说，用户可以将Runes添加到各个隐私隐私钱包中，将其余额结算给不同的成功。同时向闪电网络引入新的案例、开发人员和用户。

六、RuneAlpha对RUNE协议的首次实践

RuneAlpha是一个基于RUNE协议的早期实践项目，提前发布了RUNE协议的实验网站(runealpha.xyz)，提供fari mint公平铸造和固定上限两种铸币方式，并首次推出基于PSBTS技术的符文交易市场，为符文协议的实现做出了不可磨灭的贡献。

RuneAlpha 由 Ordinals Chef 团队创始人 @sondotpin 专辑，作为最早期的 RUNE 协议项目之一，落地时引起了市场的广泛关注，其发布代币 $COOK 当前市值高达 2700 万美元，并在市场上多个币种圈OG的推广下，$COOK的推广是下一个$ORDI

1$COOK =1 $ORDI

2024年01月29日 OKX发布推文，公开支持RuneAlpha，并且会集成RuneAlpha $COOK等代币到OKX钱包，允许转账交易等操作。

同时RuneAlpha宣布了最新的空投计划，持有$COOK的人可以获取空投NFT，并公布了24年的路线图，将研发符文钱包、符文去中心化交易所、符文RWA、符文NFT等一系列符文相关基础设施及生态设施。

七、RUNECOIN空投RISC铭文，并通过RISC对符文挖矿的方式成功引起市场对符文的广泛关注

2024年-01月-20日 RUNECOIN项目成立，并宣布空投RSIC铭文，同时等主网上线后，按照对应比例兑换到RUNE协议主网。

RUNECOIN空投的RSIC铭文，主要空投给了一些铭文长期持有者，吸引了众币圈的推特大V，如巫@0xcryptowizard等人转推，成功实现了一次大范围的符文营销，并且通过挖矿的形式锁定代币，为后续的符文营销开启了思路。

八、RUNE协议中文社区正式成立

Runes中文社区推特@RunesCC成立于2024年1月4日，由Mix发起，只是早期推特的作者@MixRestake及@Rock_Lee_520个人编写的一些短文，后续又有更多推广Runes的核心骨干和大咖的加入，如：

比特里里@lilyanna_btc

艺术家@yzr668

宝儿@Alina19990420

RuneAlpha 创始人@sondotpin

推特大佬的加入，使得“Runes中文核心群”成为了当前RUNES协议的最强共识微信群，当日成立，$COOK价格上涨超过45%，此后中文社区将继续拓展社区，并从现有社区发展社区挑选骨干作为群管理员。

$COOK涨幅数据来源：https://runealpha.xyz/market

本文内容参考网络上优秀文章整编汇总而成。感谢各位作者对符文协议的贡献：

https://www.chaincatcher.com/article/2102482

https://www.528btc.com/news/129132928.html

https://new.qq.com/rain/a/20231207A03JA700

https://rodarmor.com/blog/runes/