比特币生态新叙事：Ordinals、BRC-20、Runes

Ordinals、BRC-20 与 Runes 是建立在比特币交易和 UTXO 之上的三类元协议，用于追踪聪、创建铭文和发行同质化代币。

Ordinals 先为每个聪建立可追踪的序号，并允许把图片、文字等内容铭刻到特定聪上；BRC-20 再利用 JSON 铭文表达部署、铸造与转账操作，由索引器计算代币余额；Runes 则采用更贴近 UTXO 的方式，在交易中编码发行和转移指令。

它们没有把 Bitcoin 改造成 Ethereum 式智能合约平台，也不是比特币共识规则原生识别的代币。Bitcoin 节点主要确认交易、脚本与 UTXO 是否有效，Ordinals、BRC-20 和 Runes 的资产含义由相应客户端、索引器、钱包和市场按照额外规则解释。

若希望先把比特币生态放入 AI、DePIN、模块化区块链、并行 EVM 和零知识证明等前沿赛道中理解，可阅读2025 年 Web3 前沿赛道全景图。

为什么比特币会出现新的资产叙事？

Bitcoin 最初围绕点对点电子现金设计。其基础账本记录 UTXO 的创建与花费，脚本系统负责验证转账条件。长期以来，比特币应用主要集中在支付、储值、多签和时间锁等场景。

SegWit 把签名等见证数据从传统交易结构中分离，并改变区块权重计算；Taproot 提供更灵活的脚本承诺与见证路径。Ordinals 开发者利用现有规则，把内容放入 Taproot 见证数据，并用一套链外序号理论跟踪承载内容的聪。

这条路线没有要求 Bitcoin 软分叉增加代币标准，而是利用已经有效的交易格式建立元协议。任何人都可以按规则写入、读取和索引数据，因此出现了链上收藏品、BRC-20、Runes、稀有聪、域名和应用工具。

技术可行不等于所有参与者认同。支持者认为用户支付手续费购买区块空间，扩展了矿工收入和比特币用途；批评者则担心非支付数据推高费用、增加节点存储和 UTXO 管理负担。两种观点都属于比特币长期治理讨论的一部分。

理解 Ordinals 前需要知道什么？

2.1 聪是什么？

聪是 Bitcoin 的最小计量单位，1 BTC 等于 1 亿聪。比特币共识通常只关心 UTXO 中包含多少聪，不会为每个聪单独保存身份标签。

Ordinal Theory 在共识规则之上为聪赋予序号。编号按照聪被挖出的先后顺序生成，再通过确定性规则追踪输入中的聪如何分配到输出。只要不同索引器采用相同规则，就能对某个聪的历史位置形成一致解释。

2.2 UTXO 是什么？

UTXO 是尚未花费的交易输出。钱包显示的余额通常由多个 UTXO 相加而来。发起交易时，钱包选择一个或多个 UTXO 作为输入，再创建收款输出和找零输出。

Ordinals 资产位于具体 UTXO 中，交易时的输入顺序、输出顺序和金额都可能影响铭文聪去向。不了解 Coin Control 的钱包可能把承载铭文的 UTXO 当普通 BTC 花费，导致资产被意外转走。

更多基础原理可阅读比特币是什么？BTC 原理与价值入门。

Ordinals 如何给每个聪编号？

Ordinal Theory 根据聪的挖出顺序分配连续编号。新聪通过区块补贴产生，随后进入矿工 Coinbase 交易的输出。在普通交易中，输入里的聪按既定顺序流向输出，手续费部分则进入矿工可领取的费用集合。

这是一套确定性的索引规则，而不是 Bitcoin Core 在共识数据库中增加的新字段。普通比特币节点不会回答“这个聪的序号是多少”，需要运行 Ordinals 索引器或使用兼容服务才能查询。

Ordinals 还根据区块周期、难度调整、减半和区块位置定义聪的稀有度。稀有度是 Ordinal Theory 的收藏分类，不会让对应聪在 Bitcoin 共识中拥有额外权利，也不保证市场价值。

什么是比特币铭文？

铭文是把内容与一个聪关联的过程。内容可以是图片、文本、音频、代码或其他文件类型。Ordinal 协议把内容类型和数据放进 Taproot 脚本路径的见证中，索引器识别特定封装格式并把内容绑定到铭文聪。

