NFT 中繼資料標準

什麼是 NFT 中繼資料標準？

NFT 中繼資料標準是一套智能合約介面、JSON 格式、URI 規則與儲存方式，讓加密貨幣應用程式能理解非同質化代幣代表什麼。

NFT 可以在鏈上證明所有權，但中繼資料會說明使用者實際看到的資產，例如名稱、圖片、描述、特徵、動畫、遊戲數據或外部內容。

在多數加密貨幣生態系中，代幣紀錄與媒體紀錄是分開的層面。

代幣紀錄透過智能合約儲存在區塊鏈上。

中繼資料通常儲存在 JSON 檔案、API 回應、去中心化儲存空間，或以鏈上編碼資料形式保存。

NFT 中繼資料標準讓錢包、市場、遊戲、索引器、投資組合工具與分析平台能以一致方式讀取資料，處理這種分離也更加容易。

如果沒有中繼資料標準，每個 NFT 專案都可能以完全不同的方式描述代幣，讓 NFT 的探索、顯示、交易與驗證變得困難得多。

目前沒有單一且通用的 NFT 中繼資料標準，能涵蓋所有區塊鏈、媒體類型與應用程式。

相反地，最重要的中繼資料標準來自廣泛使用的代幣標準，例如 ERC-721、ERC-1155，以及 ERC-4906 等相關擴充標準。

NFT 中繼資料標準為何在加密貨幣領域很重要

NFT 中繼資料標準很重要，因為 NFT 的設計目的之一，是能在多種加密貨幣應用程式間流通。

使用者可能透過一個應用程式鑄造 NFT，在錢包中檢視 NFT，透過交易介面掛單，在遊戲中使用 NFT，透過會員系統驗證 NFT，並透過分析工具追蹤 NFT。

上述每種系統都需要可靠的方式來辨識 NFT。

中繼資料標準能提供可預期的欄位與函式，供這些系統讀取。

這能提升互通性，因為開發者不必為每個 NFT 系列都建立自訂整合。

這也能改善使用者體驗，讓 NFT 顯示清楚的名稱、圖片、描述與屬性，而不是看起來像損壞或未知的代幣。

中繼資料標準也能協助 NFT 買家做出更好的決策。

中繼資料結構清楚時，使用者可以在購買或轉移 NFT 前，檢視特徵、稀有度相關屬性、媒體連結與系列資訊。

這很重要，因為 NFT 價值往往與可見特徵、媒體品質、功能、真實性及資料長期可用性相關。

NFT 中繼資料標準的核心部分

NFT 中繼資料系統通常包含四個核心部分。

第一部分是提供中繼資料 URI 的智能合約介面。

第二部分是描述 NFT 的 JSON 中繼資料檔案或回應。

第三部分是中繼資料所參照的媒體，例如圖片、影片、音訊檔案、3D 模型或動畫。

第四部分是讓中繼資料與媒體長期維持可用的儲存方式。

ERC-721 NFT 的關鍵函式通常是

。

ERC-1155 NFT 的關鍵函式通常是

。

這些函式會回傳 URI，讓用戶端應用程式據此取得或解碼中繼資料。

該 URI 回傳的中繼資料通常採用 JSON 格式，因為 JSON 簡單、可供機器讀取，且獲得網頁與加密貨幣應用程式廣泛支援。

ERC-721 中繼資料標準

ERC-721 是 Ethereum 相容網路上最廣為人知的獨特 NFT 代幣標準。

官方 ERC-721 標準定義了可選用的中繼資料擴充功能，包含

、 與 等函式。

函式會回傳 NFT 系列或合約的名稱。

函式會回傳 NFT 系列或合約的簡短代號。

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

ERC-721 標準也包含 ERC-721 Metadata JSON Schema，欄位包括

、 與 。

欄位會提供 NFT 易於辨識的標題。

欄位會說明資產、系列、功能或創作概念。

欄位會指向代表 NFT 的圖片。

許多 NFT 專案也會加入

、、 等欄位與自訂屬性，但這些並非原始 ERC-721 標準的全部必要項目。

ERC-721 中繼資料 JSON 範例

基本的 ERC-721 中繼資料檔案通常會呈現為簡單的 JSON 物件。

