Merlin Chain 的文档里有一套叫 BRC-420 的铭文扩展协议，它想解决一个很具体的问题：一枚受人喜欢的铭文，作者不想卖断，但粉丝想要一个“可展示、可收藏的副本”，还要让每次转卖都给原作者分一笔。BRC-420 为此给铭文引入了一个新属性——Royalty（版税），并区分了两种标准：面向 2D 资源等内容的 Metaverse 标准，和面向“发行可复制副本”的 Royalty 标准。这套协议目前处于实验阶段，文档自己写明它可能不完美、仍在 beta，理解时要按“试验性规范”对待，不能当成比特币共识层的东西。
按 Royalty 标准的角色划分，一枚原作铭文关联着四类地址：Owner（当前持有该铭文的人）、Deployer（为该铭文刻写 BRC-420 部署铭文的那个钱包，规则规定 Deployer 与 Owner 是同一人）、Royalty Receiver（收取版税的钱包，规则同样规定它与 Deployer 相同）、以及 Minter（按协议铸造副本的钱包）。流程大致是：作者作为 Owner 先给自己的原作刻一条“部署”（deploy）铭文，在里面声明版税比例等参数；之后别人作为 Minter 刻一条“铸造副本”的铭文，引用那枚原作，就得到一个可交易的复制品，而每次相关交易按协议向 Royalty Receiver 支付约定的版税。这里的关键点是“部署”与“铸造”是两条独立的铭文、两笔上链动作，作者不铸造就无法对原作启用这套版税规则，读者也因此在判断“哪枚是原作”时要以部署铭文指向的那一枚为准。
Metaverse 标准则更偏内容描述：它为 2D、模型等资源定义了一组属性字段，让一枚铭文能携带足够让前端或引擎渲染的元信息，用于把链上资源接进 Bitmap Space 这类场景。文档强调这套资源标准仍在 beta，字段可能变动，不应假定接口稳定。
对普通用户，BRC-420 最实际的提醒有三条。第一，副本不是原作：你铸到的是“引用原作的复制品”，它的稀缺性与原作不同，别按原版定价的直觉去估值。第二，版税靠协议约定、不靠比特币本身强制：BRC-420 的版税是这套索引层协议在交易解析时结算的，它不改变比特币 UTXO 的基本转账规则，一个不按 BRC-420 口径走的普通钱包，看到的只是若干铭文与转账，不会替它执行版税逻辑。第三，实验性意味着口径可能变：文档明说协议可能改进，副本计数、归属判定在早期实现之间未必一致。把 BRC-420 当作“给铭文加了一层可复制、可分账的应用协议”来理解最准确——它的能力全部来自链下索引器对铭文结构的共同解释，而不是链上多出了某种强制机制。
把部署流程按铭文交易的时间线再走一遍，能看到几处新手最容易掉进的操作坑。作者一方：部署铭文必须针对原作的那条 ID 刻写，参数里写明的版税比例会被索引器读进后续结算规则；如果作者手滑把部署刻到了自己另一条铭文上，版税规则就挂错了对象，而链上动作没有“撤销”，只能再刻一条新部署并按新版处理，早期买家拿到的可能是不同条款的副本。买家一方：铸副本时引用的是部署铭文关联的原作 ID，市场上流通的“同图资产”因此至少有两类——原作与副本，价格叙事完全不同；索引器展示哪一类，取决于它有没有按 BRC-420 结构解析属性块，不支持该协议的工具只会把副本显示成一条普通铭文。还有一处是版税的“结算在场性”：版税在协议设计里随铸造与后续转手结算，但若某笔交易走的是完全不认 BRC-420 的市场，版税是否发生就取决于那个市场有没有按规范路由费用——实验性协议的执行率天然是分布，不是常数。理解这三段，你会把“作者部署了、我铸的是第几手、这次成交在哪结算”当成三个独立问题，而不是笼统一句“BRC-420 有版税”。
本文为机制说明，不构成任何投资建议，也不构成对任何平台、合约或标准实现的背书。文中功能与规则描述以对应版本的官方文档为准，阅读时可能存在版本滞后。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。