ERC721 / 1155的需求確認清單
在規劃一個項目的時候,我會用一個清單逐項檢查過,這個清單可以減少很多遺漏的事項
項目資料
- 項目代號:會顯示在scan上
 - 項目全名:會顯示在scan及市場預設說明上
 - 發行總量
 - 超過是直接鎖死還是有條件鎖死
 - 擁有人能不能解鎖或增發?
 - 是否設定起賣時間?
 - 能不能暫停「鑄造跟傳送」?
 - Enumerable 功能是否需要(扩增方便查询的功能,但会多了储存,多消耗gas)
 - 能不能轉移所有權
 - Metadata要如何儲存
 - BaseURI是要固定的還是之後可以改的?
 - 所有tokenID都用同一个baseURI還是各自有各自的?
 - 是否將Metadata直接存在鏈上
 - 是否需要Received的呼叫?
 - 是否需要DAO中的投票功能?
 
鑄造相關:
- 部署合約的時候要不要預先鑄造?
 - 鑄造的token編號,是要自動累加還是有什麼特殊需求
 - 例如映射轉移,就要保留舊的NFT編號
 - 或是你也可以讓鑄造者自挑編號
 - 是否可以批量鑄造
 - 鑄造需要費用嗎?
 - 鑄造費用是固定的還是變動的?變動的規則是什麼?
 
隨機方式
- 是否要用到「不重複隨機」的鑄造方式?
 - 或是採用開圖隨機
 - 是否要预留空投跟白名单?
 
白名單:
- 有沒有白名單機制
 - 白名單預計發多少量
 - 每一波的價格怎麼設定
 - 要用mapping還是Merkle Tree?
 - 白名單是一次發還是多次發?
 - 多次的話,人員名單能不能重複?
 
空投功能
- 是否需要指定id對應地址
 - 能不能被銷毀
 - 銷毀也影響到未來如果直接映射轉移的話,舊的要不要銷毀掉
 
其他支援:
- 是否支援 ERC2981(版稅資料設計與收集)
 - 是否支援 ERC2309(批量)
 - 是否支援 ERC998(NFT打包組合,目前為草稿)
 - 是否支援 ERC3664(樂高式,目前為草稿)
 - 是否需要跟其他合約互動?
 - 之後會考慮類似質押功能嗎?
 - 質押的邏輯為何?
 - 有無衍生代幣?
 - 有無其他附加功能?例如等級,經驗值等等?
 