此範例為 NFT 設定名稱、描述、圖片與兩項屬性。

圖片使用 IPFS URI，有助於使用者確認參照內容是否符合特定內容識別碼。

陣列常用來描述特徵、稀有度因素、遊戲數據、會員等級或其他結構化屬性。

應用程式可以讀取這些中繼資料，並以使用者容易理解的格式顯示 NFT。

ERC-1155 中繼資料標準

ERC-1155 是一種多代幣標準，可在同一份智能合約中表示同質化代幣、半同質化代幣與 NFT。

因此，ERC-1155 適用於區塊鏈遊戲、數位道具、限量版、徽章、票券、會員資格及包含多種代幣類型的系列。

官方 ERC-1155 標準包含以

函式為基礎的中繼資料 URI 系統。

此函式會回傳指定代幣 ID 的 URI。

ERC-1155 也支援特殊的

替換模式。

當 URI 或 JSON 值中出現字串

時，遵循此標準的用戶端軟體會將其替換為實際代幣 ID，格式為小寫十六進位，並補齊至 64 個字元。

這項設計很實用，因為一個 URI 範本即可支援多個代幣 ID。

例如，遊戲合約可以使用同一個中繼資料基礎路徑，同時讓每把劍、每個造型、徽章或角色都有不同的中繼資料檔案。

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

ERC-1155 中繼資料 JSON 範例

ERC-1155 中繼資料檔案可包含與 ERC-721 中繼資料類似的欄位，但也可能加入支援同一合約下多種代幣類型的屬性。

此範例描述具有名稱、描述、圖片與結構化屬性的遊戲道具。

模式可協助用戶端取得特定 ERC-1155 代幣 ID 對應的媒體或中繼資料。

由於 ERC-1155 可以管理多種代幣類型，若不同 ID 代表差異很大的資產，中繼資料設計就尤其需要清楚。

Token URI 與中繼資料 URI

token URI 是告訴應用程式到哪裡查找 NFT 中繼資料的指標。

ERC-721 的 URI 通常來自

。

ERC-1155 的 URI 通常來自

。

中繼資料 URI 可採用多種格式。

HTTPS URI 會指向網頁伺服器或 API 端點。

IPFS URI 會指向由 IPFS 內容定址的資料。

Arweave URI 會指向儲存在 Arweave 的資料。

Data URI 可直接將中繼資料編碼在 URI 內。

鏈上中繼資料函式則可直接從智能合約產生並回傳中繼資料。

每種方式在成本、彈性、持久性、速度與信任方面都有不同取捨。

完善的 NFT 中繼資料標準實作，應確保 token URI 穩定、易讀，並符合專案的長期儲存計畫。

常見的 NFT 中繼資料欄位

欄位提供 NFT 易於閱讀的名稱。

欄位說明 NFT 代表什麼。

欄位指向 NFT 的主要圖片。

欄位通常用於影片、音訊、HTML 動畫或其他豐富媒體。

欄位通常用來引導使用者前往提供更多資訊的官方頁面。

欄位通常用於特徵、稀有度資料、等級、數據、類別與其他結構化值。

欄位有時用來指定顯示背景顏色。

專案有應用程式專屬資料需求時，也可以加入自訂欄位。

自訂欄位應附上文件說明，因為不支援這些欄位的應用程式可能會忽略它們。

中繼資料應同時方便人類與機器使用。

屬性與特徵

屬性是 NFT 中繼資料中最重要的部分之一，因為它們會說明代幣的獨特之處或用途。

在個人頭像系列中，屬性可能包括背景、服裝、眼睛、嘴巴、配件與特殊效果。

在區塊鏈遊戲中，屬性可能包括職業、等級、力量、耐久度、冷卻時間、稀有度或技能類型。

在會員 NFT 中，屬性可能包括級別、狀態、地區、活動入場權或忠誠度等級。

在數位藝術中，屬性可能包括版次、色彩配置、生成方式、藝術家系列或材質風格。

妥善整理屬性格式，有助於錢包、瀏覽器與分析工具正確顯示特徵資料。

這也有助於買家比較同一系列中的 NFT。

