一个系列对外标着 5% 的创作者版税。其中一枚代币以 10 ETH 成交，于是创作者应得 0.5 ETH。这 0.5 ETH 会不会真的到账，根本不由代币合约决定，而是由结算这笔交易的那一方决定——定义版税的那份标准自己就是这么写的。
链上版税到底是什么
ERC-2981 是让一个系列公开版税的那个代币标准，它面向的是 NFT 系列。它的摘要把这套机制描述为：让合约在该 NFT 每一次被出售或转售时，发出一个应付给创作者或权利人的版税金额信号。信号是这里的关键词，其余的一切都由它推出来。
这个接口只有一个只读函数。调用方传入一个代币编号和一个成交价，合约返回两个值：应当收到版税的地址，以及应付的金额。它回答一个问题，它不搬动任何东西。
把上面那个例子代进去。调用方传入 10 ETH 的成交价，该系列设定为 5%，函数返回 0.5 ETH 和一个收款地址。就在那一刻，买方仍然拿着资金，卖方仍然拿着代币，没有任何人被支付过。
标准为什么把支付定为自愿
规范并没有把这一点留给解读。它写明：版税支付必须是自愿的，因为像 transferFrom() 这样的转移机制包含了钱包之间的 NFT 转移，而执行它们并不总是意味着发生了一笔出售。
这个理由建立在链能看见什么之上。在 ERC-721 里，Transfer 事件在任何 NFT 的所有权以任何方式发生变化时触发，同一个事件也覆盖创建与销毁。它记录的是所有者变了。它不带价格，也不带原因。
所以，一个在每次转移时都扣一笔版税的合约，会在你把代币转进硬件钱包时扣一次，在你送给朋友时扣一次，在你把两个钱包合并成一个时再扣一次。自愿支付是这种歧义的后果，而不是谁忘了堵上的口子。
谁才处在能付款的位置上
知道一笔出售发生了的，是结算这笔出售的那一方。一个市场智能合约从买方收款、把代币交付给买方、再把款项发给卖方。在整个流程里，只有这里同时存在价格与转移。
ERC-2981 直接对这一方说话，而且是以建议的方式说的：支持该标准的市场应当实现某种把版税转给版税接收方的方法。建议不是要求，而且本来也没有强制路径可走——代币合约从来不在支付路径上。
标准里有一条写得更强的指令，值得读一读它暴露了什么。市场必须以与传给版税函数的那个成交价相同的交换单位支付版税。这份文件里语气最强的一句，指向的仍然是一个代币合约无法强制的对象。
版税会在哪里掉队
同一笔出售，四条结算路径给出四种结果。对盯着钱包余额的创作者来说，其中三条看起来完全一样，因为它们都什么也没到账。
| 结算路径 | 由谁决定版税 | 创作者实际收到 |
|---|---|---|
| 钱包对钱包直接转移，价格在别处谈定 | 没有人；不存在结算合约 | 没有 |
| 从不读取版税函数的场地 | 场地，以省略的方式 | 没有 |
| 读取了、但把支付留给交易者的场地 | 买方或卖方，逐笔决定 | 他们愿意给多少 |
| 读取了、并全额转付的场地 | 场地，按自己的政策 | 0.5 ETH |
只有最后一行才存在一项义务，而这项义务属于场地，不属于代币。换一个场地，同一份合约下的同一枚代币就给出不同的答案——这就是“可选”在实践中的含义。
在合约层面强制
既然支付无法被强制，一些系列转而去强制路径。通过一个市场交易，意味着要给这个市场一份代币授权，授权它的合约代你转移代币。一个系列可以拒绝给自己维护的名单之外的操作者授权，这样跳过版税的场地对这个系列就变得不可用。
这种设计的代价由持有者承担。代币合约现在决定它的持有者可以在哪里交易，得有人去维护那份名单并保持更新，而一枚不能被未授权操作者转移的代币，仍然可以被它的所有者转移。任何完全不需要操作者的路径都没被碰到。
这条路走得别扭还有一个更深的原因。强制把问题从支付挪到了转移，而转移正是规范一开始就指出的那个有歧义的动作。一条分不清出售与赠予的规则，要么漏掉出售，要么向赠予收费。
标准确实定下来的部分
ERC-2981 定死的东西不多，把它们排成一列，这份标准的形状就看得见了。
| 问题 | 标准定下的部分 |
|---|---|
| 应付多少 | 版税函数针对给定成交价返回一个金额 |
| 用哪种资产付 | 与传入的成交价相同的交换单位 |
| 比例怎么随价格变 | 该百分比与成交价无关 |
| 谁来收 | 一个地址，由函数返回 |
| 多位创作者怎么分 | 不涉及；由接收合约处理 |
| 支付会不会发生 | 不涉及；支付是自愿的 |
| 谁来核验支付 | 没有人；代币合约什么也看不到 |
前四行描述的是一个数。后三行关乎的是收款，而标准对这三行一律不管。它是一份描述版税的规范，不是一份收取版税的规范。
分账是这条边界最清楚的例子。因为函数只返回一个地址，一个有多位权利人的系列会把这个地址指向一个把进账再分开的合约。分账发生在钱到账之后，发生在标准从未提及的代码里。
怎么读系列页面上的那个数
把页面上显示的版税当成一个请求，而不是一笔收入。有用的对照是：一个系列对外标的比例，与某段时间里真正到达接收方的金额——这是两个各自独立的读数，它们可以差很多。
同一个缺口也解释了一种看着像逃避、其实不是的模式。一个所有者在自己控制的两个钱包之间移动代币，产生的是一笔没有版税的转移，这正是规范想要的；同时它也产生了一条看起来像活动的公开记录。这就是收藏品领域里刷量的机制：链上显示所有权变了，至于那意味着什么，留给所有人去猜。
两个问题覆盖了实际场景。如果你是创作者，就问你的系列实际在哪些场地上交易，以及每个场地拿版税函数做了什么。如果你是买方，就问摆在你面前的价格是否已经含了版税，还是会在结账时另加——因为这件事也由场地决定。
小结
链上版税是一个被公开的数字，不是一项对钱的请求权。ERC-2981 给了系列一个说出自己要什么的方式，也给了市场一个读到它的方式，然后它就有意停在那里——因为链上的一次转移并不携带足够的信息来证明一笔出售发生过。
这让该看的东西变成了市场，而不是合约。版税是在结算这笔交易的场地选择支付时才被支付的；而上面那些强制设计，走的都是限制代币能在哪里交易的路子，而不是让支付自动发生。想系统学习更多加密基础知识，可以关注 Bitbase（币贝）学院的后续内容。
相关阅读
币贝上与本主题相关的其他文章：
风险披露：本文为 Bitbase（币贝）学院的科普内容，仅供教育与信息参考，不构成任何投资、交易、税务或财务建议。加密资产波动剧烈，请自行评估风险。本文撰写于 2026 年 9 月，请以官方最新信息为准。
参考资料
[1] 以太坊改进提案，ERC-2981：NFT Royalty Standard（Final，2020 年 9 月 15 日创建） eips.ethereum.org
[2] 以太坊改进提案，ERC-721：Non-Fungible Token Standard（Final，2018 年 1 月 24 日创建） eips.ethereum.org
