一、NFT与钱包基础：从概念到实战
说实话，每次带新人入门NFT开发，我都要先问一个问题：你真的理解NFT是什么吗？不是那种「哦，就是一张图片」的理解，而是从技术底层去认识它。今天我们就从最基础的概念开始，一步步把NFT和钱包的底裤扒干净。
1.1 NFT到底是什么？
NFT的全称是Non-Fungible Token，中文叫「非同质化代币」。说白了，就是独一无二、不可互换的数字资产。
你想想看，你手里的1个比特币和我手里的1个比特币，本质上是一样的，可以互换。但NFT不一样——我手里的CryptoPunk #5822和你手里的CryptoPunk #3100，那是两个完全不同的东西，没法等价交换。
核心特征：
- 唯一性：每个NFT都有唯一的tokenId
- 不可分割：你不能拥有半个NFT
- 可验证：所有权记录在链上，公开透明
- 可编程：可以附加元数据、版税逻辑等
我在做第一个NFT项目时，犯过一个低级错误——以为NFT就是存一张图片在链上。后来才发现，链上存的只是一个指向元数据的URI，真正的图片通常存在IPFS或中心化服务器上。嗯，这个坑我替你们踩过了。
1.2 ERC-721标准：NFT的鼻祖
ERC-721是以太坊上第一个NFT标准，2018年由Dapper Labs提出。我当年第一次看这个标准时，觉得它简单得有点过分——就几个接口而已。
// ERC-721核心接口
interface IERC721 {
// 查询某个tokenId的拥有者
function ownerOf(uint256 tokenId) external view returns (address);
// 查询某个地址拥有的NFT数量
function balanceOf(address owner) external view returns (uint256);
// 安全转账（带回调检查）
function safeTransferFrom(address from, address to, uint256 tokenId) external;
// 授权操作
function approve(address to, uint256 tokenId) external;
function getApproved(uint256 tokenId) external view returns (address);
}这里有个关键点：ERC-721的转账有两种方式——transferFrom和safeTransferFrom。我建议你永远用safeTransferFrom，因为它会检查接收方是不是合约，如果是合约，会调用onERC721Received方法确认对方能处理NFT。否则，你的NFT可能就永远锁在合约里了。
避坑指南：我曾经在项目里用了transferFrom，结果用户把NFT转到了一个不支持ERC-721的合约里，直接导致资产永久锁定。那次事故让我记住了：永远用safeTransferFrom。
1.3 ERC-1155标准：多代币的救星
做游戏NFT的朋友应该深有体会——一个游戏里可能有武器、皮肤、道具、金币，如果每个都用ERC-721实现，gas费会高得离谱。ERC-1155就是为解决这个问题而生的。
ERC-1155的核心思想是批量操作。同一个合约里可以管理多种代币，每种代币有一个ID，可以是FT（同质化）也可以是NFT（非同质化）。
// ERC-1155核心接口
interface IERC1155 {
// 批量查询余额
function balanceOfBatch(
address[] calldata accounts,
uint256[] calldata ids
) external view returns (uint256[] memory);
// 批量转账
function safeBatchTransferFrom(
address from,
address to,
uint256[] calldata ids,
uint256[] calldata amounts,
bytes calldata data
) external;
}我个人习惯在游戏项目里优先考虑ERC-1155。举个例子：你发行1000把「屠龙刀」，每把刀都是唯一的NFT，用ERC-721需要部署1000个合约或者1000次mint操作。但用ERC-1155，一个合约、一次交易就能搞定。
| 特性 | ERC-721 | ERC-1155 |
|---|---|---|
| 代币类型 | 仅NFT | FT + NFT混合 |
| 批量操作 | 不支持 | 原生支持 |
| Gas效率 | 低（单次操作） | 高（批量操作） |
| 适用场景 | 艺术品、收藏品 | 游戏、元宇宙 |
1.4 钱包类型：EOA vs 合约钱包
说到钱包，很多人第一反应就是MetaMask。但MetaMask只是EOA（外部拥有账户）的一种实现。EOA的核心特征就是私钥即控制权——谁有私钥，谁就能控制这个账户。
而合约钱包（也叫智能合约钱包）就不一样了。它是一段部署在链上的代码，通过逻辑来控制资产。比如Gnosis Safe就是典型的合约钱包。
EOA vs 合约钱包对比：
- EOA：私钥丢失 = 资产永久丢失，没有恢复机制
- 合约钱包：支持多签、社交恢复、限额控制等高级功能
- EOA：交易必须由私钥签名，无法自动化
- 合约钱包：可以通过合约逻辑实现自动执行
我记得有个项目方，把几百万美元的NFT都存在一个EOA里，结果私钥被钓鱼了。如果当时用的是合约钱包，至少还能通过多签机制挽回。所以我的建议是：大额资产一定要用合约钱包。
1.5 私钥与公钥原理
这个知识点，我尽量用大白话讲清楚。私钥和公钥的关系，说白了就是一对数学上的钥匙。
私钥是一个256位的随机数，你可以把它想象成一个超级大的数字（2^256量级）。公钥是通过椭圆曲线加密算法（ECDSA）从私钥推导出来的。而钱包地址，又是从公钥经过哈希运算得到的。
// 私钥 -> 公钥 -> 地址 的推导过程（简化）
私钥: 0x1234...abcd (256位随机数)
↓ 椭圆曲线乘法
公钥: 0x5678...ef01 (512位，未压缩)
↓ Keccak-256哈希
地址: 0x... (取哈希的后20字节)小技巧：你永远可以从私钥推导出公钥和地址，但反过来不行。这就是为什么「私钥就是一切」——有了私钥，你就能控制这个地址下的所有资产。
这里有个常见的误解：很多人以为钱包地址就是公钥。其实不是。地址是公钥的哈希值，长度更短（20字节 vs 64字节），也更方便使用。
我在做安全审计时，见过一个项目把公钥直接暴露在合约里。虽然理论上公钥公开也没事，但一旦量子计算成熟，从公钥反推私钥就变得可能。所以最佳实践是：只在签名验证时使用公钥，不要把它存到链上。
安全提醒：私钥一旦泄露，你的资产就没了。没有客服、没有找回机制、没有后悔药。我见过太多人把私钥截图存在手机里、发到微信上、甚至写在便利贴上。千万别这么做。
1.6 实战中的钱包集成要点
好了，理论说完了，我们来点实际的。如果你要在NFT平台里集成钱包，有几点我建议你注意：
- 优先支持WalletConnect：不要只支持MetaMask，用户可能用Trust Wallet、Rainbow、Coinbase Wallet等
- 处理好链切换：用户可能在以太坊主网上，但你的NFT在Polygon上，要引导用户切换网络
- 签名验证要严谨：不要直接用ecrecover，要考虑签名重放攻击
- 显示Gas费用：用户需要知道这笔交易要花多少钱，别让他们在确认时才发现Gas不够
我个人习惯在项目初期就集成Web3Modal这个库，它封装了多种钱包的连接方式，省去很多重复工作。但要注意，它只是一个连接层，真正的交易签名还是要你自己处理。
嗯，这一章的内容就到这里。下一章我们会深入钱包连接与交易签名的实战细节，包括如何处理EIP-712结构化签名、如何避免常见的签名漏洞等。到时候见。