屬性格式不佳可能造成混淆、稀有度排名錯誤，以及不同應用程式之間的顯示不一致。

圖片與媒體中繼資料

欄位是許多 NFT 中繼資料檔案中最容易被注意到的部分。

該欄位通常會指向 PNG、JPEG、GIF、SVG 或其他圖片格式。

對於媒體內容較豐富的 NFT，中繼資料也可能指向影片、音訊、3D 檔案、互動式媒體或以 HTML 為基礎的體驗。

專案應使用常見 NFT 應用程式能安全且穩定顯示的媒體格式。

大型檔案可能會延長載入時間，尤其是在行動錢包或索引器中。

檔案應使用清楚的 MIME 類型與穩定的儲存連結。

專案應避免使用不安全的指令碼、可疑的外部重新導向，或可能引發使用者安全疑慮的檔案。

媒體品質很重要，因為使用者在判斷 NFT 是否有價值、是否實用或是否可信之前，通常會先看到中繼資料。

鏈上中繼資料

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

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

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

不過，鏈上儲存成本可能很高，尤其是大型圖片、影片與詳細的 JSON 檔案。

因此，鏈上 NFT 通常會使用精簡的 SVG 圖片、生成式藝術邏輯、Base64 編碼 JSON 或演算法中繼資料。

如果持久性與透明度比媒體檔案大小或更新彈性更重要，鏈上中繼資料可能是合適的選擇。

如果 NFT 需要大型媒體檔案、頻繁更新或複雜的鏈下資料，鏈上中繼資料可能就不太適合。

鏈下中繼資料

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

這是最常見的模式，因為圖片、影片、音訊檔案與 3D 資產可能過大，無法直接儲存在鏈上。

鏈下中繼資料可以儲存在中心化伺服器、去中心化儲存網路、分散式檔案系統或永久儲存協議中。

鏈下中繼資料的主要優點是彈性。

主要風險則是依賴儲存服務供應商、伺服器、閘道或專案團隊。

如果中繼資料託管的伺服器離線，NFT 可能仍存在於鏈上，但在使用者介面中看起來會像是損壞。

如果中繼資料託管在可變的 API 上，專案可能不必變更區塊鏈紀錄，就能改變使用者看到的內容。

買家應了解中繼資料是中心化、去中心化、不可變，還是由更新權限持有者控制。

IPFS 與 NFT 中繼資料

IPFS 廣泛用於 NFT 中繼資料，因為它採用內容定址，而非位置定址。

官方的IPFS NFT 資料最佳做法說明，創作者如何儲存 NFT 資料，以提升持續可用性與使用者體驗。

在 IPFS 中，內容識別碼會指向特定內容。

內容變更時，內容識別碼也會隨之變更。

這有助於使用者確認中繼資料檔案或媒體檔案是否曾在相同內容位址下遭到悄悄變更。

不過，IPFS 內容仍須透過固定、儲存服務、節點或其他持續保存方案維持可用。

如果沒有節點提供內容，IPFS 連結就無法發揮作用。

優質的 NFT 專案應規劃鑄造後、揭露後，以及初期專案熱度消退後，如何持續提供中繼資料與媒體。

中心化中繼資料

中心化中繼資料儲存在伺服器、雲端儲存空間或由專案控制的 API 上。

這種模式容易建置與更新。

它也支援動態 NFT、遊戲資料、揭露系統與頻繁的中繼資料變更。

不過，這也可能帶來信任風險，因為專案或伺服器營運者可能有權變更、移除或重新導向中繼資料。

中心化伺服器也可能故障、過期、遭到駭客攻擊，或變得難以負擔維護成本。

中心化中繼資料不一定不好，但應清楚揭露。

使用者應知道 NFT 是否依賴專案營運的伺服器才能正確顯示。

使用中心化中繼資料的專案應保護基礎設施、監控正常運作時間，並在可行情況下提供長期遷移計畫。

不可變中繼資料

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

由於專案擁有者或管理員錢包無法在之後修改作品、特徵與描述，因此不可變中繼資料可能提升收藏者信任。

不可變中繼資料特別適用於獨一無二的藝術品、固定收藏品、歷史紀錄、證書，以及買家預期代幣呈現方式維持穩定的資產。

