代码归 MIT、画归传染式许可:Milady 官网把两层授权分开写 图 1
代码归 MIT、画归传染式许可:Milady 官网把两层授权分开写 · 图 1

“这个项目开源了”——在 NFT 语境里,这句话经常被有意无意地当成“作品可以随便用”。Milady Maker 的官网提供了一个把两者分开的样本:页面致谢栏同时写着两条授权声明,一条针对代码——智能合约由 Rahab 编写,fork 自 OpenZeppelin,按 MIT 许可;另一条针对作品——全部品牌、素材与 NFT 按 Viral Public License 处理,属于 copyleft(传染式开源)路线。两条声明各管各的对象,恰好是给读者演示“授权要分层读”的最好教材。

先看代码层。MIT 是软件界最宽松的许可之一:允许任何人使用、复制、修改、再分发代码,连闭源商用都可以,通常只要求保留版权声明。一个 NFT 合约 fork 自 OpenZeppelin 并按 MIT 分发,意思是任何开发者都能拿走这份合约代码部署自己的版本——事实上以太坊上成千上万的仿盘合约就是这么来的。但代码自由从来不产生作品权利:照抄合约代码铸出来的另一个系列,与原版的美术素材没有任何授权关系,MIT 许可书里没有一个字把图片权利送给抄代码的人。

再看作品层。Viral Public License 的名字直译是“病毒式公共许可”,官网用 copylefted(传染性开源)定性它:这类许可的核心机制是“你得到的自由要原样传下去”——基于素材创作的内容,向下游分发时须继续按同一条款开放,权利不能在中途被某一级收紧成私有。与 MIT 式“随便你怎么用”相比,传染式许可给了使用权、但附了义务;对二创活跃、梗图文化浓厚的社区,这种选择本身就是一种治理立场:欢迎衍生,拒绝圈地。

把这两层放回普通持有者的问题清单里,可以直接改写出四个问题。第一问代码:合约是原创、fork 还是共享合约?fork 自成熟库(如 OpenZeppelin)通常意味着经过广泛检验的写法,但也意味着功能没有独占性。第二问作品:持有的 NFT 画面能商用吗、二创要按什么条款分发?答案在素材许可文本里,与合约代码无关。第三问品牌:项目名、logo 往往另走商标轨道,即使素材开放,商标使用仍可能受限。第四问边界:许可文本有没有写明适用对象、期限、终止条件,有没有一句“以官网为准”却找不到全文。Milady 官网把前三问的答案各放在一条声明里,属于信息密度较高的做法;更多项目只有一句“商业权利归持有者”,细节全靠公告补充。顺带一提,官网致谢栏本身也是分层文本的一部分:代码署名、美术署名、网站与社区分工逐项列出,这种“谁贡献了什么、按什么条款贡献”的写法,正是链上署名标准(如 ERC-7015)想在合约层复现的信息。

对中文读者还要提防一个翻译滑坡:copyleft 常被译成“著佐权”或直接写“开源”,但它的义务面(衍生必须同等开放)经常在转述中被丢掉,只剩“免费用”的错觉。同样容易滑过去的是 MIT 一侧:宽松不等于无义务,保留版权声明与许可文本是基本条件,转发合约代码时删光注释头部的人,严格说连 MIT 都没遵守。读完一个项目的许可页,最省力的自检是问自己:如果我把这枚 NFT 的画面印上 T 恤售卖、再把图案改造后交给别人用,哪份文本规定了我要履行什么?如果答案是“好像都没写”,那这个项目的商用叙事就还停留在口号层。

最后留一条核对纪律:官网文本本身也会改版、换措辞、换许可。Milady 这类长寿命项目的权利叙事历史上就有过多次公开讨论,引用任何一句许可声明都应注明查看对象与时间。本文描述的仅是官网页面所载的两条声明及其许可类型的通行含义,不对作品法律状态、商标有效性与任何具体使用场景做判断,也不构成对持有关系的评价。

本文为机制说明,不构成任何投资建议。

代码归 MIT、画归传染式许可:Milady 官网把两层授权分开写 图 2
代码归 MIT、画归传染式许可:Milady 官网把两层授权分开写 · 图 2