如何從頭開始創建 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函數中讀取版稅信息。