铭刻通常包含 Commit 与 Reveal 两个阶段。Commit 交易先创建包含脚本承诺的 Taproot 输出；Reveal 交易花费该输出并公开见证中的铭文内容。用户需要为两笔交易、数据体积和当时费率支付矿工费。

铭文内容进入 Bitcoin 交易历史，并随区块被节点传播和验证。但“永久保存”仍取决于节点软件、修剪设置、索引服务和未来协议政策。轻钱包通常不会自行保存或解析完整铭文数据。

Ordinals NFT 与传统 NFT 有何不同？

Ethereum NFT 通常由智能合约记录 Token ID、所有者、授权和元数据 URI。图片或元数据可能存放在 IPFS、Arweave 或中心化服务器，也可以完全链上保存。

Ordinals 铭文直接与某个聪关联，所有权随承载该聪的 UTXO 转移。它没有统一智能合约负责集合权限、版税和授权，市场、钱包与索引器需要理解 Satpoint、输出位置和铭文顺序。

“比特币 NFT”是便于理解的市场称呼，不代表 Ordinals 完全复制 NFT 标准。购买前应确认内容是否完整上链、集合来源、父子关系、铭文编号、稀有聪属性和市场验证方式。

关于收藏、钱包和市场操作，可阅读比特币 NFT：Ordinals 与 BRC-20 铭文生态。

BRC-20 是什么？

BRC-20 是使用 Ordinals JSON 铭文表达同质化代币操作的实验性元协议。其名称借鉴 ERC-20，但二者技术基础完全不同。ERC-20 余额和转账逻辑由 EVM 智能合约执行，BRC-20 则由索引器读取铭文历史后计算余额。

BRC-20 最初定义 Deploy、Mint 和 Transfer 三类操作。Deploy 铭文设置四字符 Ticker、最大供应量与单次铸造上限；Mint 铭文在规则允许范围内增加持有人余额；Transfer 铭文把一定数量从可用余额转换为可转移状态，再通过后续 Bitcoin 交易发送给接收者。

Bitcoin 节点只确认这些铭文所在交易是否符合共识，不会检查某个 Ticker 是否重复、Mint 是否超额或发送者的 BRC-20 余额是否足够。相关判断依赖索引器执行 BRC-20 规则。

BRC-20 为什么依赖索引器？

BRC-20 余额不是 Bitcoin UTXO 内的原生字段。索引器必须从协议激活位置开始，按顺序扫描相关铭文，判断格式、部署先后、Mint 上限、转移铭文与实际 UTXO 花费，最终重建每个地址的可用余额。

若两个索引器采用不同版本、解析边界或错误处理规则，可能对同一操作得出不同结果。成熟服务通常围绕规则更新、异常铭文和历史重放建立共识，但这属于社会与软件协调，而非比特币共识自动裁决。

用户应确认钱包、市场、交易平台和区块浏览器采用兼容索引规则。一个平台显示的余额并不保证另一个平台立即识别，协议升级和索引中断也可能影响充值、提现或交易。

什么是 Runes 协议？

Runes 是由 Ordinals 创建者提出的比特币同质化代币元协议。它同样建立在 Bitcoin 交易之上，但不使用 JSON 铭文记录余额，而是通过交易中的 Runestone 消息描述代币创建、铸造和转移。

Runestone 通常放在可证明不可花费的 OP_RETURN 输出中，以紧凑整数编码协议指令。协议用 Rune ID 标识资产，并将余额直接分配给交易输出，使代币流转更贴近 Bitcoin 的 UTXO 模型。

Runes 于 Bitcoin 第 840,000 个区块附近启用，与 2024 年减半处于同一高度。启用时间是协议规则的一部分，但市场热度、代币数量与价格会持续变化，不宜使用静态排名判断价值。

Runes 如何创建、铸造和转移？

9.1 Etching：创建 Rune

Etching 用于定义新 Rune。创建者可设置名称、符号、可分割精度、预挖数量和公开铸造条款。铸造条款可以限制每次数量、总次数以及开放的起止区块。

名称是否可用受协议保留和逐步解锁规则影响。相似字符、间隔符与显示方式可能造成混淆，用户不能只凭界面名称确认资产身份，应核对 Rune ID 和创建交易。

9.2 Mint：按条款铸造

若某个 Rune 开放 Mint，交易可引用对应 Rune ID，并按 Etching 设定获得数量。索引器会检查区块高度、次数上限和铸造条款，超出条件的操作不会产生有效余额。

