NFT 中繼資料更新

什麼是 NFT 中繼資料更新？

NFT 中繼資料更新，是指變更與非同質化代幣相關的描述資料。

這些資料可能包括 NFT 名稱、描述、圖片連結、動畫檔案、屬性、特徵、等級、稀有度資訊、外部 URL、遊戲數據、可解鎖內容的參照，或錢包、市場、遊戲及區塊鏈應用程式向使用者顯示的其他資訊。

在加密貨幣領域，NFT 通常會記錄在鏈上，但媒體檔案與描述資訊往往儲存在區塊鏈之外。

智能合約通常會透過 token URI 指向這些資訊。token URI 是一個連結或參照，告訴應用程式要到哪裡查找 NFT 中繼資料。

對 ERC-721 NFT 而言，可選用的中繼資料擴充功能包含

函式。官方ERC-721 標準說明，此 URI 可以指向符合 ERC-721 Metadata JSON Schema 的 JSON 檔案。

對 ERC-1155 NFT 而言，官方ERC-1155 標準使用

函式，並支援在同一份智能合約中，為多種代幣類型設定中繼資料 URI 模式。

當專案、創作者或經授權的智能合約邏輯變更中繼資料本身、變更 token URI，或變更應用程式讀取代幣顯示資訊的方式時，就會發生 NFT 中繼資料更新。

更新可能是預先規劃的，例如鑄造後揭露內容；也可能是實際需要，例如修正失效的圖片連結。

更新也可能是動態的，例如遊戲活動後變更遊戲角色的等級。

為什麼 NFT 中繼資料更新很重要

NFT 中繼資料更新很重要，因為使用者檢視 NFT 時，實際上大多看到的是中繼資料。

區塊鏈紀錄可證明代幣所有權，而中繼資料則說明代幣代表什麼。

如果中繼資料有誤、不完整、無法取得或已過時，即使代幣仍存在於鏈上，NFT 看起來也可能像是已損壞。

這可能影響使用者信任、收藏價值、市場顯示、錢包預覽、遊戲功能與社群信心。

例如，圖片中繼資料失效的個人頭像 NFT，在錢包中可能會顯示為空白項目。

屬性過時的遊戲 NFT，可能會顯示錯誤的戰力等級或道具類別。

媒體 URL 有誤的音樂 NFT，可能無法播放正確曲目。

活動資訊過時的票券 NFT，可能讓持有者對使用權感到困惑。

因此，中繼資料更新不只是技術問題。

在加密貨幣市場中，這也關係到使用者體驗、資產品質與信任。

更新前的 NFT 中繼資料運作方式

多數 NFT 中繼資料系統會先由智能合約儲存或產生 token URI。

此 URI 會指向 JSON 檔案或中繼資料回應。

JSON 檔案通常包含

、、 與 等欄位。

官方 ERC-721 Metadata JSON Schema 包含名稱、描述與圖片等基本欄位。

許多 NFT 專案也會加入特徵、動畫檔案、外部連結、背景顏色、稀有度數值、遊戲數據及收藏品專屬屬性等欄位。

錢包與 NFT 應用程式會讀取 token URI、取得中繼資料，再以方便使用者理解的形式顯示內容。

如果中繼資料儲存在中心化伺服器，變更伺服器回應就可能更新使用者看到的內容。

如果中繼資料使用內容識別碼儲存在 IPFS，變更檔案就會產生新的內容識別碼，因為 IPFS 採用內容定址。

IPFS NFT 資料指南建議使用 IPFS URI 作為 NFT 資料連結的標準形式，並事先規劃資料的持續保存與可用性。

如果中繼資料完全儲存在鏈上，智能合約本身可能會回傳中繼資料；不過，視合約設計而定，更新成本可能較高，操作也可能較困難。

NFT 中繼資料更新的常見原因

NFT 中繼資料更新的常見原因之一是系列揭露。

