铭文和符文是什么：创造了什么、消耗了什么

2023 年 5 月 1 日，比特币单日处理了 68.2 万笔交易，创下当时的日交易纪录，其中超过 37.2 万笔是铭文（Decrypt 报道按当日链上交易与铭文笔数统计）；一周后的 5 月 8 日，部分矿池打包的区块，手续费收入多年来头一次超过了 6.25 BTC 的区块奖励本身（CoinDesk 报道）——比特币很少见到矿工靠”写数据”赚的钱比”记账本身”赚的钱还多。铭文（inscription）是指把任意数据写进比特币交易见证数据里的方式，BRC-20 靠铭文记录 JSON 指令来发行代币；符文（Runes）是另一套同质化代币协议，指令写在交易输出的 OP_RETURN 里，跟铭文是两条不同的技术路线，写法和记账逻辑都不一样。这两套协议不是一次性冒出来的，是三年里几次协议调整叠出来的结果——按时间线拆开看，比只看”现在长什么样”更容易看清哪些是机制、哪些是包装。

两次协议升级，铭文才在技术上立得住

写的是数据本身，藏在一笔交易不参与主体计价的那部分空间里——这也是它能存在的技术前提，是后面所有故事的起点。

两步交易，用一个”信封”包住数据

一次铭刻分两步：先发一笔 commit 交易，把要写的内容和一段脚本锁进一个 taproot 输出；再发一笔 reveal 交易，把这个输出花掉，内容随之公开写上链。包数据用的是一段 OP_FALSE OP_IF … OP_ENDIF 结构，官方文档把它叫“信封”（envelope）——这段脚本在比特币的验证逻辑里相当于空操作，不会改变交易本身能不能通过验证，纯粹是拿它当容器塞数据（见 Ordinals 官方文档 · Inscriptions）。单次数据推送不能超过 520 字节，一张图片往往要拆成几十次推送才能塞完。

见证折扣让写数据“相对便宜”——这也是拥堵的根源

比特币的隔离见证（SegWit）升级给见证数据算手续费时打了折扣，写进见证区的字节比写在交易主体里便宜。铭文正是利用了这个折扣才“划算”——但“便宜”是相对的，不是免费。折扣让大量写数据这件事变得可行，可行之后大家一起写，区块空间照样被占满，拥堵和手续费涨价是这套机制自带的结果，不是谁故意搞的破坏。

每一聪都有编号，协议规则本身也在改

铭刻的内容通常挂在一笔 reveal 交易输入里头一枚聪（satoshi）上，靠“序数理论”（ordinal theory）给每一枚聪按挖出顺序编号、并在转账时按固定规则追踪它去了哪。协议规则不是钉死的：早期一批不符合规范的铭文被记成“负数编号”，直到区块高度 824544 触发的一次协议升级（社区管这次升级叫 jubilee）之后，这批负数编号才被改记成正数（同上 · Ordinals 官方文档）——后面还会看到，协议默认规则不止这一次中途改过。

2023 年 3 月，BRC-20 把 JSON 铭刻上链

有了铭文这个容器，第一个用它记账的代币协议很快出现——账本从一开始就没记在比特币节点里，而是记在了链下的软件里。

一段 JSON，怎么变成一枚代币

BRC-20 由化名 domo 的开发者在 2023 年 3 月推出，做法是把一段 JSON 铭刻到聪上，用 deploy、mint、transfer 三种操作描述代币的发行与转移。一个典型的部署长这样：{"p":"brc-20","op":"deploy","tick":"ordi","max":"21000000","lim":"1000"}（见 Chainlink Education Hub · BRC-20）。关键在于，比特币协议本身根本不解析这段 JSON——要知道某个地址手里有多少枚代币，得运行或信任一个链下索引器，由它扫描全部铭文、按规则识别哪些是合法的 BRC-20 操作、再算出余额（见 Stanford Blockchain Club · 比特币百科（SEB）· BRC-20，该页面由斯坦福大学学生社团 Stanford Blockchain Club 维护，不是校方出版物）。比特币全节点看到的只是一堆铭文，认不出“谁有多少枚”这件事。

