NFT 版税争议的技术核心其实很小：转让是代币程序允许的默认动作，任何合约拿到授权都能转走，市场无从分辨”经过撮合的转手”和”绕开手续费的直接转账”。Magic Eden 团队公开的 Creator Standard 提案给出的是一个合约层答案——不是去事后追缴，而是事前选择谁能动这枚币。
选择性许可，而不是禁止转账
提案文档把自己的定位写得很清楚：解决版税绕行（royalty circumvention）问题，让创作者决定自己的 NFT 能与哪些程序交互，同时不牺牲钱包对钱包的基本转账。实现方式是”选择性许可转让”（selectively permissions token transfers），建在 SPL token 程序之上。
结构上有两层。每个代币 mint 关联一个 Mint Manager 账户，这个账户持有该 mint 的冻结权限（freeze authority）与铸造权限（mint authority）。Mint Manager 再指定一份 Ruleset——一份允许名单或拒绝名单，规定哪些程序可以与这枚 NFT 交互并执行转让。规则的归属在提案里也写明：Ruleset 由 NFT 创作者指派，并由其自行决定何时更新。
链上账户的形状
程序使用两类程序派生账户（PDA）。Ruleset 账户的可读字段包括：谁有权更新这份规则（authority）、规则集名字（同时用于派生地址）、allowed_programs——被允许与该 NFT 交互的程序地址数组，以及 disallowed_addresses——被排除的地址数组。Mint Manager 与 mint 是一一对应关系，持有铸造与冻结权。
这套设计的杠杆点是冻结权本身：SPL 程序本来就支持冻结代币账户，被冻结的资产无法被未列入规则的第三方程序划走；但用户自己的钱包间转账仍然可以照常进行。换句话说，版税不是靠”收”实现的，是靠”不让你在不该转的地方转”实现的。
把这套机制放回版税争议的脉络里看，它的立场很鲜明：与其指望市场自觉，不如让资产自己选择对手方。支持它的人看到执行力，批评它的人看到流转限制，两派争的是取舍偏好；本文能确认的只有机制事实——名单存在、由创作者更新、由冻结权限执行，每一环都写在提案的账户结构里，可查询、可验证、也可被下一次更新改变。
顺带澄清一个易混点：这里的规则集与钱包防火墙、市场黑名单不是一回事——它由资产创建者维护、作用于转让路径，而不是由平台维护、作用于账户准入，两者可以同时存在、互相独立。
三步读出你的可交易范围
核对一枚 Solana 藏品的转让限制，可以把结构拆成三步：先在浏览器里找到代币 mint 关联的 Mint Manager 账户，确认它确实是持有冻结与铸造权限的那一个；再顺它指向的 Ruleset，读出 allowed_programs 与 disallowed_addresses 两个数组；最后把你关心的市场、借贷协议或质押池的程序地址拿去对照——在名单里，通道打开；不在，划转大概率被冻结权限拦下。
文档还强调两个结构特征：Ruleset 与 NFT 可以一对多，一份规则罩住一批资产；Ruleset 还能继承另一份 Ruleset，规则分层叠加而不是逐合集重抄。这两条让”创作者可随时更新”的分量变重——一次修改可能同时改变整个集合的可交易范围。机制建立在 SPL 的冻结原语上，钱包对钱包的转账按提案描述不受影响，被约束的是程序化划转。名单该多宽、由谁定，属于市场博弈；机制只把”谁能转”变成可查询的链上事实。
读一枚用了这套机制的藏品
对买家来说，这份提案改变的不是费用高低，而是可交易范围：合约地址是否在某个 allowed_programs 名单里，决定这枚 NFT 能不能被那家市场的合约执行转账。名单由创作者维护、可随时更新——今天是自由市场，明天可能收窄，反之亦然。核对的方式也不神秘：读出 mint 对应的 Mint Manager 与其 Ruleset，看目标市场程序的地址在不在名单里。
把机制说清楚不等于给它背书：选择性许可在”保护分成”与”限制流转”之间怎么权衡，是市场结构争议而不是事实问题。本文描述提案的账户结构与权限边界，不涉及价格，不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。