許多 NFT 專案會先鑄造佔位中繼資料，再於揭露後更新各代幣的正式作品與特徵。

另一個原因是修正錯誤。

專案可能需要修正錯字、失效圖片、錯誤特徵、不正確的描述或無效媒體連結。

第三個原因是改善儲存品質。

專案可能將中繼資料從中心化伺服器移至 IPFS、Arweave 或其他儲存系統，以提升長期存取能力。

第四個原因是提供動態功能。

有些 NFT 的設計會根據遊戲進度、成就、質押狀態、活動出席情況、忠誠度等級，或其他鏈上與鏈下訊號而變化。

第五個原因是合規或安全需求。

專案可能需要移除惡意軟體連結、修正不安全的外部 URL、修正誤導內容，或更新與 NFT 體驗相關的條款。

第六個原因是擴充中繼資料。

專案可能在推出後新增屬性、媒體格式、在地化欄位、動畫檔案或更豐富的資產屬性。

NFT 中繼資料更新與 NFT 轉移的差異

NFT 中繼資料更新與 NFT 轉移並不相同。

轉移會變更持有 NFT 的錢包。

中繼資料更新則會變更與 NFT 關聯的資訊。

例如，Alice 將 NFT 傳給 Bob 時，代幣所有者會從 Alice 變成 Bob，但圖片與屬性可能維持不變。

如果遊戲將 NFT 的等級從 10 更新至 11，中繼資料會變更，但所有者可能仍是同一人。

這項區別很重要，因為所有權與呈現方式是 NFT 系統中的不同層面。

代幣合約會追蹤所有權與轉移規則。

中繼資料層則描述與代幣相關的資產、媒體、功能或特徵。

完善的 NFT 設計會向使用者清楚說明這兩個層面。

NFT 中繼資料更新與 Token URI 更新的差異

NFT 中繼資料更新與 token URI 更新彼此相關，但兩者不一定相同。

中繼資料更新會變更實際的 JSON 資料或顯示內容。

token URI 更新則會變更用來取得中繼資料的連結或參照。

有時兩者會同時發生。

例如，專案可能會將新的 JSON 檔案上傳至 IPFS，再更新 token URI，使其指向新的 IPFS CID。

有時中繼資料會變更，但 token URI 不變。

例如，中心化 API 端點可能透過同一個 URL 回傳新的 JSON 資料。

有時 token URI 會變更，但最終中繼資料並未改變。

例如，專案可能將相同的 JSON 內容移至更可靠的儲存位置，同時維持名稱、圖片與屬性不變。

ERC-4906 中繼資料更新擴充標準建議，若 token URI 變更但 JSON 中繼資料未變更，就不要發出中繼資料更新事件。

ERC-4906 與 MetadataUpdate 事件

ERC-4906 是 ERC-721 NFT 的中繼資料更新擴充標準。

此標準旨在提供 NFT 合約一種標準方式，讓合約能在中繼資料變更時通知應用程式。

ERC-4906 推出前，許多 NFT 專案會使用自訂事件來通知中繼資料變更。

這增加了錢包、市場、索引器與分析工具的處理工作，因為每個系列可能使用不同的事件名稱或結構。

ERC-4906 標準化了兩種事件：

與 。

單一代幣的中繼資料變更時，會使用

事件。

連續一段代幣 ID 的中繼資料變更時，會使用

事件。

應用程式偵測到這些事件後，就能更新快取的中繼資料，更快顯示更新後的 NFT 資訊。

ERC-4906 不會決定中繼資料應包含哪些內容。

它只提供智能合約一種清楚的方式，宣告中繼資料已變更。

ERC-4906 如何搭配 ERC-165 運作

ERC-4906 使用 ERC-165 介面偵測功能，讓應用程式確認合約是否支援中繼資料更新擴充標準。

官方ERC-165 標準允許智能合約回報其支援的介面。

ERC-4906 的介面 ID 為

。

如果 NFT 合約回報支援該介面 ID，應用程式就可以監聽

