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