铸造花的手续费，落笔那一刻就定了去向

铸造一枚 BRC-20，本质是发一笔比特币交易，手续费按这笔交易占用的区块空间计价，直接付给打包这个区块的矿工。这笔钱和后面这枚代币值不值钱没有关系——代币归零，手续费已经花出去了，退不回来。这条钱链上没有 VC 股权轮——部署（deploy）门槛就是一笔手续费，谁都能发起；但部署者比其他人更早知道 deploy 细节，也可能抢在公开之前批量铸造，链上只能看到铸造记录，看不出操作的是不是同一批人。

2023 年 5 月，写数据的手续费一度超过了区块奖励本身

开头那两个数字不是巧合，是同一套机制在两个月内先后触发的两次连锁反应。

拥堵不是意外，是“写数据变便宜”的直接后果

这不是一次意外，是见证折扣让“写数据变便宜”之后的直接后果——数据写得越多，区块空间越紧张，所有比特币用户的手续费都会被推高，不只是铭刻的人在承担成本。BRC-20 上线之后的两个月里，铭刻数量迅速冲高，把这套此前只是“理论上可行”的机制变成了实打实占满区块的现实。

矿工靠“过路费”赚的钱，一度比记账本身还多

那一周的矿工收入结构因此出现了少见的变化：部分矿池打包的区块，手续费收入历史上多年来头一次超过了区块奖励本身（6.25 BTC）（CoinDesk 报道）。这也是为什么那几波铭刻高峰期，矿工的手续费收入会明显跳升：不是矿工去炒币赚的，是每一笔铸造都实打实地给矿工交了过路费，这条钱链上矿工是确定拿到钱、且不可退还的角色。

2023 年 9 月到 2024 年 4 月，符文想解决 BRC-20 的什么问题

拥堵和垃圾输出的问题摆在那儿，Ordinals 的创造者自己出手写了第二套协议。

Casey Rodarmor 说得很直接：不基于 UTXO、容易堆垃圾

Ordinals 的创造者 Casey Rodarmor 在 2023 年 9 月发布符文协议，说得很直接：他造 Runes 就是冲着 BRC-20 的两个毛病去的——“不基于 UTXO、相当复杂”，而且会造成”UTXO 膨胀”，链上堆一堆没什么用的垃圾输出（见 Casey Rodarmor · Runes 协议原始博客）。符文的做法不是铭文那一套——它把发行与转移指令写进交易的 OP_RETURN 输出里，官方文档把这段数据叫 runestone，代币状态直接绑定在 UTXO 本身，不需要额外的原生代币来运行协议（见 Ordinals 官方文档 · Runes）。符文在 2024 年 4 月比特币减半当天正式上线。

状态绑定在 UTXO 上，但读余额仍要靠专门软件

这不等于普通比特币全节点就能直接显示余额——要读出可用的符文余额，得用支持符文规则的 ord（需开启 --index-runes 参数）或等价的解析软件按协议规范重放历史交易，Bitcoin Core 本身不认识 OP_RETURN 里那段数据代表什么（见 Ordinals 官方文档 · API）。跟 BRC-20 不一样的地方在于：符文的规则写进了公开规范和参考实现，不取决于哪个索引器的个人解释；但“要不要跑专门软件才能看到余额”这一条，两个协议是一样的。

BRC-20 和符文，这五项要点差在哪？

拿到任何一个“链上刻字”类项目，先按这几项拆开看，比记住它叫什么名字更有用：

二级市场的钱，两个协议的“团队份额”答案不一样