不過，不可變性也可能讓錯誤永久存在。

如果專案鎖定中繼資料時仍有錯字、失效的媒體連結或錯誤特徵，修正可能不可能，或非常困難。

專案在鎖定中繼資料前應仔細檢查並測試。

買家應確認系列是否已鎖定中繼資料，或專案是否仍保有更新權限。

可變中繼資料

可變中繼資料可以在鑄造後變更。

這適用於 NFT 揭露、遊戲進度、演化式藝術、會員狀態、忠誠度等級與動態身分系統。

遊戲過程中，劍 NFT 可能會獲得新數據。

使用者達到較高等級後，會員 NFT 可能會從銀級變為金級。

藝術 NFT 可能會根據時間、使用者操作或鏈上事件而演化。

可變中繼資料能創造豐富體驗，但也需要信任。

使用者應了解誰可以變更中繼資料、可以變更哪些內容、變更範圍是否有上限，以及更新是否受到透明規則約束。

可變中繼資料若缺乏明確說明，可能降低信心，因為買家可能擔心特徵、圖片或功能遭到不公平變更。

透過 ERC-4906 發出中繼資料更新訊號

ERC-4906 是 ERC-721 的中繼資料更新擴充標準，可協助應用程式確認中繼資料何時變更。

此標準為單一代幣定義了

事件。

此標準也為連續一段代幣 ID 定義了

事件。

這些事件有助於錢包、索引器與 NFT 應用程式更有效率地更新快取中繼資料。

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

沒有標準更新事件時，即使專案已變更代幣資訊，應用程式仍可能繼續顯示舊中繼資料。

ERC-4906 本身不會定義中繼資料格式。

它只提供一種標準方式，通知中繼資料已變更。

透過 ERC-7160 使用多個中繼資料 URI

有些 NFT 的同一個代幣需要多個中繼資料 URI。

官方ERC-7160 多重中繼資料擴充標準提出一種方式，讓 ERC-721 代幣能為每個代幣支援多個中繼資料 URI。

如果 NFT 有不同狀態、顯示模式、版本、媒體圖層或中繼資料紀錄，這種方式就很實用。

例如，某個 NFT 可能有一個 URI 對應公開圖片、另一個對應遊戲狀態，還有一個對應歷史版本。

多重中繼資料設計能提升彈性，但也需要明確的使用者介面支援。

如果使用者不了解哪個 URI 正在使用或已固定，多個中繼資料來源可能造成混淆。

專案應說明存在多個中繼資料 URI 的原因，以及應用程式應如何解讀它們。

中繼資料快取

中繼資料快取是指應用程式儲存一份 NFT 中繼資料副本，而不是每次都重新取得資料。

快取能提升速度並減少儲存系統的負載。

不過，中繼資料變更時，快取也可能造成延遲。

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

索引器可能需要一些時間偵測更新事件、取得新的 JSON、處理媒體並更新資料庫。

因此，中繼資料更新可能已在智能合約層面完成，但仍需要一些時間才會顯示在各處。

ERC-4906 等標準事件可以減少這個問題，但應用程式仍須監聽事件並更新快取。

NFT 中繼資料與稀有度

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

如果專案使用屬性描述背景、服裝、道具類型、版次、等級或其他特徵，稀有度工具可能會利用這些欄位為 NFT 排名。

中繼資料整潔一致，有助於稀有度分析。

中繼資料不一致則可能導致稀有度計算失準。

例如，某個代幣使用

，另一個代幣使用 ，但兩者原本想表示相同的特徵。

這種不一致可能導致工具將兩者視為不同值。

專案應在推出前統一特徵名稱、特徵值、資料類型與拼寫。

除非有明確且公平的修正流程，否則專案也應避免在售出後變更與稀有度相關的中繼資料。

NFT 中繼資料與功能

NFT 中繼資料可以描述功能，但不會自動提供功能。

中繼資料檔案可能會指出 NFT 可提供存取權、等級狀態、遊戲戰力、活動入場權或會員福利。

實際功能可能取決於智能合約、網站、遊戲伺服器、代幣門控應用程式或鏈下協議。

