一篇让你读完上手的“NFT确权”指南：别被JPEG骗了，这行代码才是资产证明

你有没有想过——你花了几万块买的一个“NFT头像”本质上只是一串代码里的一行记录。不是你想象中的那张图片。那张图片可能存某个服务器上。哪天服务器一关图片没了但你的“所有权”还在链上写着。所以问题来了你买的到底是那张图还是链上的那行字说白了这行代码才是你真正的资产证明。先给你看个数据2023年8月全球NFT月交易额冲到过49.5亿美元。但同一时期研究人员扫描了87,839个ERC-721合约发现了44,863,255个“脆弱的NFT绑定”缺陷1,373个“不符合规范”的实现105个“植入后门”什么概念近9万个NFT合约里藏着超过4485万个潜在问题。你的NFT可能就踩中了其中一个。先搞清楚NFT到底怎么“确权”的一张图看懂text┌─────────────────────────────────────────────────────────────┐ │ 你的NFT 三样东西 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ ️ 唯一Token ID → 就像房产证上的编号 │ │ 合约地址 → 就像“这个房产归哪个区管” │ │ 元数据链接 → 指向那张图片的“地址” │ │ │ │ 缺了任何一个你的“所有权”都不完整 │ │ │ └─────────────────────────────────────────────────────────────┘NFT通过ERC-721智能合约来执行确权规则。核心接口就这几个函数干什么的ownerOf(tokenId)查这个NFT现在归谁balanceOf(address)查这个人有多少个NFTtransferFrom()把NFT转给别人tokenURI(tokenId)返回一个链接指向这个NFT的“说明书”每个ERC-721代币都有一个唯一编号tokenId它和所有权、元数据绑定在一起。你买的不是那张图你买的是这组绑定关系。但是——这组绑定关系可以被“篡改”你猜怎么着很多NFT项目的tokenURI是可以改的。项目方今天把tokenURI(1)指向ipfs://QmXXX/1.json明天可以改成指向另一张图。你手里的“所有权证明”指向的东西变了。你买的是一只猴子项目方改完之后你手里可能变成了一块石头。这不是危言耸听。这是元数据篡改Metadata Tampering——NFT领域最常见的风险之一。来看一段真实的NFT合约代码这是一个简化版的NFT合约solidity// SPDX-License-Identifier: MIT pragma solidity ^0.8.20; import openzeppelin/contracts/token/ERC721/ERC721.sol; import openzeppelin/contracts/access/Ownable.sol; contract MyNFT is ERC721, Ownable { string public baseURI; constructor(string memory _baseURI) ERC721(MyNFT, MNFT) { baseURI _baseURI; } // ⭐ 关键这个函数决定了你的NFT指向什么 function tokenURI(uint256 tokenId) public view override returns (string memory) { require(_exists(tokenId), Token does not exist); return string(abi.encodePacked(baseURI, Strings.toString(tokenId), .json)); } // ⚠️ 危险只有owner可以改baseURI // 但如果owner是一个钱包而不是多签……风险就来了 function setBaseURI(string memory _newBaseURI) public onlyOwner { baseURI _newBaseURI; } // 批量铸造 function batchMint(address to, uint256 amount) public onlyOwner { require(amount 0, Amount must be greater than zero); for (uint256 i 0; i amount; i) { _mint(to, totalSupply() 1); } } }这段代码看起来没问题对吧但审计的时候你要问三个问题onlyOwner——这个owner是谁一个人一个多签还是一个黑洞地址setBaseURI——改完之后所有NFT的tokenURI都变了用户知情吗batchMint——owner可以无限增发你的NFT会贬值吗NFT合约的四大“杀手级”漏洞 漏洞一重入攻击ERC-721有个安全机制叫ERC721Receiver用来防止NFT被转到不支持NFT的合约里。但这个机制会触发外部调用攻击者可以利用这个外部调用“重入”合约。真实场景一个叫TheMasks的NFT合约规定每笔交易最多铸造20个NFT总量有上限。攻击者调用mintNFT(20)在_safeMint触发的外部回调里再次调用mintNFT(20)。因为totalSupply()还没更新完合约以为还没到上限结果——攻击者一单铸造了110个NFT远超20个的限制。2025年多个Pepe NFT项目因重入和拒绝服务漏洞被攻击损失超过100万美元。 漏洞二无限制铸造Unrestricted Minting典型问题mint函数没有任何限制任何人都可以无限铸造。solidity// ❌ 危险 function mint(address to) public { _mint(to, totalSupply() 1); } // ✅ 安全加限制 function mint(address to) public onlyWhitelisted { require(totalSupply() MAX_SUPPLY, Sold out); require(!hasMinted[msg.sender], Already minted); _mint(to, totalSupply() 1); } 漏洞三签名可重放Replayable Signatures很多项目用签名来验证白名单。但如果签名里没有包含链ID、合约地址、过期时间攻击者可以把一个项目的签名拿到另一个项目上用。2025年Immunefi审计竞赛中就发现了多个签名重放漏洞攻击者可以利用它跨合约铸造NFT。 漏洞四权限过于集中owner一个人能改元数据、能增发、能提款、能暂停合约。如果owner的私钥被盗了——整个项目就没了。这就是为什么顶级项目都用多签钱包时间锁来管理合约。NFT审计要查什么我给你列个清单检查项要查什么铸造控制有没有总量上限有没有白名单限制元数据治理tokenURI能不能被改改之前有没有时间锁签名机制签名里有没有链ID、nonce、过期时间权限设计owner是谁多签还是单点有没有时间锁重入防护有没有ReentrancyGuard外部调用前后状态更新了吗升级能力合约能不能升级谁有升级权限支付与提款用的是pull模式还是push模式真实案例Gondi NFT平台被黑2025年7月NFT借贷平台Gondi遭遇合约漏洞攻击。损失金额23万美元。攻击者利用了合约中的某个逻辑缺陷绕过了权限检查。23万美元就从一个“不起眼”的漏洞里流走了。作为普通用户你怎么保护自己✅ 买NFT之前做这四件事查合约有没有审计报告——没审计的默认有风险看owner是谁——如果是单钱包跑如果是多签时间锁相对安全问三个问题能无限铸造吗能改图吗能暂停转账吗用工具扫一下——比如Honeypot Rug Detector或NFTGuard✅ 交易时做这件事模拟签名——用Pocket Universe这类工具在签名前预览一下这笔交易到底会转走什么资产。别盲签。盲签是丢NFT最快的方式。最后给你总结一下NFT不是那张图。那张图只是存在某个地方的图片文件。真正的资产是链上那行代码里的一串记录——ownerOf(tokenId) 你的地址。但前提是这行代码写得对这行代码没被篡改这行代码的权限没落在坏人手里所以别光看图片好不好看。去看代码。那行代码才是你真正的资产证明。