铸造之后，如果有人愿意出更高的价格接走，钱从买家流向早期铸造者，中间再叠一道交易平台或钱包收的撮合费。“有没有团队份额”要分开看：符文的协议规则允许发行方用 premine 给自己预留一部分供应量，这是公开可查的协议字段；BRC-20 没有这个字段，但前面说过，部署者可能比其他人更早批量铸造——链上只能看到铸造记录，看不出操作的是不是同一批人。这里的钱大头仍在铸造者和二级市场买家之间打转，矿工才是这条链上不管结果如何都确定拿到钱的角色。

2025 年 10 月至今，Bitcoin Core v30 放宽的是默认策略，不是共识规则

数据写入带来的拥堵是真实的外部性，比特币开发者围绕“要不要用默认策略限制这类数据”吵了两年多，2025 年这场争论落地成了一次具体的软件版本分裂。

默认策略 vs 共识规则：这次改的是哪一层

2025 年 10 月发布的 Bitcoin Core v30，把默认的 -datacarriersize（控制 OP_RETURN 数据量的参数）从 83 提高到 100000，相当于取消了这道默认上限，同时允许一笔交易带多个 OP_RETURN 输出（见 Bitcoin Core v30.0 发布说明）。这调整的是节点默认的中继与打包策略（standardness policy），不是比特币的共识规则——不运行 v30 的节点，不会因为一笔交易带了超大 OP_RETURN 数据就认定包含它的区块无效，节点也仍然可以自己把这个参数改回 83 或任意其他值。

旧限制怎么表述：80 字节数据、83 字节脚本

这里容易说错一个细节：旧的默认限制不是单一的“83 字节数据”，而是两层——单次 OP_RETURN 数据推送最多 80 字节，加上脚本操作码本身，一笔交易里 OP_RETURN 输出的脚本总长度（scriptPubKey）上限是 83 字节，且早期版本只允许一笔交易带一个 OP_RETURN 输出。v30 把这道总长度上限直接放宽到 10 万字节，相当于只受交易本身大小上限约束。

Core 与 Knots 分歧，影响的是交易怎么传播

不认同放宽的一部分开发者（包括 Luke Dashjr）转而维护更严格的 Bitcoin Knots 分支，默认继续按旧的 80/83 字节口径过滤这类交易（见 CoinDesk 报道，2025-06-10）。截至 2026-08，Core 与 Knots 两条默认策略并存——这会影响一笔大 OP_RETURN 交易在节点之间怎么传播、能不能顺利进到更多节点的内存池，但最终打不打包进区块，还要看矿工自己用的是哪套策略、交易通过什么路径提交给矿工，不是简单看哪版软件跑的节点更多、规则就归谁。

链上能核对到什么、核对不到什么

能看到写了什么、花了多少手续费，看不到的是这份数据背后有没有真实的使用场景。

能核对的字段

• 每一笔铭刻的内容本身——图片、文字、JSON，写在见证数据里，区块浏览器都能直接读出来。
• deploy 操作写的总量上限（BRC-20 的 max 字段）、铸造进度、每笔 mint 和 transfer 的交易记录。
• 符文的转移指令写在 OP_RETURN 里、跟着交易走，用支持符文规则的解析软件（如 ord）能读出谁转了多少给谁、什么时候转的。
• 某个地址一共发起过多少笔铭刻、花了多少手续费，这些是公开的链上事实。

核对不到的部分

• BRC-20 的实际余额是索引器算出来的结果，不是比特币共识本身认定的事实——不同索引器如果对同一批铭文的解释有分歧，链本身给不出”谁对”的答案，这是它和有智能合约强制执行余额的链明显不同的地方。
• 最初的铸造地址背后是不是同一批人在批量操作，地址之间的真实关联链上看不出来。
• deploy 的 JSON 之外，这个协议还打算做什么——多数时候答案是“什么都没有”，但这一点本身也没法靠链上数据验证，只能等后续有没有人真的把它用出别的场景。
• 二级市场的真实成交深度——挂单价格和实际能卖出的价格是两回事，链上只记录成交，不记录没成交的挂单。

这波热潮被包装成了什么样？

