版税没走市场也能记账：ERC-6786 的链上已付版税注册表

NFT 版税的现实是：主流市场大多只认自己那套政策，场外点对点的成交更是完全绕开结算链路。ERC-2981 解决的是“版税声明能不能被程序查到”，管不了“成交根本没经过能扣款的合约”这一大类场景。ERC-6786 从记账角度补位：市场不扣，就允许任何一方主动把该付的版税付进一个公共注册表，让创作者收入留下链上凭证。2026 年 9 月 9 日在 ethereum/ERCs 仓库核对，该提案状态为 Draft。

一个函数一笔账

接口小到只有两个函数。payRoyalties(tokenAddress, tokenId) 用平台币支付，任何人可调用——不限于持有人，买家想补付、粉丝想打赏创作者都可以；调用成功必须发出 RoyaltiesPaid 事件，把代币合约、编号与金额写进日志。getPaidRoyalties(tokenAddress, tokenId) 返回这枚 NFT 历史上累计已付的版税总额，同样对所有人开放。合规判定也很简单：用 ERC-165 查接口标识 0x253b27b0 返回真即可。创作者地址的获取则复用 ERC-2981 或其他链上途径，提案对此保持开放。

设计意图在正文里写得很直白：让公开数据可以戳破“场外交易零成本绕开创作者”的盲区——一枚币的 getPaidRoyalties 若长期为零而换手频繁，本身就是可观察的信号。

它不解决的问题

三条边界要说清。第一，注册表是自愿基础设施，没有任何机制强制场外买家付款，它把“守规矩”变成一件可留痕、可展示的体面事，而不是义务。第二，付多少仍需人算：注册表不自动挂钩成交价，场外双方要自己按声明的版税率折算，金额公允性无法由合约保证。第三，注册表合约本身的部署方、对创作者地址的解析方式、以及支付用的平台币与真实结算币种可能不一致，核对时都应看已验证源码而不是文档描述。

一枚 NFT 的版税体检表

把注册表用起来之后，一枚代币可以拉出一张简易体检表：累计已付版税除以历史成交总额（如果有链上成交数据），近似得到“版税履约率”；把 RoyaltiesPaid 事件按时间画开，能看见哪些换手走了记账渠道、哪些是静默换手。当然这张表有已知盲区——用非平台币支付需要换汇成本、注册表余额被人提取后账面数字归零属正常结算、场外双方干脆不记就查无所查。所以它更适合当“下限证据”：表格好看说明至少有部分履约留痕，表格空白不等于零履约，也不等于零绕开。把它和版税声明字段、市场政策页并排看，三源对不上再深挖，是最省力的组合。

一个可行的社区惯例

注册表真正生效依赖生态默契：藏友圈可以养成“成交后顺手补一笔 payRoyalties”的习惯，聚合器可以在交易页加一个“版税已链上留痕”标识，索引服务可以把零版税记录的频繁换手合集列成透明清单。这些都不需要修改任何协议，只是把已有的两个函数用出仪式感。对创作者，主动登记版税收款地址、部署一枚自己的注册表实例，也能把“收入是否可见”的默认值从黑箱翻到明箱——标准只提供纸笔，写不写仍是集体选择。

隐私与噪音的取舍

链上公开累计版税也是双刃剑：它让绕开行为可见，也让创作者收入曲线对所有人透明。是否展示、向谁展示，最终是创作者自己的开关。

对收藏者的实用姿势：若你长期在某个小圈子市场或场外交易，可以查一查目标合集是否挂了这个注册表；对创作者而言，它至少提供了“收入被看见”的一条链上通道。提案仍在 Draft 阶段，接口细节以仓库正文为准。本文为协议机制科普，不构成任何投资建议；标准状态以 ethereum/ERCs 仓库文本为准（核验时间 2026 年 9 月 9 日）。