# Nft Smart Contract Reviewer

> NFT智能合约审查。 审查NFT发行平台、白名单机制、版权授权合同的法律风险，包括知识产权归属、版税分配机制、二次交易合规性判断（LOOT仿盘版权风险）。

- Skill: `vivy-yi/nft-smart-contract-reviewer` (Agent Skill)
- Install (CLI): `npx skillmds@latest add vivy-yi/nft-smart-contract-reviewer`
- Raw SKILL.md: https://api.skillmd.com/api/skills/vivy-yi/nft-smart-contract-reviewer/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: vivy-yi (https://skillmd.com/u/vivy-yi)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/vivy-yi/nft-smart-contract-reviewer

---


# NFT智能合约审查

## 一、基本信息

**适用场景**：本Skill用于审查NFT项目智能合约及相关链上制约机制的法律合规性，覆盖以下核心审查面向：

- **版税机制（Royalty Mechanism）合规**：ERC-2981标准实现方式、链上强制版税的可执行性、2023年以来主要平台（OpenSea Operator Filter / Blur版税争议）在版税执行上的变局及其法律含义。
- **元数据权利（Metadata Rights）**：NFT元数据中指向的媒体文件（IPFS/Arweave存储）的版权归属、使用权授权范围、元数据URI可变性（Upgradable Metadata）对持有人预期的影响。
- **链上许可条款（On-chain Licensing）**：Embedded License（如CC0、NFT License、EIP-5218/ERC-721C等标准）的合同效力，是否构成《民法典》第469条项下的「书面形式」合同。
- **智能合约的法律合同属性**：在中国大陆法框架下，智能合约是否构成可诉的民事合同；代码执行与当事人意思表示之间的解释张力；《民法典》第502条「合同生效」要件在代码环境下的满足条件。
- **二次交易合规性**：智能合约中嵌入的版税/交易控制逻辑（交易黑名单、白名单控制、数量限制）在中国的监管合规性。

**核心法律问题**：
1. 智能合约代码中的版税条款在买卖双方之间是否构成有约束力的法律承诺——当买卖双方通过执行合约缔结交易时，是「同意」了合约中的所有代码逻辑。
2. On-chain license（如NFT持有者可在何种条件下修改/展示/商用关联作品）的合同有效性——这些条款记录在链上，但现实中几乎无人在交易前审阅，这与传统合同法的「要约-承诺」逻辑存在张力。
3. 中国大陆「9·4公告」和2021年「924通知」背景下，NFT+Token混合型合约（如代币空投+NFT或NFT质押挖矿）的非法集资风险。

**参考案型与标准**：
- ERC-2981（EIP-2981）标准：NFT版税标准，定义了RoyaltyInfo接口。2023年后OpenSea对链上版税执行策略的调整（Seaport 1.5）导致许多项目方的版税变为「可选的（optional royalty）」，引发版税条款是否能通过代码强制执行的法律争议。
- CC0（Creative Commons Zero）NFT项目（如Nouns、CrypToadz）的授权模式：将著作权全部放弃至公有领域，但同时保留了商标权——智能合约本身不约束商标使用。
- 中国数字藏品平台实践中：智能合约通常不包含On-chain License条款，而是通过《用户协议》和《数字藏品购买协议》在链下定义权利。此结构降低了可执行性但也增加了合规灵活性。

## 二、分析框架

### A. 版税机制审查〔四维分析〕