與 事件。

這有助於自動更新 NFT 中繼資料。

也能減少對手動重新整理按鈕、自訂系列邏輯或延遲索引的需求。

不過，ERC-4906 為選用標準，因此並非每份 NFT 合約都會採用。

應用程式可能仍需為較舊的系列或非標準中繼資料更新設計提供替代方案。

ERC-1155 中繼資料更新

ERC-1155 有自己的中繼資料運作方式，因為一份 ERC-1155 合約可以管理多種代幣類型。

ERC-1155 中繼資料擴充功能使用

函式，回傳特定代幣 ID 的中繼資料 URI。

此標準也支援

事件，可在代幣 URI 變更且變更內容能透過事件表示時，通知用戶端。

ERC-1155 也支援

替換模式。用戶端軟體會將 替換成實際代幣 ID，格式為小寫十六進位，並補齊至 64 個字元。

這對遊戲與大型系列很有用，因為一種 URI 模式即可適用於多個代幣 ID。

例如，合約可以使用共用 URI 結構，同時讓每個代幣 ID 對應至不同的中繼資料。

OpenZeppelin ERC-1155 Metadata URI 文件說明個別代幣 URI 如何指向符合 ERC-1155 Metadata URI JSON Schema 的 JSON 檔案。

動態 NFT 與中繼資料更新

動態 NFT 是一種中繼資料可根據規則、事件或外部資料而變更的 NFT。

動態 NFT 常見於區塊鏈遊戲、忠誠度計畫、運動收藏品、數位身分、演化式藝術與代幣門控會員資格。

例如，玩家完成任務後，遊戲中的劍 NFT 可能會獲得新屬性。

持有者達到較高忠誠度等級時，會員 NFT 可能會變更視覺風格。

真實世界的比賽結果出爐後，運動 NFT 可能會更新數據。

錢包完成已驗證的操作後，鏈上身分 NFT 可能會更新徽章。

動態 NFT 能讓數位資產更具活力，但也會提高對信任與安全性的要求。

使用者應了解誰有權更新中繼資料、更新受哪些規則控制、更新是否可復原，以及媒體或特徵是否可能被變更並損害持有者利益。

鏈上中繼資料更新

鏈上中繼資料是直接由智能合約儲存或產生。

由於使用者可以在鏈上檢視合約邏輯，鏈上中繼資料可能更透明。

鏈上中繼資料也能減少對外部伺服器的依賴。

不過，將大型媒體檔案或大型 JSON 物件儲存在鏈上可能成本高昂。

因此，完全鏈上的 NFT 通常會使用精簡的 SVG 圖片、演算法藝術、編碼後的 JSON 或生成式邏輯，而非大型媒體檔案。

更新鏈上中繼資料可能需要透過合約函式變更已儲存的值，或變更產生中繼資料時使用的邏輯。

如果合約不可變且沒有更新函式，部署後可能就無法變更鏈上中繼資料。

如果合約可升級或由管理員控制，使用者就必須信任更新權限持有者，並仔細檢視相關權限。

鏈下中繼資料更新

鏈下中繼資料儲存在區塊鏈之外，並由 NFT 合約參照。

這種方式很常見，因為圖片、影片、3D 檔案、音樂與豐富的 JSON 中繼資料，可能過大或成本過高，無法直接儲存在鏈上。

鏈下中繼資料可儲存在中心化伺服器、IPFS、Arweave、雲端儲存或自訂 API。

中心化儲存彈性高且容易更新，但也會帶來信任風險，因為伺服器擁有者可以變更或移除內容。

IPFS 採用內容定址，也就是特定 CID 對應特定內容。

內容變更時，CID 也會隨之變更。

因此，IPFS 適合用於可驗證的 NFT 中繼資料；不過，創作者仍須透過固定內容、儲存服務或其他持續保存方案，確保內容維持可用。