公开 Mint 可能引发激烈手续费竞争。用户即使交易上链，也要确认协议层操作是否满足规则，不能把 Bitcoin 交易确认等同于 Rune Mint 一定有效。

9.3 Edict：向输出分配

Edict 指令把输入中的 Rune 余额分配给一个或多个输出。未明确分配的余额会按 Pointer 或默认输出规则处理。钱包必须同时构造 BTC 金额、Rune 分配和找零，错误输出顺序可能导致代币发送错误或被销毁。

格式异常的 Runestone 可能被解释为 Cenotaph。协议会按规定忽略部分操作或烧毁相关 Rune 余额，结果通常不可逆。手动构造交易时尤其需要谨慎。

BRC-20 与 Runes 有什么区别？

第一，数据表达不同。BRC-20 使用 Ordinals JSON 铭文，Runes 使用紧凑的 Runestone 协议消息。后者通常减少冗余文本，但具体交易大小取决于输入、输出和操作数量。

第二，余额模型不同。BRC-20 索引器维护类似账户的可用余额与可转移余额；Runes 把代币余额分配给 UTXO 输出，更接近 Bitcoin 原生资产流转方式。

第三，转账流程不同。BRC-20 通常需要先创建 Transfer 铭文，再花费承载该铭文的 UTXO；Runes 可在一笔交易中通过 Edict 分配输入 Rune 余额。

第四，协议规则不同。Ticker、供应、Mint、公平发行和异常交易处理不能相互套用。钱包支持 BRC-20 不代表自动支持 Runes，接收地址和 Coin Control 也可能不同。

第五，两者都依赖额外索引。Bitcoin Core 不维护 BRC-20 或 Rune 余额，用户仍需依赖兼容客户端、索引器和钱包解释元协议状态。

第六，两者都不等于智能合约平台。它们擅长发行和转移同质化资产，但复杂 DeFi 逻辑通常需要额外协议、链下撮合、PSBT、原子交换、侧链或 Layer 2。

Ordinals、BRC-20 与 Runes 的共同安全边界

11.1 Bitcoin 保障什么？

Bitcoin 共识保障有效交易排序、工作量证明和 UTXO 防双花。资产操作一旦被足够区块确认，其底层交易获得 Bitcoin 的确认安全。

但 Bitcoin 不验证集合真伪、BRC-20 余额或 Rune 市值，也不保证索引器、钱包、市场和桥没有漏洞。底层交易有效与上层资产解释正确是两个层次。

11.2 索引器保障什么？

索引器把普通交易解析成铭文、BRC-20 或 Rune 状态。它必须正确处理区块重组、交易顺序、异常格式、协议版本与历史重放。索引错误可能造成余额显示不一致或平台暂停服务。

11.3 钱包保障什么？

钱包负责选择 UTXO、构造输出、估算费率和保护私钥。兼容钱包应识别铭文聪与代币 UTXO，避免将其作为普通找零花费。用户仍需核对地址、资产类型和交易预览。

比特币生态新叙事带来了什么？

第一，区块空间出现更多用途。除 BTC 转账外，用户开始为数字收藏品、代币发行和协议消息竞争区块空间，为矿工带来额外手续费需求。

第二，钱包与索引基础设施快速扩展。市场需要识别铭文、稀有聪、BRC-20 与 Runes，并支持 PSBT、Coin Control、批量 UTXO 和费率管理。

第三，比特币资产发行重新受到关注。项目可以利用 Bitcoin 的交易排序和结算历史创建资产，同时探索闪电网络、侧链、Rollup 与跨链流动性。

第四，公平发行叙事回归。公开 Mint 常被描述为无需私募的发行方式，但创建者仍可设置预挖、时间窗口和供应规则，机器人、手续费和基础设施优势也会影响实际分配。

第五，矿工费用市场获得新的需求来源。随着区块补贴逐次减半，手续费的重要性会上升；但需求是否持续取决于真实用户、资产周期和协议竞争。

参与比特币铭文和代币有哪些风险？

13.1 资产可能被误花费

不兼容钱包可能把铭文聪或 Rune UTXO 当普通 BTC 输入。错误找零、输出顺序和 Coin Control 都可能造成资产不可逆丢失。

13.2 假 Ticker 和仿盘难识别

名称相同或相似不代表同一资产。BRC-20 部署先后、Rune ID、Etching 交易与市场验证才是更可靠的识别依据。