因此，中繼資料必須準確，且不得造成誤導。

如果專案在中繼資料中宣稱某項功能，使用者應能了解如何驗證與使用該功能。

動態功能型 NFT 應清楚說明中繼資料更新是由鏈上規則、專案伺服器還是管理員手動操作控制。

良好的中繼資料應協助使用者了解 NFT 的用途，而非過度承諾未來價值。

NFT 中繼資料與智慧財產權

NFT 中繼資料通常會指向創作內容，但中繼資料不會自動界定著作權歸屬。

購買 NFT 通常代表購買代幣，不等於自動取得連結作品、音樂、影片或品牌資產的著作權。

美國著作權局的 NFT 研究說明，NFT 所有權與智慧財產權可能是不同的問題。

這項區別很重要，因為中繼資料可以顯示圖片或描述媒體資產，但法律權利通常取決於授權條款、專案條款或另外簽訂的協議。

專案應避免在中繼資料中加入模糊或誤導的權利聲明。

使用相關媒體進行商業用途前，使用者應閱讀 NFT 授權條款。

中繼資料可協助探索與顯示資產，但除非專案明確將其設計為完整法律合約，否則不應將中繼資料視為完整法律合約。

NFT 中繼資料的安全風險

如果 NFT 中繼資料指向不安全檔案、惡意網站或遭入侵的伺服器，就可能帶來安全風險。

中繼資料欄位可能包含導向網路釣魚頁面的外部 URL。

如果中心化儲存遭到入侵，媒體檔案可能被替換。

動態中繼資料端點可能向不同使用者回傳不同內容。

專案管理員錢包可能濫用更新權限，在買家購買 NFT 後變更特徵、圖片或連結。

應用程式應清理中繼資料、避免不安全的呈現方式，並保護使用者免受可疑連結影響。

專案應妥善保護更新權限、儲存帳戶、部署金鑰與 API 基礎設施。

使用者應避免透過不明 NFT 中繼資料中的連結簽署錢包訊息或連接錢包。

NFT 中繼資料標準的最佳做法

在 Ethereum 相容網路上建立 NFT 時，專案應採用 ERC-721 中繼資料或 ERC-1155 中繼資料等廣泛認可的標準。

專案應確保 JSON 格式有效、簡潔且一致。

專案應使用明確的欄位名稱，並避免加入不必要的自訂欄位，除非有附上文件說明。

專案應使用穩定的媒體連結，並在鑄造前規劃長期儲存方式。

專案應在推出前，於多種錢包與 NFT 應用程式中測試中繼資料。

專案應揭露中繼資料是可變還是不可變。

專案應妥善保護任何可更新中繼資料的錢包、合約函式或伺服器。

ERC-721 中繼資料需要由應用程式偵測更新時，專案應使用 ERC-4906 事件。

如果中繼資料更新會影響外觀、特徵、功能、稀有度或持有者預期，專案應保留公開變更紀錄。

專案應避免利用中繼資料作出財務承諾或誤導性的未來價值宣稱。

NFT 買家的最佳做法

情況允許時，NFT 買家應在購買前檢視中繼資料。

買家應確認 token URI 指向 IPFS、HTTPS、鏈上資料或其他儲存系統。

買家應了解圖片與 JSON 檔案是永久、可變，還是依賴專案伺服器。

買家應確認特徵是否有清楚且一致的結構。

買家不應只因中繼資料顯示作品，就假設 NFT 附帶商業使用權。

如果中繼資料包含要求連接錢包的外部連結，買家應提高警覺。

買家應記得，顯示的圖片不等於保證價值、法律所有權或未來功能。

買家應將中繼資料品質視為考量因素之一，並同時評估安全性、流動性、創作者聲譽、社群實力與專案執行能力。

NFT 中繼資料開發者檢查清單

開發者應決定 NFT 採用 ERC-721、ERC-1155 或其他代幣標準。

開發者應為所選標準實作正確的中繼資料函式。

開發者應在發布前驗證每個 JSON 檔案。

開發者應統一特徵名稱與資料類型。

開發者應依照專案的持久性目標儲存媒體。

開發者應決定中繼資料將會鎖定、可更新、動態變更，還是完全儲存在鏈上。