经常看到的说法是”比特币的 DeFi 夏天""聪明钱回到比特币生态”，真落到链上能验证的动作，也就铭刻、铸造、转移这几件事。

“生态爆发”这句话，实用性经不起验证

一个 deploy JSON 里能写的东西很有限：代号、总量上限、单次铸造上限。它不像以太坊上的合约，能自己定义清算规则、分红逻辑、治理投票——BRC-20 和符文本身都不带这些能力，账本要么放在链下索引器里，要么就是纯粹的 UTXO 转移。把它包装成”生态”，通常指的是围绕它长出来的钱包、市场、索引器这些配套软件，而不是协议本身多了什么功能。这个区别值得记一下：软件生态可以很热闹，协议能力不会因此变多。

手续费暴涨常被包装成“需求爆发”，其实是另一件事的副作用

前面 2023 年 5 月那波手续费飙升，事后不少叙事把它包装成“比特币真实需求爆发”的证据。拆开看，更准确的说法是：见证折扣让写数据变便宜之后，一批人集中往区块里塞数据，把有限的区块空间用满了，价高者得的手续费机制随之把价格顶上去——这是空间被占用后的价格反应，不是链上多了一批为使用比特币“服务”付费的新用户。铭文和 BRC-20、符文创造的是“能在比特币上写数据、发代币”这件事本身，消耗的是区块空间和手续费；这两件事经常被叙事混在一起讲成一件事。

手里有铭文或符文，怎么自查？

拿到一个具体项目，先别问它现在值多少钱，按这五项走一遍，就大概能看出这笔资产到底是什么。

五项自查

1. deploy 的 JSON 或指令之外，这个协议还规定了什么行为？ 多数答案是”没有”——发现”没有”本身就是有用的信息，不是白查了。
2. 你的余额记录靠谁维护？ BRC-20 靠”链下索引器”，意味着你信的不只是比特币，还有那个索引器软件对 JSON 的解释；符文的状态绑定在 UTXO 上，但读出余额同样要靠支持符文规则的索引软件（如 ord 的 --index-runes），普通全节点不会自动显示。
3. 如果现在不再有人用这个代币，链上会留下什么？ 通常是一串铭文和一堆 UTXO，本身没有可执行的合约逻辑在自动做任何事。
4. 铸造花的手续费，进了谁的口袋？ 矿工，且不可退还，跟这枚代币后来涨跌没有关系。
5. 如果多数持有者同时想卖，谁在另一头接？ 通常没有做市商、没有协议自带的流动性池，是纯粹的订单簿撮合——退出的速度取决于当下还有没有人愿意接。

查完能得出什么结论

五项查完，多数”链上刻字”类项目会停在头一项——协议本身能做的事很少，热闹全在配套软件和二级市场里。这不等于它一文不值，铭刻和符文确实创造了一种新的、不依赖智能合约的比特币资产发行方式，只是这份创造的边界，比宣传语里听起来要窄得多。判断不了的是它会不会跑出存证、跨链消息这类已知用途之外的新场景，这一条留给以后的数据说话，现在给不出答案。

下次再看到”铭文生态爆发”这类说法，可以只做一件事：去查那个 deploy 的 JSON 或 OP_RETURN 指令里到底写了什么。写了什么，就是它现在能做的全部。

常见问题

Q： 铭文（inscription）到底是什么，和普通的比特币转账有什么不同？

答： 铭文是把任意数据——图片、文字、JSON——写进一笔比特币交易的见证数据里的方式，靠的是”信封”结构（OP_FALSE OP_IF … OP_ENDIF）把数据塞进不影响交易验证逻辑的那部分空间。普通转账只转移比特币的所有权，铭文在转移的同时还携带了一份公开可读的数据，并靠序数理论把这份数据和某一枚具体的聪绑在一起。技术上依赖 SegWit 和 Taproot 两次升级，没有这两次升级铭文写不进去。

Q： BRC-20 和符文是不是一回事？