13.3 索引规则可能分歧

不同服务对异常铭文、协议升级或链重组处理不一致，可能出现余额差异。充值前应确认平台支持的协议版本与最小确认数。

13.4 手续费与 UTXO 成本较高

Commit、Reveal、Mint、Transfer 和拆分 UTXO 都需要 Bitcoin 交易。网络拥堵时费用可能超过资产价值，低费交易也可能长时间未确认。

13.5 流动性和价格波动剧烈

许多资产缺少持续成交和透明估值。地板价、挂单价和短时成交不能代表可退出价格，大额交易可能产生严重滑点。

13.6 市场与托管存在风险

交易市场、托管钱包、跨链桥和索引 API 可能遭受漏洞、私钥泄露、宕机或停止支持。底层 Bitcoin 正常运行不代表上层服务始终可用。

13.7 元数据和版权并非自动可信

内容上链不等于创作者拥有版权，也不代表集合获得官方授权。重复图片、仿冒系列和恶意文件都可能存在。

13.8 协议和工具仍会演进

钱包、索引器与市场可能更新规则、弃用接口或调整显示方式。参与者应保留交易记录，并使用多个可靠浏览器交叉核验。

如何评估一个比特币生态资产？

第一，确认协议类型。区分普通铭文、BRC-20、Runes、稀有聪和其他元协议，不能只看统一的“BTC 生态”标签。

第二，核对链上身份。检查铭文 ID、Satpoint、部署交易、Ticker、Rune ID、Etching 交易和区块高度，避免依赖截图或社交媒体名称。

第三，复核供应规则。了解最大供应、已铸数量、单次上限、预挖、开放窗口、团队分配和可修改权限。相关方法可阅读什么是代币经济学（Tokenomics）？。

第四，比较索引结果。使用多个可靠浏览器或索引服务查看余额、持有人和交易历史，确认平台采用兼容规则。

第五，检查 UTXO 安全。钱包应支持资产识别、Coin Control、PSBT 与独立收款地址，发送前应核对输入、输出、找零和矿工费。

第六，评估真实流动性。观察持续成交、买卖价差、市场深度和提现支持，不要只看一次高价交易或总市值。

14.1 建立独立的钱包与地址

收藏品、BRC-20、Runes 和普通 BTC 最好分开管理。独立地址可以降低钱包自动选币时误花铭文聪或代币 UTXO 的概率，也便于核对每类资产的输入、找零和历史记录。

创建钱包后应先确认助记词备份、地址类型和协议支持。只导入私钥并不代表新钱包能够正确识别资产；不兼容软件可能显示 BTC，却隐藏同一 UTXO 内的铭文或 Rune。

14.2 先用浏览器验证再签名

收到资产标识后，应通过官方协议兼容的浏览器查询，而不是直接点击社交媒体链接。Ordinals 要核对 Inscription ID 和 Satpoint；BRC-20 要核对最早有效部署、供应与索引余额；Runes 要核对 Rune ID、Etching、预挖和 Mint 条款。

签名前还应检查 PSBT 或交易预览中的全部输入输出。除了接收方，还要确认资产找零输出、BTC 找零、矿工费和 OP_RETURN 数据。钱包只显示一个总金额时，不适合处理复杂 UTXO 资产。

14.3 使用小额测试和分级确认

首次向新钱包、市场或交易平台转入时，可先发送最低可识别数量，等待平台完成规定确认并显示正确资产，再处理剩余部分。小额测试不能消除风险，但能发现地址、网络、协议版本和索引兼容问题。

高价值操作应根据区块重组风险等待更多确认。市场成交、平台入账和协议 Mint 成功属于不同状态，不能只看到 Bitcoin 交易进入内存池就认为全部流程结束。

14.4 保留可独立恢复的记录

保存交易 ID、铭文 ID、Rune ID、部署或 Etching 交易、购买页面和钱包版本。若某个索引器停止服务，这些链上标识有助于在其他兼容工具中重新查找资产。

截图只能辅助记录，不能替代链上数据。恢复钱包后若余额为空，应先检查索引是否同步、地址是否正确和资产 UTXO 是否仍未花费，不要立即用普通钱包发送剩余 BTC。

Hotcoin SCRIBE 六维判断法

为了快速拆解比特币生态资产，可使用 SCRIBE 六维清单。它用于识别协议和操作风险，不是投资评级或价值保证。