長期發展的 NFT 專案應在推出前規劃中繼資料儲存方式，因為中繼資料失效可能降低收藏品的可信度。

不可變與可變中繼資料

不可變中繼資料在定稿後無法變更。

可變中繼資料則可透過合約函式、管理員錢包、伺服器回應、預言機或應用程式規則進行變更。

不可變中繼資料能提升收藏者信任，因為使用者知道圖片與特徵之後不會被更改。

可變中繼資料則可支援揭露、遊戲進度、演化式藝術與功能更新。

兩種模式沒有絕對的優劣之分。

適合的模式取決於 NFT 的用途。

獨一無二的藝術 NFT 可能適合鎖定中繼資料，因為買家預期作品維持不變。

遊戲 NFT 可能需要可變中繼資料，因為資產的設計就是要在遊戲過程中升級或變化。

會員 NFT 可能需要定期更新中繼資料，以反映狀態、存取權或成就。

關鍵在於透明度。

使用者應知道中繼資料是否已鎖定、誰有權更新，以及允許哪些變更。

NFT 中繼資料更新的常見流程

第一步是決定需要變更哪些內容。

變更內容可能是單一特徵、媒體檔案、中繼資料 URI、完整揭露，或多個代幣 ID 的批次更新。

第二步是準備新的中繼資料檔案或中繼資料回應。

專案應驗證 JSON 結構、圖片連結、動畫連結、屬性、MIME 類型與檔案可用性。

第三步是上傳新的中繼資料，或變更中繼資料端點。

如果使用 IPFS，變更檔案或資料夾通常會產生新的 CID。

第四步是更新智能合約參照（若合約儲存 token URI 或 base URI）。

第五步是發出正確的事件（若合約支援 ERC-4906 或 ERC-1155 URI 事件）。

第六步是等待錢包、市場、索引器與應用程式更新快取資料。

第七步是通知持有者（若更新會影響外觀、特徵、功能、稀有度或使用者預期）。

中繼資料快取與更新延遲

NFT 中繼資料更新不一定會立即顯示在所有地方。

許多應用程式會快取中繼資料，以提升效能並減少重複請求。

因此，一個錢包可能已顯示新中繼資料，另一個應用程式卻仍顯示舊版本。

索引器更新速度也可能不同，這取決於它們監控事件、重新整理 URI 及處理速率限制的方式。

ERC-4906 透過提供標準更新訊號，有助於減少這個問題。

不過，即使有標準事件，應用程式仍須監聽事件並更新資料庫。

使用者應了解，中繼資料更新即使已在鏈上完成，仍可能需要一段時間才會顯示於各種介面。

NFT 中繼資料更新的安全風險

如果更新權限設計不完善，NFT 中繼資料更新可能帶來安全風險。

如果管理員錢包控制中繼資料，而該錢包遭到入侵，攻擊者可能會替換圖片、重新導向外部 URL 或變更屬性。

如果中心化中繼資料伺服器遭駭，使用者可能會看到偽造內容，即使 NFT 合約並未變更。

如果更新函式沒有存取控制，任何人都可能以有害方式變更中繼資料。

如果專案能在銷售後任意變更特徵，收藏者可能會擔心稀有度遭到操控。

如果中繼資料連結指向不安全的網站，持有者可能面臨網路釣魚或惡意軟體風險。

專案應採用嚴謹的存取控制、多重簽章錢包、安全的部署流程、經測試的更新函式，以及明確的更新政策。

使用者應避免點擊 NFT 中繼資料中的可疑外部連結，並在連接錢包前確認專案官方訊息。

NFT 中繼資料更新與稀有度

特徵通常儲存在中繼資料中，因此中繼資料更新可能影響稀有度。

如果系列在鑄造後變更屬性，稀有度排名可能會改變。

這可能影響收藏者對個別代幣的估值。

例如，如果某項稀有特徵意外分配給過多 NFT，之後修正時，部分持有者認為的稀有度可能會上升或下降。