答： 不是，连底层技术都不一样。BRC-20 靠的是铭文——把 JSON 指令写进交易的见证数据，链下索引器扫描全部铭文、按规则算出每个地址的余额，比特币节点本身不认识这份余额。符文没有走铭文这条路：它把铸造 / 转移指令直接写进交易输出的 OP_RETURN 里（官方文档称这段数据为 runestone），状态绑定在 UTXO 上。但这不等于符文不需要额外软件——要读出可用的余额，同样得用支持符文规则的 ord（开启 --index-runes 参数）或等价解析软件跑一遍历史交易，普通 Bitcoin Core 全节点不会自动显示符文余额。符文的创造者 Casey Rodarmor 明确说过，设计符文就是为了解决 BRC-20”不基于 UTXO、容易造成 UTXO 膨胀”的问题，这个设计目标和”要不要用索引软件”是两回事。

Q： 铭文和以太坊上的 NFT、ERC-20 代币是一回事吗？

答： 不是。以太坊的 NFT 和代币靠智能合约强制执行规则——转账、授权、余额查询都由合约代码自动处理。铭文和 BRC-20、符文都不依赖智能合约，比特币本身没有图灵完备的合约环境。BRC-20 的规则由链下索引器解释执行，符文的规则由 UTXO 状态本身承载，二者都更像是”在一个不支持代币的账本上，靠约定俗成的读取规则拼出代币的样子”，而不是链上原生的可编程资产。

Q： 为什么铭文热潮会让比特币手续费暴涨？

答： 因为 SegWit 给见证数据的手续费打了折扣，写数据变得相对便宜，可行之后就有大量人一起写，区块空间被大量占用，拥堵随之推高所有人的手续费——不只是铭刻的人在付更高的费用。2023 年 5 月 1 日，比特币单日处理 68.2 万笔交易，创下当时的日交易纪录，其中超过 37.2 万笔是铭文；一周后的 5 月 8 日，部分区块的手续费收入历史上多年来第一次超过了 6.25 BTC 的区块奖励本身。这是网络拥堵的直接体现，不是巧合。

Q： 我铸造（mint）了一个 BRC-20 代币，钱花在哪了，能不能退？

答： 铸造花的是一笔比特币交易手续费，全部进了打包这个区块的矿工的口袋，不可退还。这笔钱和这枚代币后来值不值钱没有关系——代币归零，手续费也已经花出去了。这条钱链和多数代币发行不一样：没有 VC 股权轮，矿工是链条上不管结果如何都确定拿到钱的角色。但”有没有团队份额”不能一概而论——符文的协议规则允许发行方用 premine 给自己预留一部分供应量，BRC-20 没有这个字段，但部署者可能比其他人更早动手批量铸造，链上分不清这是不是同一批人在操作。

Q： 符文（Runes）解决了 BRC-20 的什么问题？

答： 主要是两个：一是不基于铭文、状态绑定在 UTXO 上，规则写进了公开规范和参考实现，不像 BRC-20 那样要信某个索引器对 JSON 的个人解释——但符文照样要靠支持符文规则的索引软件（如 ord 的 --index-runes）才能读出余额，不是普通全节点就能直接看到；二是减少”垃圾 UTXO”——BRC-20 早期批量铸造留下大量小额、难以清理的输出，符文在设计上刻意规避了这一点。符文由 Ordinals 的创造者 Casey Rodarmor 在 2023 年 9 月提出，2024 年 4 月比特币减半当天正式上线。它解决的是记账方式和技术负担的问题，不改变”协议能做的事很有限”这个共同的边界。

Q： 铭文会不会被比特币协议本身限制或过滤掉？