15.1 S：Satoshi，资产绑定在哪里

确认资产位于具体铭文聪、BRC-20 索引余额还是 Rune UTXO。不同模型需要不同钱包、地址和转账方式。

15.2 C：Consensus，共识验证到哪一层

区分 Bitcoin 共识与元协议索引规则。底层确认能防止 UTXO 双花，却不会替用户验证 Ticker、集合来源和市场价格。

15.3 R：Rules，发行规则是否清楚

检查部署、Etching、Mint、预挖、供应、开放区块与异常交易处理。规则复杂或解释不一致会增加索引风险。

15.4 I：Infrastructure，基础设施是否兼容

核对钱包、市场、浏览器、索引器和交易平台支持的协议版本。关键服务应有备份和交叉验证方案。

15.5 B：Blockspace，区块费用能否承受

估算 Commit、Reveal、Mint、Transfer、UTXO 拆分和提现成本。资产价值较低时，手续费可能让操作失去经济意义。

15.6 E：Exit，如何安全退出

观察真实买单、市场深度、BTC 结算、平台提现与钱包自托管。账面余额不等于能按显示价格成交。

常见问题

16.1 Ordinals 会修改 Bitcoin 共识吗？

不会。Ordinal Theory 和铭文使用现有交易与 Taproot 规则，资产含义由 Ordinals 客户端和索引器解释。

16.2 BRC-20 和 ERC-20 是同一种代币吗？

不是。ERC-20 由 EVM 智能合约维护余额；BRC-20 使用 JSON 铭文表达操作，再由链下索引器计算状态。

16.3 Runes 是否完全不需要索引器？

不是。Runes 更贴近 UTXO，并使用紧凑协议消息，但 Bitcoin Core 仍不维护 Rune 余额，需要兼容软件解析。

16.4 铭文内容真的永远不会消失吗？

交易一旦确认会进入 Bitcoin 历史，但访问仍依赖保存见证数据的节点、索引器和网关。永久可见不是无条件保证。

16.5 为什么转移 BRC-20 常需要两笔交易？

通常先铭刻 Transfer 操作，把余额变为可转移状态，再花费该铭文 UTXO 交给接收者，因此会产生两次链上操作。

16.6 普通 Bitcoin 钱包能接收 Runes 吗？

地址可能收到对应 UTXO，但普通钱包未必识别或保护 Rune 余额，后续发送 BTC 时可能误花费，应使用兼容钱包。

16.7 Ordinals、BRC-20 和 Runes 哪个更值得投资？

协议类型不能决定回报。应比较规则、来源、流动性、持仓分布、费用与风险，并只使用可承受损失的资金。

结论：比特币新资产建立在共识之上，也建立在索引之上

Ordinals 让聪获得可追踪序号，并通过铭文承载链上内容；BRC-20 使用 JSON 铭文和索引器建立同质化余额；Runes 则以更紧凑、UTXO 导向的协议消息创建和转移资产。

三者都利用 Bitcoin 的交易排序、工作量证明和 UTXO 安全，却没有让 Bitcoin 共识原生理解收藏价值或代币余额。钱包、索引器、市场和元协议规则共同构成上层安全边界。

新叙事为比特币带来区块空间需求、开发工具和资产实验，也带来费率竞争、索引分歧、仿冒、误花费和流动性风险。参与者应先确认协议和链上身份，再管理 UTXO，最后评估市场。

对普通用户而言，最重要的不是追逐最新名称，而是能独立回答资产由谁索引、位于哪个 UTXO、使用什么钱包发送，以及服务停止后如何恢复。

回到2025 年 Web3 前沿赛道全景图，可以继续比较 Bitcoin 生态与模块化区块链、并行 EVM、ZK、跨链和 Meme 币叙事。

如需使用独立钱包连接 Web3 应用，可选择 Hotcoin Web3 Wallet；需要移动端行情与交易工具，可前往 Hotcoin App；浏览更多教育内容，请访问 Hotcoin。

风险提示： 本文仅用于教育与信息分享，不构成投资、交易、版权、法律或税务建议。Ordinals、BRC-20 与 Runes 可能面临索引规则分歧、钱包误花费、UTXO 管理、假资产、恶意内容、高矿工费、市场与托管漏洞、低流动性、价格剧烈波动及监管风险；参与前请核验最新官方协议、链上 ID、供应规则、钱包兼容性、平台支持和退出路径，并只投入可承受损失的资产。