如果專案在推出後新增特徵，稀有度工具可能需要重新索引該系列。

如果揭露流程不透明，使用者可能會擔心特徵分配不公平。

專案應謹慎處理涉及稀有度的中繼資料更新，因為稀有度可能影響市場價格、收藏者信任與社群觀感。

明確的揭露規則、可驗證的隨機性、公開的中繼資料快照與透明的修正紀錄，有助於減少爭議。

NFT 中繼資料更新與智慧財產權

NFT 中繼資料可能包含圖片、音樂、影片、品牌資產、文字描述及其他創作內容的參照。

變更中繼資料不會自動變更與 NFT 相關的法律權利。

例如，更新圖片連結不會自動將著作權轉讓給持有者。

美國著作權局的 NFT 研究說明，NFT 所有權與智慧財產權可能涉及不同問題，而產品資訊透明對使用者理解至關重要。

這一點很重要，因為中繼資料可能描述 NFT 所代表的內容，但授權條款通常需要載明於專案條款、法律文件或與智能合約連結的協議中。

如果中繼資料更新會變更作品、媒體或外部參照，專案應確認自己有權使用新內容。

除非專案明確說明，否則持有者不應假設中繼資料更新會賦予新的商業使用權。

NFT 專案的最佳做法

NFT 專案應在使用者鑄造或購買前，說明中繼資料是可變還是不可變。

專案應說明誰有權更新中繼資料，以及更新須符合哪些條件。

適用時，專案應採用 ERC-721 中繼資料、ERC-1155 中繼資料與 ERC-4906 等公認標準。

專案應在發布前測試中繼資料 JSON。

專案應避免圖片連結失效、屬性遺漏、JSON 格式無效或媒體類型不明確等問題。

專案應使用可靠的儲存方式，並規劃長期可用性。

專案應發出標準更新事件，讓錢包、索引器與市場能有效率地更新中繼資料。

專案應為重要的中繼資料更新保留公開變更紀錄。

專案應妥善保護更新函式的管理員權限。

專案應避免以令持有者意外或損害信任的方式變更中繼資料。

NFT 買家與持有者的最佳做法

NFT 買家應確認中繼資料是已鎖定、中心化、去中心化還是動態的。

買家應檢視 token URI，並了解它指向 IPFS、中心化 API、鏈上資料或其他儲存方式。

買家應閱讀專案文件，了解團隊是否能在購買後變更作品、特徵或功能。

買家應謹慎看待可不受限制或不需說明就能變更中繼資料的 NFT。

與中繼資料連結的網站或可解鎖內容互動前，買家應先確認連結是否為官方連結。

買家應記得，錢包顯示內容不一定是最終的準確資訊來源，因為快取的中繼資料可能已過時。

必要時，買家可使用區塊鏈瀏覽器、合約讀取功能或可信任的 NFT 工具檢視 token URI 資訊。

買家也應了解，中繼資料品質可能影響轉售價值，但不保證市場需求。

NFT 中繼資料更新範例

假設某專案鑄造了 10,000 個使用佔位中繼資料的 NFT。

一開始，每個代幣都顯示相同的隱藏圖片，以及一段簡短描述，說明正式作品將於稍後揭露。

揭露日期過後，專案為每個代幣上傳正式 JSON 中繼資料。

每個 JSON 檔案都包含代幣名稱、圖片、特徵、背景、服裝、配件及與稀有度相關的屬性。

專案更新智能合約中的 base URI，讓每個代幣都指向新的中繼資料資料夾。

如果合約支援 ERC-4906，專案會針對完整的代幣 ID 範圍發出

事件。

索引器與錢包偵測到事件後，會更新快取的中繼資料。

使用者接著就能看到正式作品與特徵，而非佔位圖片。

這是市場上最常見的 NFT 中繼資料更新模式之一。

關於 NFT 中繼資料更新的常見誤解

常見誤解之一是 NFT 中繼資料更新會變更所有權。

