ERC-5553：把知识产权放上链，版税分成拿什么承载

NFT 讨论版税，绕不开 ERC-2981：它在合约里留一个查询，回答“这笔成交按多少比例分给谁”。但一件作品的真实权利往往复杂得多——词曲、演唱、制作、发行各占一块，比例随合约变化，参与方也不止一个地址。ERC-5553（2022 年 8 月 17 日创建，现状为 Stagnant）把镜头从“一枚 NFT 的版税声明”拉远到“一项知识产权的链上表示”，试图给这类多方权利找一个通用的结构。

一个接口回答三个问题

标准的接口 IIPRepresentation 围绕三问展开。权利由谁分享：royaltyPortionTokens() 返回一组 ERC-20 代币地址，每种份额代币代表一类参与方的分成身份——词曲、制作、发行各立一种，持有份额代币即可对号入座进入分配。元数据在哪：metadataURI() 指向描述该知识产权的文件，标准要求这类文件存放在 IPFS、Arweave 等内容寻址存储上，内容改动必须换 URI 才作数；确实需要升版时调用 changeMetadataURI，成功则广播 MetadataChanged 事件，把新旧地址和文件哈希都留在链上。源头是谁：ledger() 返回初始化该知识产权的登记处合约或账户地址，同一项 IP 允许在不同登记处并行登记，各自的权限以登记处规则为准。整个接口继承 ERC-165，供工具先行探测。

与 2981、7548 的谱系关系

把它放回版税标准族里看更清楚。ERC-2981 管交易时点：市场问一句 royaltyInfo，合约答一个比例与收款地址；ERC-6786 管事后登记：成交后把“已付版税”记进公共注册表；ERC-8034 让版税沿引用关系分发；ERC-5553 管的则是更底层的权利构成——它不直接参与哪笔交易，而是先用可组合的 ERC-20 份额代币把“这块 IP 由谁、按什么结构分账”写成链上对象。ERC-7548 一类开放 IP 协议在更上层引用类似思路。对买家，这层表示的价值在于尽调可以结构化：想核实收益权归属，从份额代币查起，而不是听项目方拼表格。

读一份链上 IP 的四步

第一步，用 165 探测合约是否声明支持该接口，防止被同名私有函数冒充。第二步，逐个打开 royaltyPortionTokens 返回的代币合约，看供应量、铸造权与转让规则——分成代币的控制权在谁手里，直接决定分账是否可能被单方改写。第三步，把 metadataURI 的内容寻址文件取回本地存档，并核对 MetadataChanged 事件史，确认现在指向的还是登记时的版本。第四步，沿 ledger() 找到登记处，读它的治理与争议处理条款。链上表示不等于法律确权：接口能记录权利结构，不能替法院作认定，文件哈希同样可能登记被侵权的作品。本文只做协议机制科普，不构成投资建议。

为什么份额代币要用 ERC-20 而不是记账字段

5553 有个容易被忽略的设计决定：分成结构不写进 IP 合约的字段，而是每种份额各立一个 ERC-20 代币。好处在于组合性——份额代币本身可以进交易所、进抵押池、进分账机器人，收益权不必等待 IP 合约提供配套功能就获得流动性；坏处同样明显，份额代币的发行、铸造与黑名单权限独立存在，一旦某个份额合约的属主作恶，整条 IP 的分配体系会被单点拖垮。阅读时应把每个份额代币当独立实体审计：供应量是否与登记文件声明的比例一致、mint 权限在谁手里、有没有暂停与黑名单函数。这类审计工作量比读一份 JSON 大得多，但它换来的是一眼能看到底的资金流结构，对音乐版权、影视分账这类多方长周期场景，这份透明正是标准想要的价值。

与版税执行层的现实差距

读到这里必须补一句冷水：5553 描述的权利结构，和每笔交易真正扣款之间还隔着一段执行距离。ERC-2981 的 royaltyInfo 只作声明，市场愿不愿意按声明支付取决于平台政策；链下分发系统再可靠，也依赖成交信息传回去。5553 的改进在于给分发提供了地址无关的结构底座——无论市场是否内建支持，分账规则本身已经是链上可查询对象，争议取证从截图变成读合约。但“可查询”与“可强制执行”依然两回事，音乐版权方把分成结构上链后仍要靠合同与技术对账双轨催收。理解这层差距，才不会把表示标准误读成执行标准，也不会被“权利永久上链、收益自动到账”式宣传带偏——收益能不能到账，从来由支付通道与合约义务决定，不由表示层决定。