4、ERC-721标准详解：ERC-721接口规范、IERC721与IERC721Metadata、OpenZeppelin库介绍

好，咱们今天来啃一块硬骨头——ERC-721标准。说实话，这个标准刚出来那会儿，我第一反应是「这不就是给每个NFT发个身份证嘛」。但真正在项目里用起来，才发现里面的门道比想象中多得多。

ERC-721，说白了就是以太坊上定义「非同质化代币」的一套规则。跟ERC-20那种「你一个我一个大家都一样」的Token不同，ERC-721强调每个Token都是独一无二的。你想想看，如果CryptoKitties里的每只猫都长一样，那还玩个啥？

4.1 ERC-721接口规范

先看核心接口。ERC-721标准定义了一套必须实现的方法和事件。我习惯把它拆成三块：

• 所有权管理：谁拥有哪个Token，能不能转给别人
• 转账操作：安全转账和普通转账的区别
• 授权机制：让别人帮你操作你的NFT

核心方法就这几个：

// 查询某个Token的拥有者
function ownerOf(uint256 tokenId) external view returns (address);

// 安全转账（带接收检查）
function safeTransferFrom(address from, address to, uint256 tokenId) external;

// 普通转账
function transferFrom(address from, address to, uint256 tokenId) external;

// 授权操作
function approve(address to, uint256 tokenId) external;
function getApproved(uint256 tokenId) external view returns (address);
function setApprovalForAll(address operator, bool approved) external;
function isApprovedForAll(address owner, address operator) external view returns (bool);

嗯，这里要注意safeTransferFrom和transferFrom的区别。我在早期项目里吃过亏——直接用transferFrom把NFT转到一个合约地址，结果那个合约没有实现onERC721Received接口，NFT直接卡死在合约里了。所以我现在一律推荐用safeTransferFrom，除非你100%确定接收方没问题。

4.2 IERC721与IERC721Metadata

这两个接口，我习惯把它们看成「基础版」和「增强版」。

IERC721 是必须实现的接口，定义了刚才说的那些核心方法。任何自称是ERC-721的合约，都得实现这个接口。否则，你懂的，钱包和交易所根本不认。

IERC721Metadata 是可选的扩展接口，但它几乎成了事实标准。它加了三个方法：

function name() external view returns (string memory);
function symbol() external view returns (string memory);
function tokenURI(uint256 tokenId) external view returns (string memory);

tokenURI 这个函数特别关键。它返回的是一个JSON元数据的链接，里面包含了NFT的图片、名称、属性等信息。我见过很多新手直接把图片数据存在链上，gas费高得吓人。其实标准做法是把元数据存在IPFS或中心化服务器上，链上只存一个URI。

4.3 OpenZeppelin库介绍

说到ERC-721实现，就绕不开OpenZeppelin。这个库，说白了就是智能合约界的「标准零件库」。你不需要从零造轮子，直接拿来用就行。

我最常用的几个合约：

举个实际例子。我最近写的一个NFT项目，直接这样继承：

import "@openzeppelin/contracts/token/ERC721/ERC721.sol";
import "@openzeppelin/contracts/token/ERC721/extensions/ERC721Enumerable.sol";
import "@openzeppelin/contracts/token/ERC721/extensions/ERC721URIStorage.sol";
import "@openzeppelin/contracts/access/Ownable.sol";

contract MyNFT is ERC721, ERC721Enumerable, ERC721URIStorage, Ownable {
    constructor() ERC721("MyNFT", "MNFT") {}

    function safeMint(address to, uint256 tokenId, string memory uri)
        public
        onlyOwner
    {
        _safeMint(to, tokenId);
        _setTokenURI(tokenId, uri);
    }

    // 必须重写这几个函数，因为多重继承有冲突
    function _beforeTokenTransfer(...) internal override(ERC721, ERC721Enumerable) {
        super._beforeTokenTransfer(...);
    }

    function _burn(uint256 tokenId) internal override(ERC721, ERC721URIStorage) {
        super._burn(tokenId);
    }

    function tokenURI(uint256 tokenId)
        public
        view
        override(ERC721, ERC721URIStorage)
        returns (string memory)
    {
        return super.tokenURI(tokenId);
    }
}

你看，代码量其实很少。OpenZeppelin帮我们处理了90%的细节。但有个坑——多重继承时函数签名冲突的问题。我刚开始用的时候，忘了重写_beforeTokenTransfer，编译直接报错。后来养成了习惯，每次继承多个扩展，先检查有没有需要重写的函数。

最后说一句，别觉得用OpenZeppelin就是偷懒。恰恰相反，在区块链这个领域，自己造轮子才是最大的风险。你想想看，OpenZeppelin的代码经过了多少次审计、多少项目验证过？我个人的原则是：能用现成的绝不自研，除非有特殊需求。

下一章我们会手把手写一个完整的ERC-721合约，到时候这些概念都会用上。嗯，做好准备，代码量会有点大。