BRC-20 让比特币用一段 JSON 文本”记账”出代币之后，有人把同样的思路推向非同质化资产：BRC-721 是 2023 年出现的社区实验规范，试图在 Ordinals 铭文之上定义合集的部署、铸造与更新流程。它没有代码部署在链上，全部语义靠读铭文文本的索引器执行——这一点决定了它的能力与局限。
协议对象写在铭文内容里，以 p 字段标明 brc-721，op 字段选择动作，共三种。部署动作声明一个合集：tick 是给合集起的代号，规范限定为四到八个字母且不区分大小写；max 是供应量上限；元数据可以走两条路——用 buri 挂一个外部前缀，第几号通证就取前缀拼接编号后的文件，和以太坊合约的拼接套路如出一辙；或者用 meta 把名称、描述、图片地址直接嵌进部署铭文本身，声明不可变。部署时还可以指定一个公钥 sig，此后每枚铸造铭文必须附带用对应私钥签名的字段，验证不过则整个铸造无效——这相当于把发行方的签名权写进了规则里。铸造动作只需声明对应的 tick，索引器便在该部署的账本下为铸造者记上一枚；按文档口径，通证标识由部署交易首段加铸造交易哈希拼接而成。更新动作允许部署者改前缀或元数据，upd 置否即宣布放弃更新权、永久锁定。
与 BRC-20 对照能看到两个省力处。其一，BRC-20 转币要再刻一笔转账铭文，因为记账完全在文本层；BRC-721 的持有直接映射到铭文本身的归属——把铸造铭文对应的 sat 发给对方即完成转让，无需追加操作。其二，每个通证本来就是一枚独立铭文，天然非同质，省掉了 BRC-20 用同一格式模拟个体差异的别扭。代价同样清楚：供应上限与铸造资格靠索引器自律执行，共识层并不认识 tick 这个词；不同实现的分歧规则——大小写、转义、字段顺序——会造成”这个平台能查、那个平台不认”的割裂；带外部前缀的元数据与以太坊的 tokenURI 一样可被更新动作改写，链上锁定声明与链下文件可用性是两回事。
对使用者，三条边界值得记住。它是实验标准：规范仓库以 MIT 许可发布，作者自述为受 BRC-20 启发的 NFT 定义，没有审计报告，也没有比特币核心开发流程的任何背书。它不改变 Ordinals 规则：铭文封套的提交揭示、内容类型、字段约定都按 ord 协议走，BRC-721 只是给部分铭文内容赋予额外含义的一层文本约定。它的安全模型薄：签名验证能否生效取决于你用的钱包与浏览器是否实现了 sig 校验，查询与交易也意味着把地址与交易信息交给这些服务。
适合作为观察样本而非资产结论：比特币上非同质化的路不止 Ordinals 原教旨一条，Runes、各类文本协议都在竞争同一块需求，BRC-721 是其中较早尝试把合集语义写完整的一支。读它的方式应当像读论文：字段清楚、假设明确、依赖透明，其余交给社区投票。
把三种动作摊开对照，能看清它把哪些环节标准化了。部署动作产出一份“合集章程”：代号、上限、元数据策略、签名公钥与可更新声明一次性定死，索引器从此以这份铭文为根账本；铸造动作是轻量凭据，只声明代号与可选签名，真正的个体差异由持有者对应的铭文内容承载；更新动作给前缀与元数据留了唯一合法的变更通道，配合 upd 的一次性关闭，相当于把“是否保留修改权”变成链上可读的状态。与 BRC-20 的部署、铸造、转账三动作相比，BRC-721 删掉了转账动作——持有关系交给铭文所在的 sat 本身，文本协议退居为发行说明。这个裁剪既说明作者清楚 Ordinals 的归属模型已经够用，也暴露其尴尬：真正需要文本协议背书的只有上限约束与签名验证这些共识层不认识的部分。读社区标准就该这样读：先画能力边界，再谈生态。
本文为机制说明，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。