| 维度 | 审查要点 | 法律风险指标 |
|------|---------|------------|
| **链上执行** | 智能合约是否实现了ERC-2981接口？版税收取是链上强制执行还是仅作为建议（recommendation）？ | 链上强制版税在2023年后已难以执行（多数平台拒绝尊重），建议采用混合方案：链上声明+链下合同约束。 |
| **税率合理性** | 二次交易版税率是否高于市场惯例（通常5%-10%）？是否存在阶梯式版税（随着转售次数递增/递减）？ | 过高版税（>20%）可能在中文执法环境下被视为「投机炒作」行为指标，引发监管关注。 |
| **受益人设置** | 版税受益人是单一钱包地址还是可更换的多签地址？版税收取后是否自动分发到多个创作者（如艺术家+项目方+DAO国库）？ | 版税流向若与白皮书/销售页面披露不一致，可能构成虚假宣传（《广告法》第28条）或欺诈。 |
| **不可篡改性** | 版税参数（receiver, feeRate）是否可被合约Owner修改？是否存在隐藏的版税后门函数？ | 可变版税参数本身不违法，但未在公开文档中披露的可修改权限可能构成对买方的欺诈。 |

### B. 元数据与内容权利审查〔分级模型〕

**合约元数据结构分析**：

1. **URI中心结构（Token URI Pattern）**：采用ERC-721的`tokenURI()`或ERC-1155的`uri()`函数返回JSON元数据。需检查：
   - URI指向的存储层：IPFS（不可变内容寻址）vs. Arweave（永久存储）vs. 中心化服务器（HTTP URL）→ 中心化URL意味着项目方可能随时更换或删除内容，这是评级为「高风险」的红旗。
   - JSON元数据本身包含的`image`、`animation_url`等字段指向的媒体文件是否已上传且可通过去中心化存储访问。
   - 是否存在`explicit_content`、`category`等字段——在中国大陆语境下，数字藏品元数据中不应包含任何暗示金融属性的信息（如「收益权」「分红比例」「质押权益」等）。

2. **可升级URI（Upgradable Metadata）风险**：
   - 合约是否存在`setBaseURI()`或`setTokenURI()`函数 → 若无`onlyOwner`或其他权限控制，则为严重安全漏洞。
   - 即便有权限控制，项目方保留更改元数据的权利对持有人的价值预期构成法律风险——可能构成《民法典》第577条的违约。建议在链下合同中明确约定「元数据不可篡改承诺」（Immutability Pledge）。

3. **元数据中的权利声明**：
   - 是否在元数据的`attributes`或`properties`中嵌入CC0/CC BY-NC等许可声明？链上声明的法律效力需结合链下条款综合判断。
   - 在中国大陆合规数字藏品中，元数据应明确标注「本数字藏品不包含对关联数字作品的任何著作权授权，除个人收藏展示外不得商用」——以防止持有人主张超出预期的权利。

### C. 链上许可条款的合同有效性〔二元判断树〕

**判断1：链上许可条款是否构成法律意义上的「合同」？**

依据《民法典》第469条（合同形式）、第471条（合同订立方式）、第490条（书面形式）：

- **肯定理由**：智能合约调用（`mint`/`buy`交易）是持有人主动签署的数字签名操作（ECDSA签名），对合约参数的「同意」可通过交易行为推定。若合约解释了许可证条款，持有人「点击铸造」的行为可被理解为对合约条款的接受（《民法典》第491条第2款）。
- **否定理由**：普通用户通常不阅读合约源代码或元数据JSON，难以证明用户「知道且同意」链上许可条款的具体内容。中国大陆法院在处理格式条款（格式合同）时持严格审查态度（《民法典》第496-498条）。

**结论**：链上许可条款可构成合同，但法院可能采取以下裁判路径：
1. 将链上条款解释为合同中的「格式条款」——对条款提供方（项目方）作不利解释。
2. 以「未尽到合理提示和说明义务」（《民法典》第496条）为由，认定条款对持有人不产生效力。

**判断2：条款内容是否违反强制性法律规定？**

- 许可条款是否限制用户向中国监管部门举报或寻求救济的权利？→ 违反《民法典》第497条（无效格式条款）。
- 许可条款是否以「代币化版权」（Tokenized Copyright）的方式变相发行证券？→ 触发2017年9·4公告，可能被认定为变相ICO。
- 许可条款是否约定二次交易的利润共享（给项目方）？→ 若被解释为向不特定公众提供「投资回本+分润」的预期，可能触发非法集资风险。

