ERC-721 的 tokenURI 與 NFT 中繼資料：圖片不是合約本身

說清楚 tokenURI、IPFS、HTTP 和凍結中繼資料的差異，建立收藏與交易前的驗證步驟。

代幣與圖片是兩層資料

ERC-721 合約記錄 tokenId、所有權和轉移事件；名稱、描述、圖片等中繼資料通常透過 tokenURI 指向 JSON。tokenURI 可以是 HTTPS、IPFS 或由合約即時產生的 data URI。看到市場頁面上的圖片，不代表該檔案永久存在，也不代表合約承諾某個品牌或稀有度。

讀取 tokenURI 的方法

先確認 NFT 所在鏈和合約地址，再從官方 ABI 或可信瀏覽器讀取 tokenURI。取得 JSON 後檢查 name、description、image、attributes 欄位，並記錄原始 URI。若 URI 經過多次跳轉，應保存每一層來源和查詢時間。使用者端快取可以改善速度，卻不能證明資料未被替換。

HTTP 與 IPFS 的取捨

HTTP 伺服器可以在不改變 tokenId 的情況下更新圖片或描述；IPFS 以內容雜湊定位檔案，理論上更容易驗證內容是否變動，但仍需要節點或固定服務提供可用性。ipfs:// 連結透過閘道開啟時，核對 CID 與實際下載內容，不要把閘道網域當成內容所有者。

動態 NFT 和合約生成

有些合約根據區塊、持有者或外部預言機生成 metadata。這類設計需查看合約原始碼、更新權限和依賴的外部服務。若專案宣稱「永不改變」，仍應確認是否存在 owner、代理升級或可改寫的 base URI。

購買前的風險核對

把 tokenId、tokenURI、metadata 雜湊、圖片來源和版權說明放在自己的記錄中。不要把持有代幣等同於取得著作權或商業授權；版權要看合約與專案正式條款。遇到要求連結陌生網站簽名或支付解鎖費的訊息，先停止並從官方社交帳號交叉確認。

操作清單

核對鏈與合約；讀取 tokenURI；保存 JSON 和 CID；檢查可變權限與代理；分開理解所有權和版權；以小額或只讀查詢完成驗證。

補充核對筆記

還要注意中繼資料 JSON 可能引用另一個外部圖片或動畫檔案；保存 JSON 不代表保存其所有子資源。下載時以 CID、內容雜湊和檔案大小建立檢查表，並確認專案對動態更新、授權和撤下內容的說明。若市場只顯示一張縮圖，不能據此判斷原始檔案、版權或稀有度，應從合約和正式條款重新核對。

最後，把本次核對使用的官方頁面、鏈上資料和查詢日期保存在自己的檔案中，並在再次操作前重新確認。介面、費率、權限和服務條款都可能更新，舊截圖不能取代最新核驗。任何要求提供私鑰、助記詞、驗證碼或遠端控制的流程，都應立即停止並改用官方入口。