如何从头开始创建 NFT 合约（ERC-721）？

了解 ERC-721 标准规范

1. ERC-721定义了每个合规合约必须实现的一组强制函数和事件，包括ownerOf 、 safeTransferFrom和approve 。

2. 该标准强制执行唯一的代币标识符——每个 NFT 必须有一个独特的 uint256 ID，在任何给定时间映射到恰好一个所有者。

3. 元数据支持是可选的，但被广泛采用； tokenURI函数返回一个指向包含名称、描述和图像链接的 JSON 的 URI。

4. Transfer 事件必须发出带有 from、to 和 tokenId 参数的Transfer ，以确保钱包和浏览器兼容性。

5. 基本 ERC-721 不要求支持枚举，但许多实现添加了TotalSupply和tokenByIndex来进行市场索引。

搭建开发环境

1. 安装 Node.js 和 npm 来管理 Hardhat 或 Foundry 等依赖项，以进行本地编译和测试。

2. 使用npm init -y初始化一个新项目，并通过npm install @openzeppelin/contracts安装 OpenZeppelin Contracts。

3. 配置 Hardhat 配置文件以连接到 Sepolia 或本地 Anvil 网络以进行部署模拟。

4. 在contracts目录下创建一个名为MyNFT.sol的Solidity文件，并导入OpenZeppelin的ERC721和Ownable模块。

5. 定义构造函数参数，例如名称和符号，然后使用这些值调用父 ERC721 构造函数。

编写核心合约逻辑

1. 添加_baseTokenURI状态变量来存储元数据的根路径，仅由合约所有者更新。

2. 重写tokenURI函数，将_baseTokenURI与 tokenId 字符串连接起来，确保 IPFS 或 HTTP 端点正确解析。

3. 实现一个mint函数，该函数使用_safeMint将新令牌专门分配给 msg.sender 并递增内部计数器。

4. 在setBaseURI等敏感函数上引入onlyOwner修饰符，以防止未经授权的元数据操作。

5. 包含supportsInterface覆盖，以针对0x80ac58cd (ERC-721) 和0x5b5e139f (ERC-721 元数据) 接口ID 返回true。

在测试网上编译和部署

1.运行npx Hardhatcompile生成ABI和字节码；验证没有出现语法或继承错误。

2. 编写一个部署脚本，以“CryptoPanda”和“CPANDA”作为参数调用合约构造函数。

3. 在为部署者地址提供资金后，使用npx hardhat run scripts/deploy.js --network sepolia广播交易。

4. 使用编译期间使用的相同编译器版本和优化设置在 Etherscan Sepolia 上验证合约。

5. 使用 Etherscan 的“Write as Proxy”或 MetaMask 连接的 dApp 接口与已部署的合约进行交互，以触发铸造和传输。

常见问题解答

问：铸造后我可以更改 tokenURI 吗？答：是的，如果您的合约允许通过仅限所有者的 setter 函数进行更改，但更改它会追溯影响所有之前铸造的代币，除非您存储每个代币的 URI。

问：如果两个代币共享相同的 ID 会发生什么？答：由于 OpenZeppelin 的_owners映射验证强制执行重复映射检查，合约将在铸造期间恢复。

问：ERC-721 的 Gas 成本是否比 ERC-20 更高？答：是的，ERC-721 操作需要对每个代币 ID 进行单独的存储写入，从而导致铸造和传输的 Gas 消耗量显着增加。

问：我需要在合同中落实特许权使用费吗？答：否——特许权使用费不属于 ERC-721 规范的一部分。如果通过 ERC-2981 实现，OpenSea 等平台会从RoyaltyInfo函数中读取版税信息。