答： 不会被”协议本身”限制——目前发生变化的是节点的默认中继与打包策略，不是比特币的共识规则。2025 年 10 月发布的 Bitcoin Core v30 把默认的 OP_RETURN 数据上限（原为单次数据 80 字节、脚本总长度 83 字节）放宽到 10 万字节，且允许多个 OP_RETURN 输出；这只是软件默认参数的调整，运行旧默认值的节点仍然认为符合共识规则的区块有效，不会因为里面带了大 OP_RETURN 交易就否定它。不认同放宽的一部分开发者（包括 Luke Dashjr）转而维护更严格的分支节点软件 Bitcoin Knots，默认继续按旧口径过滤这类数据（见 CoinDesk 报道，2025-06-10）。协议层面确实也变过——比如早期一批”负数编号”的铭文，是在区块高度 824544 触发的一次升级之后才被改记成正数的，那才是真正的协议规则调整。截至 2026-08，Core 和 Knots 两条默认策略并存，会影响交易在节点间的传播路径，但最终打不打包，还取决于矿工自己的策略和交易怎么提交，不是简单看哪版软件跑的节点更多。

Q： 我已经买了一些铭文或符文，现在该怎么核对？

答： 按自查五项走一遍：这个协议的 JSON 或指令之外还规定了什么（多数是没有）、你的余额记录靠谁维护（索引器还是 UTXO）、代币停用后链上会留下什么、铸造的手续费进了谁的口袋、真要卖的时候谁在另一头接。查完能确认的是这份资产的机制边界在哪，查不出的是它未来会不会有新用途、协议默认策略会不会收紧——这两件事目前没人能给出确定答案。

参考资料

• Ordinals 官方文档 · Inscriptions —— 铭文的信封结构、见证折扣、520 字节推送上限、序数追踪与区块高度 824544 的协议升级
• Ordinals 官方文档 · Runes —— 符文的 OP_RETURN / runestone 设计、premine 预留机制说明
• Ordinals 官方文档 · Runes Specification —— runestone 的编码规则与余额计算规范
• Ordinals 官方文档 · API —— 查询符文余额需要 ord 索引启用 --index-runes，普通全节点不显示
• Casey Rodarmor · Runes 协议原始博客（2023-09-25）—— 符文创造者本人对设计动机的说明，包括 BRC-20 的 UTXO 膨胀问题与符文的 OP_RETURN 设计
• CoinDesk · Ordinals Upend Bitcoin Mining（2023-05-08）—— 部分区块手续费收入超过 6.25 BTC 区块奖励、5 月平均手续费上涨 560% 至 19.20 美元
• Decrypt · Bitcoin Daily Transactions Hit All-Time High（2023-05-02）—— 2023 年 5 月 1 日单日 68.2 万笔交易纪录与 37.2 万笔铭文的数据来源
• Stanford Blockchain Club · 比特币百科（SEB）· BRC-20 —— 斯坦福大学学生社团维护的社区百科，BRC-20 的起源与机制说明
• Chainlink Education Hub · BRC-20 —— BRC-20 部署（deploy）操作的 JSON 字段示例与链下索引器依赖说明
• Bitcoin Core v30.0 发布说明 —— OP_RETURN 默认中继策略调整的官方原始说明，-datacarriersize 从 83 提高到 100000、允许多个 OP_RETURN 输出
• CoinDesk · Bitcoin Core 30 to Increase OP_RETURN Data Limit（2025-06-10）—— Bitcoin Core v30 上调 OP_RETURN 数据上限的决定过程与社区分歧，含 Bitcoin Knots 分支背景

版本 1.2 · 更新于 2026-08 · 本篇讲的是铭文、BRC-20 与符文的技术机制与钱的流向，不对任何具体代币的价格或前景做判断，也不构成投资建议。文中 2023 年 5 月的交易笔数、铭文占比与矿工手续费数据，按 Decrypt、CoinDesk 报道各自标注的统计方式与截至日期计算；Bitcoin Core v30 调整的是节点默认的中继与打包策略，不是比特币共识规则，具体参数请以 Bitcoin Core v30.0 发布说明 的最新版本为准。境内对虚拟货币相关业务活动有明确规定，请以官方发布为准。