### D. ERC标准选择与法律含义

| 标准 | 法律含义 |
|------|---------|
| **ERC-721**（Non-Fungible Token） | 每枚NFT唯一——法律上可类比「编号作品的原件」。唯一性可作为权利人主张「作品原件所有权」的辅助证据。 |
| **ERC-1155**（Multi-Token） | 半同质化——同一ID可多枚发行。此结构更接近「限量发行数字藏品」概念，但需注意大量发行同一ID可能被认定为「证券化发行」——与2021年9月24日通知的监管倾向不符。 |
| **ERC-2981**（Royalty） | 链上版税声明——在中国大陆目前不被法院强制执行，但可作为合同版税约定的证据。 |
| **ERC-4907**（Rental NFT） | 可租借NFT——涉及「使用许可」的链上分时分割，需注意中国大陆对虚拟资产「租赁」行为尚无明确法律依据。 |

## 三、操作流程

### Step 1 — 合约源代码获取与初步审查

1. 从区块链浏览器（Etherscan/BSCScan/Polygonscan）获取已验证的开源代码。
2. 确认合约实现的标准接口（ERC-721/1155/2981/4907等），检查是否有未公开的自定义函数。
3. 使用静态分析工具（Slither/MythX/Remix Analyzer）进行安全审计。
4. 提取`tokenURI()`和`contractURI()`的baseURI或具体返回值，定位元数据存储位置。

### Step 2 — 元数据与许可条款提取

1. 通过IPFS Gateway或直接HTTP请求拉取元数据JSON。
2. 检查元数据中是否包含许可声明（`license`、`rights`、`attributes`字段中的权利描述）。
3. 将链上许可声明与项目方公布的链下《服务条款》《用户协议》交叉比对，排查不一致之处。

### Step 3 — 版税机制合规审查

1. 确认合约是否实现`royaltyInfo()`或`salePrice()`函数。
2. 计算版税比例并以年化转售频次模拟累积版税金额——若远超作品一次授权费，可能提示投机风险。
3. 检查版税调整函数（`setDefaultRoyalty`/`setTokenRoyalty`/`withdrawFees`）的权限控制——是否存在无时间锁（Timelock）的单签名Owner函数？

### Step 4 — 合规风险评估与报告生成

- **高风险信号**：
  - 合约有未公开的Owner后门函数（如`transferOwnershipWithData`、`mintToAdmin`）。
  - 元数据存储在中心化AWS/阿里云且无可更改承诺。
  - 合约包含质押（Staking）、分红（Dividend）、推荐奖励（Referral Bonus）逻辑。
  - 中文项目宣传材料中出现「认购」「回购」「保底收益」等词汇。
- **中风险信号**：
  - 版税beneficiary不是多签钱包或DAO国库。
  - 合约使用了任何Proxy模式（意味着合约逻辑可被升级替换）。
  - 未在元数据中明确权利声明或使用模糊表述。

## 四、升级决策门

出现以下情形，将案件移交专业律师：

- 涉及刑事犯罪风险（非法集资/传销/洗钱）
- 涉案金额特别巨大（>1000万人民币）
- 涉及跨境执法（美国SEC/OFAC）
- 智能合约中包含分红/质押/挖矿/推荐返利等资金池机制——需评估是否构成《最高人民法院关于审理非法集资刑事案件具体应用法律若干问题的解释》第1-2条项下的非法吸收公众存款特征
- 合约涉及NFT碎片化（Fractionalization or F-NFT）发行——可能导致NFT被认定为一揽子证券（Howey Test + 中国大陆证券法类比适用）
- 元数据URI指向的内容涉及他人肖像权、名誉权或未授权的知名IP
- 合约中存在针对中国大陆用户的KYC/白名单控制但未落实《个人信息保护法》的跨境数据传输合规义务