開發者應透過嚴謹的存取控制保護更新函式。

適用時，開發者應發出標準中繼資料更新事件。

開發者應測試 NFT 在錢包、區塊鏈瀏覽器與索引工具中的顯示方式。

開發者應記錄所有中繼資料運作方式，避免使用者日後感到意外。

關於 NFT 中繼資料標準的常見誤解

常見誤解之一是 NFT 中繼資料一律儲存在鏈上。

實際上，許多 NFT 只會在鏈上儲存 URI，而 JSON 與媒體則儲存在鏈下。

另一個誤解是所有中繼資料欄位都是官方規定的必要欄位。

實際上，標準只定義部分核心欄位與介面，許多常見欄位屬於慣例，並非嚴格要求。

第三個誤解是 IPFS 中繼資料會自動永久保存。

IPFS 採用內容定址，但內容仍須透過節點、固定服務或儲存服務保持可用。

第四個誤解是中繼資料更新一定代表發生了可疑事件。

有些更新很常見，例如揭露、遊戲進度、儲存遷移或修正錯誤。

第五個誤解是中繼資料能界定著作權歸屬。

中繼資料可以描述資產，但法律權利取決於授權、條款與適用法律。

常見問題

什麼是 NFT 中繼資料標準？

NFT 中繼資料標準是一套智能合約介面與中繼資料格式，可協助應用程式讀取並顯示 NFT 資訊，例如名稱、圖片、描述與特徵。

ERC-721 是主要的 NFT 中繼資料標準嗎？

ERC-721 是主要 NFT 標準之一，其可選用的中繼資料擴充功能廣泛用於獨特 NFT。

ERC-721 與 ERC-1155 中繼資料有什麼差異？

ERC-721 通常透過

回傳單一獨特代幣的中繼資料；ERC-1155 則使用 ，並可在同一份合約中管理多種代幣類型的中繼資料。

NFT 中繼資料通常包含哪些欄位？

NFT 中繼資料通常包含

、、 等欄位，有時也會包含 、 或 。

NFT 中繼資料一定要儲存在鏈上嗎？

不需要。NFT 中繼資料可以儲存在鏈上或鏈下，許多 NFT 會使用由鏈上 URI 參照的鏈下 JSON 檔案。

為什麼許多 NFT 使用 IPFS 儲存中繼資料？

許多 NFT 使用 IPFS，因為內容定址能讓中繼資料與媒體連結至特定內容識別碼，而不只依賴伺服器位置。

NFT 中繼資料可以在鑄造後變更嗎？

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

什麼是 ERC-4906？

ERC-4906 是一種 ERC-721 擴充標準，提供標準事件來通知 NFT 中繼資料已變更。

中繼資料能證明著作權歸屬嗎？

不能。中繼資料可以描述 NFT 的媒體或功能，但著作權歸屬取決於法律權利、授權與專案條款。

高品質的 NFT 中繼資料具備哪些特點？

高品質的 NFT 中繼資料格式有效、一致、透明、安全、易於索引、使用可靠的儲存方式，並清楚說明是否可以更新。

結論

NFT 中繼資料標準至關重要，因為它連結了區塊鏈上的所有權，以及使用者期待從 NFT 取得的視覺、描述與功能資訊。

ERC-721 與 ERC-1155 為 Ethereum 相容 NFT 合約提供最重要的中繼資料基礎。

ERC-4906 有助於應用程式偵測中繼資料變更，而 ERC-7160 等較新的擴充標準則支援更靈活的中繼資料設計。

良好的 NFT 中繼資料應具備清楚的結構、可靠的儲存方式與誠實的文件說明。

中繼資料應協助錢包、遊戲、交易工具與使用者了解代幣代表什麼，而不必靠猜測。

對創作者與開發者而言，中繼資料標準能提升互通性並減少整合問題。

對買家與收藏者而言，中繼資料品質有助於判斷 NFT 是否易於理解、耐久、安全，並符合其宣稱的功能。

隨著 NFT 持續拓展至藝術、遊戲、身分、會員資格、票券與代幣化媒體等領域，中繼資料標準仍將是加密貨幣 NFT 生態系中最重要的基礎之一。