除非同時發生另一筆轉移，否則更新不會變更所有權。

另一個誤解是中繼資料一律儲存在鏈上。

實際上，許多 NFT 的中繼資料儲存在鏈下，鏈上只保留 URI 或參照。

第三個誤解是 IPFS 中繼資料可以直接就地編輯。

對採用內容定址的 IPFS 資料而言，變更內容會產生不同的 CID。

第四個誤解是每次中繼資料更新都可疑。

有些更新很常見，例如揭露、遊戲進度、修正失效連結與遷移儲存位置。

第五個誤解是每次中繼資料更新都安全。

如果權限遭到濫用、內容被不公平地替換，或特徵在缺乏透明規則的情況下遭到變更，更新可能損害持有者的利益。

常見問題

NFT 中繼資料更新是什麼意思？

NFT 中繼資料更新是指與 NFT 連結的描述資料發生變更，例如圖片、名稱、描述、特徵、屬性、動畫或 token URI。

NFT 中繼資料更新會變更所有者嗎？

不會。中繼資料更新會變更 NFT 的顯示資訊；只有透過轉移，或透過更新代幣所有者的合約操作，所有權才會改變。

什麼是 ERC-4906？

ERC-4906 是 ERC-721 的中繼資料更新擴充標準，新增了標準化的

與 事件。

為什麼 NFT 圖片在鑄造後會改變？

NFT 圖片在鑄造後經常改變，是因為專案一開始使用佔位中繼資料，之後再依照預定的揭露流程更新系列內容。

NFT 中繼資料可以在購買後變更嗎？

可以。如果智能合約、儲存系統或中繼資料端點的設計允許更新，NFT 中繼資料就能在購買後變更。

NFT 中繼資料可變是不好的嗎？

可變中繼資料不一定不好，因為它能支援揭露與動態 NFT；但需要明確規則、安全的權限管理與誠實的溝通。

中繼資料與媒體有什麼差異？

中繼資料是 NFT 的結構化描述資料；媒體則是中繼資料所參照的圖片、影片、音訊、3D 檔案或其他內容。

為什麼我的錢包仍顯示舊的 NFT 中繼資料？

錢包可能仍顯示舊中繼資料，因為許多錢包與 NFT 應用程式會快取資料，需要一些時間或收到更新訊號後，才會顯示更新內容。

IPFS NFT 中繼資料可以更新嗎？

IPFS 採用內容定址，因此變更中繼資料會產生新的 CID。若專案希望使用者看到更新內容，NFT 合約或中繼資料參照就必須指向新的 CID。

專案如何通知 NFT 中繼資料更新？

ERC-721 專案可以使用 ERC-4906 事件；ERC-1155 專案則可在中繼資料 URI 變更且更新內容能透過事件表示時，使用 URI 事件。

結論

NFT 中繼資料更新，是指變更用來說明 NFT 所代表內容的資訊。

更新內容可能包括作品、特徵、描述、遊戲數據、媒體檔案、token URI，或錢包與加密貨幣應用程式使用的其他中繼資料欄位。

中繼資料更新很重要，因為它會影響使用者如何看待與評估 NFT。

更新可以支援揭露、動態 NFT、儲存改善、錯誤修正與更豐富的功能。

如果更新權限不明確、儲存方式不可靠，或變更中繼資料的目的是誤導持有者，更新也可能帶來風險。

ERC-4906 可協助 ERC-721 NFT 合約透過標準事件通知中繼資料變更。

ERC-1155 則為多代幣合約提供自己的 URI 事件與中繼資料 URI 運作方式。

完善的 NFT 中繼資料更新設計應透明、安全、符合標準，並方便應用程式索引。

對創作者而言，中繼資料更新應維護使用者信任，並提升資產的長期品質。

對持有者而言，了解中繼資料更新有助於判斷 NFT 是固定、動態、去中心化，還是取決於專案未來的行動。