代幣中繼資料綱要

什麼是代幣中繼資料綱要？

代幣中繼資料綱要（Token Metadata Schema）是一種結構化格式，定義加密貨幣代幣相關資訊應如何由錢包、去中心化應用程式（dApp）、瀏覽器、市集、遊戲及索引工具寫入、儲存和讀取。

在大多數加密貨幣討論中，代幣中繼資料綱要是指用於描述 NFT 與其他代幣化資產的 JSON 結構。

此綱要會告訴應用程式可預期哪些欄位，例如

、、、 和媒體連結。

代幣合約可能將所有權儲存在鏈上，而其中繼資料則透過指向 JSON 檔案的 URI 儲存。

官方 ERC-721 標準指出，代幣 URI 可指向符合 ERC-721 Metadata JSON Schema 的 JSON 檔案。

官方 ERC-1155 標準則為多代幣合約定義了 ERC-1155 Metadata URI JSON Schema。

中繼資料綱要很重要，因為它有助於不同應用程式一致地顯示同一個代幣。

若沒有綱要，每個專案都可能以不同方式命名欄位，錢包便難以判斷哪個值是圖片、哪個值是描述，以及哪個值代表特徵。

對新手而言，理解代幣中繼資料綱要最簡單的方式，就是將其視為加密資產的標籤格式。

區塊鏈可證明代幣存在及其擁有者，而中繼資料綱要則說明該代幣代表什麼。

代幣中繼資料綱要為何在加密貨幣領域重要

代幣中繼資料綱要之所以重要，是因為使用者不會只與原始代幣 ID 互動。

使用者會與圖片、名稱、描述、特徵、等級、徽章、稀有度資訊、可解鎖內容及其他人類可讀的詳細資料互動。

錢包只有在知道如何讀取中繼資料時，才能正確顯示代幣。

遊戲只有在理解物品的屬性與媒體欄位時，才能正確顯示該物品。

市集只有在特徵以可預測方式建構時，才能正確篩選系列。

接受 NFT 作為抵押品的借貸協議，可能需要準確的系列、特徵和媒體資訊，以支援估值流程。

現實世界資產平台可能需要引用文件、發行方、估值、法律條款或驗證狀態的中繼資料欄位。

代幣門檻應用程式可能需要中繼資料，以驗證代幣是否授予特定會員等級的存取權。

當中繼資料結構清楚時，應用程式便可自動讀取。

當中繼資料雜亂或不一致時，使用者可能看到損壞的圖片、缺少的特徵、不正確的名稱或過時的資產詳細資料。

這也是為何中繼資料綱要設計屬於加密貨幣使用者體驗的一環，而不僅是開發人員的技術細節。

代幣中繼資料綱要與 Token URI

Token URI 是指向代幣中繼資料的連結或識別碼。

代幣中繼資料綱要則是該連結所取得，或該編碼回應內資料的結構。

例如，ERC-721 合約可透過

回傳 。

該 URI 上的 JSON 檔案應遵循中繼資料綱要，以便錢包理解其內容。

Token URI 是中繼資料的位址。

代幣中繼資料綱要是中繼資料的格式。

此差異很重要，因為即使 URI 可正常運作，若 URI 內的 JSON 無效或令人困惑，仍不足以正常使用。

若欄位缺失或以非標準方式命名，即使代幣的中繼資料檔案可存取，仍可能顯示不正確。

反之，代幣也可能有正確的綱要，但若 URI 指向無法使用的儲存空間，便無法載入。

良好的 NFT 設計同時需要可靠的 Token URI 與清楚的代幣中繼資料綱要。

ERC-721 中的代幣中繼資料綱要

ERC-721 是 Ethereum 類型網路上用於獨特 NFT 的經典標準。

ERC-721 中繼資料擴充功能包含

、 和 。

ERC-721 標準透過簡單的 JSON 綱要描述中繼資料，其中可包含

、 和 等欄位。

這種簡單結構讓 NFT 更容易在不同錢包與應用程式中顯示。

ERC-721 代幣可以代表數位藝術、遊戲物品、會員通行證、憑證、虛擬土地、身分徽章或現實世界資產紀錄。

每個代幣 ID 都可擁有自己的中繼資料檔案。

這表示代幣 ID

可與代幣 ID 擁有不同的圖片、名稱及屬性。

綱要可協助用戶端理解哪些欄位描述各個獨特代幣。

開發人員常透過特徵、媒體、動畫、稀有度、授權或專案專屬資料等額外欄位，擴充基本 ERC-721 中繼資料模式。

這些擴充功能可能有用，但核心欄位應保持清楚，並與常見 Web3 工具相容。

ERC-1155 中的代幣中繼資料綱要

ERC-1155 是一種多代幣標準，可在同一份合約內管理同質化、半同質化與非同質化代幣。

ERC-1155 中繼資料綱要尤其重要，因為一份合約可能包含許多具有不同意義的代幣 ID。

單一 ERC-1155 合約可代表遊戲幣、武器、盔甲、票券、徽章、限量版物品和獨特收藏品。

ERC-1155 標準允許 URI 包含

預留位置。

用戶端軟體會在擷取中繼資料前，以實際代幣 ID 取代

。

官方 OpenZeppelin ERC-1155 Metadata URI 文件說明，中繼資料 URI 擴充功能會將每個代幣指向符合 ERC-1155 Metadata URI JSON Schema 的 JSON 檔案。

ERC-1155 中繼資料可包含

、、、 及其他代幣專屬資料等欄位。

此綱要讓錢包與 dApp 能夠從同一份合約顯示多種資產類型，無須為每個代幣 ID 編寫自訂邏輯。

ERC-1155 中繼資料必須謹慎處理，因為錯誤的 ID 替換可能造成顯示損壞或不正確。

完善的 ERC-1155 中繼資料設計，可讓每個代幣 ID 都容易理解且能可靠擷取。

代幣中繼資料綱要中的常見欄位

最常見的欄位是

，用於提供代幣人類可讀的標題。

另一個常見欄位是

，用於說明代幣代表什麼。

欄位通常指向錢包和市集顯示的主要圖片。

在用戶端支援的情況下，

欄位可指向影片、音訊、3D 物件或互動式內容等更豐富的媒體。

欄位可指向提供更多代幣或系列資訊的官方頁面。

欄位通常包含特徵物件陣列，用於稀有度、篩選、遊戲數據及系列整理。

欄位有時用於建議資產的顯示背景色。

欄位常用於 ERC-1155 類型中繼資料，或專案專屬的結構化資訊。

有些專案會新增

、、、 或 等欄位。

自訂欄位可能有用，但應加以記錄，以便應用程式正確解讀。

基本 NFT 中繼資料綱要範例

簡單的 NFT 中繼資料檔案通常是一個包含數個清楚欄位的 JSON 物件。

此範例顯示可讀的名稱、描述、圖片參照和兩項屬性。

此綱要足夠簡單，錢包與 dApp 可加以解析。

圖片使用 IPFS 類型 URI，表示媒體是透過內容定址儲存空間參照。

屬性採用陣列結構，讓篩選及稀有度工具更容易建立。

專案可新增更多欄位，但應避免造成相容性問題的不必要複雜性。

最佳中繼資料應同時可供機器讀取，且容易讓人理解。

名稱欄位

欄位為代幣提供顯示標題。

對 NFT 系列而言，常見模式是使用系列名稱與代幣編號。

例如

。

遊戲物品可能使用

或 等名稱。

會員代幣可能使用

等名稱。

名稱應保持穩定、清楚且不具誤導性。

假冒系列可能複製真實專案的名稱，因此使用者絕不應只依賴名稱欄位。

官方合約地址比顯示名稱更重要。

除非代幣本身設計為動態代幣，否則開發人員應避免意外變更名稱。

良好的名稱欄位可提高辨識度，但不應假裝能證明真實性。

描述欄位

欄位說明代幣代表什麼。

清楚的描述可協助使用者理解資產的用途、故事、功能或會員角色。

對藝術 NFT 而言，描述可說明概念或系列主題。

對遊戲物品而言，描述可說明物品的使用方式。

對現實世界資產代幣而言，描述可概述資產類別，同時將使用者導向其他地方的法律文件。

描述不應包含有關價值、保證報酬或官方身分的誤導性聲明。

錢包與 dApp 可能直接向使用者顯示描述，因此不安全連結或詐騙訊息可能帶來網路釣魚風險。

開發人員應讓描述保持實用且誠實。

使用者應記得，描述由代幣建立者或中繼資料控制者提供。

描述不是對代幣品質或合法性的獨立驗證。

圖片欄位

欄位指向代幣顯示的主要媒體檔案。

依應用程式而定，它可指向 PNG、JPG、GIF、SVG 或其他支援的圖片格式。

圖片可儲存在 IPFS、Arweave、HTTPS 伺服器，或直接編碼於中繼資料中。

圖片欄位很重要，因為許多使用者會透過視覺方式辨識 NFT。

即使鏈上所有權有效，損壞的圖片連結仍可能讓代幣看起來不完整。

誤導性的圖片可能讓假代幣看似合法。

若伺服器或網域失效，集中式圖片 URL 可能消失。

內容定址的圖片 URI 可提高完整性，但內容仍必須透過儲存或釘選保持可用。

開發人員應為長期資產使用耐久的圖片儲存方式。

使用者在信任高價值 NFT 前，應檢查圖片儲存品質。

屬性欄位

欄位常用於描述特徵、稀有度、遊戲屬性、等級、狀態或其他結構化功能。

每項屬性通常是包含

和 的物件。

例如，

可以是 ，而 可以是 。

對遊戲物品而言，

可以是 ，而 可以是 。

屬性結構很重要，因為市集與分析工具會使用它進行篩選與稀有度排名。

不一致的屬性可能使稀有度工具產生不準確結果。

拼寫錯誤的特徵名稱，可能將原本應為同一類別的項目拆分為數個類別。

數值屬性應以一致格式呈現，讓工具可正確比較。

動態 NFT 應清楚說明屬性是否會隨時間變化。

良好的屬性可協助使用者理解代幣的身分和效用。

Properties 欄位

欄位通常用於保存超出基本名稱、描述與圖片資料以外的結構化中繼資料。

ERC-1155 中繼資料範例通常使用

儲存額外代幣資訊。

遊戲物品可包含稀有度、類別、耐久度或製作材料等 properties。

票券代幣可包含活動日期、座位等級、場地和存取類型等 properties。

現實世界資產代幣可包含資產類別、發行方參照、管轄區、文件雜湊值或驗證狀態等 properties。

Properties 功能強大，因為它們允許更豐富的資料模型。

但若每個專案都在沒有文件說明下使用不同名稱與格式，它們也可能變得雜亂。

開發人員應讓屬性名稱保持穩定且可預測。

應用程式應在透過合約邏輯或可信來源驗證前，將 properties 視為不受信任資料。

屬性欄位可以描述資產，但不會自動證明相關聲明屬實。

代幣中繼資料綱要與 IPFS

IPFS 常用於儲存代幣中繼資料與媒體檔案。

官方 IPFS 內容定址文件說明，IPFS 使用內容識別碼（CID），依據資料內容本身來參照資料。

這對中繼資料很有幫助，因為 CID 可顯示被參照的內容是否已變更。

若 JSON 中繼資料變更，CID 也應變更。

相較於可在相同位址變更內容的一般伺服器 URL，這可為使用者提供更強的完整性保障。

然而，IPFS 並不會自動保證永久可用性。

中繼資料和圖片檔案需要被釘選或由節點提供服務，才能讓用戶端取得。

儲存在 IPFS 的中繼資料綱要，若無人維持內容可用，仍可能失效。

開發人員應在鑄造代幣前規劃釘選與長期儲存方案。

使用者應了解，內容定址可提升完整性，但可用性仍需要儲存支援。

代幣中繼資料綱要與 HTTP 儲存

有些專案將中繼資料儲存在標準 HTTPS 伺服器上。

這可使中繼資料更容易更新、生成及快速提供。

這種方式常見於動態 NFT、遊戲資產、揭露機制，以及依賴活躍後端系統的資產。

缺點是 HTTP 中繼資料依賴伺服器正常運作、網域控制權、託管安全性及專案營運。

若伺服器離線，代幣中繼資料可能從使用者介面消失。

若網域到期，中繼資料端點可能變得不安全或無法使用。

若伺服器營運者變更 JSON，使用者可能在沒有鏈上變更的情況下看到不同內容。

HTTP 中繼資料不一定有問題，但應清楚揭露。

開發人員應說明中繼資料是否可變動，以及儲存將維持多久。

使用者對完全依賴集中式中繼資料伺服器的高價值資產應更為謹慎。

代幣中繼資料綱要與鏈上中繼資料

鏈上中繼資料是指代幣中繼資料直接由智能合約儲存或生成。

這可降低對外部儲存系統的依賴。

合約可能回傳包含編碼中繼資料的

URI。

中繼資料可能包含鏈上 SVG 圖片或生成式藝術邏輯。

鏈上中繼資料可提高耐久性，因為資料與區塊鏈狀態綁定。

它也可能更昂貴，因為在鏈上儲存和生成資料會消耗資源。

鏈上中繼資料可能較難變更，這對永久性有幫助，但對遊戲或動態憑證則較不實用。

當永久性與最小化信任比彈性更重要時，開發人員應選擇鏈上中繼資料。

使用者仍應檢查合約邏輯，因為若合約允許，鏈上中繼資料也可能是動態的。

鏈上中繼資料是一種儲存模型，而非自動保證品質。

代幣中繼資料綱要與動態 NFT

動態 NFT 是其中繼資料可依事件、時間、遊戲進度、預言機資料、治理決策或使用者操作而變更的代幣。

動態中繼資料可讓 NFT 更具實用性與互動性。

遊戲角色可以升級。

會員通行證可從有效狀態變更為到期狀態。

使用者完成新成就後，憑證可更新。

現實世界資產代幣可更新驗證狀態或文件參照。

中繼資料綱要應清楚標示動態欄位。

使用者應知道哪些欄位可以變更，以及誰控制這些變更。

動態 NFT 不應在模糊的中繼資料文字背後隱藏任意的管理員控制權。

良好的動態中繼資料具備可預測性、文件說明，並與有意義的代幣行為連結。

代幣中繼資料綱要與中繼資料更新

中繼資料更新常見於揭露、遊戲進度、資產驗證及錯誤修正。

官方 ERC-4906 中繼資料更新擴充功能定義了當 NFT 中繼資料變更時通知用戶端的事件。

這很重要，因為錢包與索引器常為提升速度而快取中繼資料。

若中繼資料變更卻未發出更新訊號，使用者可能持續看到舊資訊。

中繼資料綱要應搭配清楚的更新行為。

對於揭露，專案應說明預留位置中繼資料何時將變更為最終中繼資料。

對於動態資產，專案應說明哪些事件會觸發中繼資料變更。

對於由管理員控制的更新，專案應揭露誰可變更中繼資料及其條件。

透明的中繼資料更新可建立信任。

隱藏的中繼資料更新會造成不確定性，並可能損害代幣價值。

代幣中繼資料綱要與合約層級中繼資料

代幣層級中繼資料描述特定代幣 ID。

合約層級中繼資料描述整份合約或整個系列。

官方 ERC-7572 合約層級中繼資料標準將

標準化，用於名稱、描述和圖片等豐富的合約層級資訊。

這很有用，因為系列可能需要 Logo、橫幅、描述、費用資訊、社群連結或專案層級圖片。

系列中的單一 NFT 可擁有自己的代幣中繼資料綱要，而系列同時也可有合約層級中繼資料綱要。

這兩個層級都與使用者體驗相關。

若代幣中繼資料正確但系列中繼資料錯誤，使用者仍可能看到令人困惑的資訊。

若系列中繼資料正確但代幣中繼資料損壞，個別代幣可能無法正確顯示。

在適用情況下，開發人員應同時支援代幣層級和合約層級中繼資料。

使用者應了解這些是相關但不同的中繼資料層級。

代幣中繼資料綱要與 ERC-1046

ERC-1046 將代幣 URI 的概念擴展到基本 NFT 使用案例以外。

官方 ERC-1046 tokenURI 互通性提案為 ERC-20 新增 token URI 支援，並擴展不同代幣類型的中繼資料互通性。

這很重要，因為同質化代幣也可能需要中繼資料。

同質化代幣可能需要 Logo、描述、發行方詳細資料、官方連結、合規說明或文件參照。

標準化中繼資料可協助錢包與應用程式更清楚地呈現同質化代幣。

然而，使用者不應將中繼資料欄位視為合法性的證明。

詐騙代幣也可能提供精美的 Logo 與描述。

合約地址、發行方、流動性、安全性、代幣經濟學及官方來源仍然重要。

ERC-1046 顯示中繼資料綱要不僅關乎收藏品圖片。

它們也是讓代幣資訊具備互通性的更廣泛努力之一。

代幣中繼資料綱要與 ERC-5625

ERC-5625 是一項與 NFT 去中心化儲存資訊相關的提議中繼資料擴充功能。

官方 ERC-5625 NFT Metadata JSON Schema dStorage Extension會在 NFT 中繼資料中新增去中心化儲存屬性，讓資產儲存資訊可更清楚地描述。

這很重要，因為中繼資料通常指向儲存在區塊鏈外部的檔案。

代幣可能看似耐久，但其媒體可能依賴不明確的儲存安排。

新增與儲存相關的中繼資料，可協助使用者與應用程式理解資產資料的儲存位置。

這也有助於辨識內容是否儲存在 IPFS、Arweave 或其他去中心化儲存系統。

儲存中繼資料本身並不保證永久性。

它讓應用程式能以更清楚的方式描述及檢查儲存假設。

對高價值 NFT 而言，去中心化儲存詳細資料可能是盡職調查的重要部分。

當中繼資料綱要同時說明資產是什麼，以及其資料如何保存時，會更為完善。

綱要驗證

綱要驗證是指檢查中繼資料是否遵循預期結構。

驗證工具可檢查 JSON 是否有效。

它可檢查必要欄位是否存在。

它可檢查圖片欄位是否為有效 URI。

它可檢查 attributes 是否格式化為陣列。

它可檢查數值是否以一致方式儲存。

它可檢查媒體欄位是否指向支援的檔案類型。

綱要驗證有助於避免錢包顯示損壞與市集錯誤。

它也有助於開發人員在鑄造或揭露前發現錯誤。

專案應在將中繼資料永久發布至去中心化儲存前完成驗證。

中繼資料綱要與稀有度

稀有度工具通常依賴 NFT 中繼資料的

欄位。

若屬性不一致，稀有度計算可能變得不準確。

例如，某些工具可能將

、 和 視為不同值。

若一個代幣使用

，另一個使用 ，稀有度工具可能拆分特徵類別。

若某些代幣缺少某項特徵，稀有度計算可能出現非預期變化。

專案應在整個系列中使用一致的特徵名稱與值。

當系列預計不可變動時，也應凍結最終中繼資料。

使用者在揭露期間應保持謹慎，因為稀有度資料可能尚未穩定。

中繼資料綱要品質可直接影響收藏者如何評估 NFT。

對依特徵定價的系列而言，清楚的中繼資料尤其重要。

中繼資料綱要與遊戲資產

遊戲資產通常需要比簡單藝術 NFT 更豐富的中繼資料綱要。

遊戲物品可能需要等級、耐久度、攻擊力、防禦力、稀有度、類別、元素、冷卻時間、升級狀態或裝備欄位等欄位。

角色 NFT 可能需要經驗值、技能、物品欄、陣營、生命值和視覺狀態等欄位。

其中部分欄位可能在遊戲過程中變更。

開發人員應決定哪些值屬於鏈上，哪些值屬於中繼資料。

重要的遊戲邏輯不應只依賴未經驗證的鏈下中繼資料。

遊戲合約或伺服器應在允許高價值操作前驗證關鍵值。

中繼資料可改善顯示，但遊戲規則應受可信邏輯保護。

使用者應了解物品價值是否取決於遊戲持續營運。

中繼資料綱要可以描述遊戲資產，但遊戲生態系統賦予它效用。

中繼資料綱要與現實世界資產

現實世界資產代幣可能使用中繼資料綱要描述鏈下資產。

範例可包括不動產紀錄、商品、發票、債券、基金單位、收藏品、碳權或與身分連結的憑證。

中繼資料綱要可能包含發行方、資產類別、文件 URI、估值日期、管轄區、保管機構、驗證狀態及文件雜湊值等欄位。

這些欄位可協助使用者理解代幣，但不會自動產生法律所有權。

法律權利取決於發行方文件、合約、保管安排、管轄區及贖回規則。

現實世界資產中繼資料綱要應將行銷資訊與法律上重要的參照資料區隔開來。

它應避免無法驗證的模糊聲明。

在可行時，應透過雜湊值或耐久儲存維護文件完整性。

使用者在依賴現實世界資產中繼資料前，應閱讀官方法律文件。

中繼資料可支援揭露，但無法取代法律盡職調查。

中繼資料綱要與安全風險

代幣中繼資料可能產生安全風險，因為錢包與 dApp 會從外部來源擷取及顯示資料。

惡意中繼資料檔案可能包含網路釣魚連結、假獎勵訊息、誤導性圖片或危險的外部 URL。

垃圾 NFT 可能出現在錢包中，並透過中繼資料要求使用者造訪假冒的領取頁面。

假冒系列可能複製真實系列的名稱、圖片和屬性。

遭入侵的中繼資料伺服器，日後可能將原本看似安全的中繼資料變更為惡意內容。

錢包與 dApp 應將中繼資料視為不受信任的輸入內容。

它們不應執行中繼資料中的指令碼。

應盡可能淨化外部連結與媒體內容。

使用者絕不應僅因中繼資料要求，就輸入助記詞、私鑰或錢包備份資訊。

外觀清楚的中繼資料綱要並不能證明代幣安全。

中繼資料綱要與可變性

可變性是指中繼資料可在代幣鑄造後變更。

某些專案因代幣具動態性而需要可變性。

其他專案則承諾中繼資料將永久且不變。

中繼資料綱要應符合專案的承諾。

若系列以不可變藝術品行銷，中繼資料不應仍由管理員不受限制地控制。

若代幣是遊戲物品，動態中繼資料可能是預期功能。

若代幣是憑證，更新可能有必要，但應可稽核。

使用者應檢查誰控制中繼資料更新。

開發人員應記錄中繼資料是否不可變、動態、由管理員控制或由治理機制控制。

隱藏的可變性是 NFT 中繼資料最大的信任風險之一。

中繼資料綱要與快取

快取是指暫時儲存中繼資料，讓應用程式可更快載入代幣。

錢包、市集、瀏覽器和索引器常會快取中繼資料。

快取很有用，因為重複擷取每個中繼資料檔案會很慢。

問題在於快取的中繼資料可能過時。

在揭露期間，某些應用程式可能在最終中繼資料發布後，仍顯示預留位置圖片。

在動態更新期間，某些應用程式可能在快取重新整理前，仍顯示舊屬性。

中繼資料更新標準可協助用戶端知道何時重新整理快取資料。

當預期中繼資料會變更時，開發人員應支援更新事件。

使用者應了解，顯示延遲可能源自快取，而非代幣失效。

完善的中繼資料綱要搭配良好的快取重新整理行為時效果最佳。

中繼資料綱要與索引器

索引器收集區塊鏈資料，並為應用程式整理資料。

對代幣中繼資料而言，索引器可能呼叫

、擷取 JSON 檔案、解析屬性、快取圖片並提供 API 回應。

索引器需要可預測的中繼資料綱要才能有效運作。

若每個專案都使用不尋常的欄位名稱，索引器便必須建立自訂邏輯。

若中繼資料檔案無效或載入緩慢，索引器可能無法正確顯示資產。

若中繼資料變更卻沒有事件，索引器可能顯示過時資料。

因此，綱要一致性有助於整個 Web3 生態系統。

開發人員應在推出前依常見索引器行為測試中繼資料。

使用者應了解，若不同錢包的索引器重新整理時間不同，可能顯示不同的中繼資料。

索引器是代幣中繼資料可用性中隱藏但重要的一環。

開發人員最佳實務

使用廣泛支援的中繼資料欄位，例如

、、 和 。

從每個 Token URI 回傳有效 JSON。

在整個系列中使用穩定的特徵名稱和值。

為中繼資料與媒體檔案使用耐久的儲存方式。

釘選 IPFS 檔案，或使用可靠的長期儲存方案。

記錄中繼資料是否可變、不可變或動態。

當中繼資料變更時發出中繼資料更新事件。

在永久發布中繼資料前進行驗證。

在錢包、瀏覽器和 dApp 之間測試顯示行為。

避免只在可編輯的中繼資料中放入敏感的法律承諾。

使用者最佳實務

檢查代幣中繼資料儲存在 IPFS、伺服器、Arweave 或鏈上。

驗證官方合約地址，而非信任代幣名稱或圖片。

對包含外部連結或獎勵聲明的中繼資料保持謹慎。

不要僅為查看中繼資料而簽署交易。

不要在代幣中繼資料連結的任何頁面輸入助記詞。

檢查中繼資料是否可由管理員變更。

在 NFT 揭露期間仔細檢查屬性。

了解顯示的圖片並不能證明真實性。

對現實世界資產代幣，應閱讀中繼資料檔案以外的法律文件。

應將中繼資料視為有用資訊，而非價值或安全性的獨立證明。

常見代幣中繼資料綱要錯誤

第一項錯誤是發布無效 JSON。

第二項錯誤是在不同代幣之間使用不一致的屬性名稱。

第三項錯誤是讓圖片欄位指向無法使用的檔案。

第四項錯誤是在未揭露的情況下依賴集中式伺服器。

第五項錯誤是在鑄造後沒有清楚規則地變更中繼資料。

第六項錯誤是忘記 ERC-1155 的

替換要求。

第七項錯誤是使用不支援的媒體格式卻沒有備用圖片。

第八項錯誤是將僅具描述性的中繼資料視為具有法律約束力。

第九項錯誤是在中繼資料變更時未發出更新事件。

第十項錯誤是包含可能使使用者面臨網路釣魚風險的不安全連結。

常見問題

Token Metadata Schema 是什麼意思？

Token Metadata Schema 是指用於描述加密貨幣代幣中繼資料的結構化格式，通常採用 JSON。

Token Metadata Schema 僅適用於 NFT 嗎？

不是。它最常見於 NFT，但中繼資料綱要也可支援同質化代幣、現實世界資產代幣和應用程式專屬代幣。

NFT 中繼資料有哪些常見欄位？

常見欄位包括

、、、、 和 。

Token URI 與 Token Metadata Schema 有何差異？

Token URI 指向中繼資料，而 Token Metadata Schema 定義該處中繼資料的結構。

什麼是 ERC-721 Metadata JSON Schema？

這是 ERC-721 為透過 token URI 回傳的 NFT 中繼資料所描述的基本中繼資料綱要。

什麼是 ERC-1155 Metadata URI JSON Schema？

這是 ERC-1155 代幣使用的中繼資料綱要，支援透過

取代代幣 ID。

代幣中繼資料可以儲存在 IPFS 嗎？

可以。代幣中繼資料可透過 IPFS 儲存，並使用有助於驗證內容完整性的內容識別碼。

IPFS 是否保證中繼資料永遠可用？

不是。IPFS 可改善內容定址，但檔案仍需被釘選或提供服務，使用者才能取得。

代幣中繼資料能在鑄造後變更嗎？

可以。若專案使用動態中繼資料、可變伺服器、管理員控制的基礎 URI 或可更新的解析器邏輯，中繼資料便可變更。

什麼是動態代幣中繼資料？

動態代幣中繼資料是指會依時間、遊戲進度、使用者活動、預言機資料、合約狀態或專案更新而變更的中繼資料。

ERC-4906 的用途是什麼？

ERC-4906 定義中繼資料更新事件，讓錢包與應用程式知道何時應重新整理 NFT 中繼資料。

ERC-7572 的用途是什麼？

ERC-7572 將

標準化，用於系列名稱、描述與圖片等合約層級中繼資料。

中繼資料可能具有惡意嗎？

可能。中繼資料可包含網路釣魚連結、假獎勵聲明、誤導性圖片或不安全的外部參照。

為什麼 NFT 特徵有時會顯示不正確？

NFT 特徵可能因屬性不一致、缺失、拼寫錯誤、遭快取，或格式不受用戶端理解而顯示不正確。

什麼樣的 Token Metadata Schema 才算良好？

良好的 Token Metadata Schema 應有效、一致、耐久、有文件說明、與常見工具相容，並清楚說明中繼資料是否可變更。

結論

代幣中繼資料綱要是告訴錢包、dApp、瀏覽器、遊戲、市集及索引器如何讀取加密貨幣代幣資訊的結構化格式。

它對 NFT 最為重要，因為 NFT 所有權儲存在鏈上，而名稱、圖片、特徵、描述與媒體通常透過中繼資料檔案儲存。

ERC-721 和 ERC-1155 都定義了中繼資料模式，協助應用程式一致地解析與顯示代幣資訊。

良好的中繼資料綱要可讓代幣更容易理解、篩選、交易、驗證及在應用程式中使用。

不完善的中繼資料綱要可能造成圖片損壞、特徵缺失、資料過時、網路釣魚風險與使用者困惑。

重要欄位包括

、、、、 及專案專屬 properties。

IPFS、HTTPS、Arweave 和鏈上資料等儲存選擇，會影響永久性、可變性、成本與信任。

中繼資料更新應保持透明，尤其是在揭露、動態 NFT、遊戲資產、憑證和現實世界資產代幣的情況下。

開發人員應驗證中繼資料、使用耐久儲存、記錄可變性、發出更新事件，並在常見 Web3 工具間進行測試。

使用者應驗證合約地址、避免可疑的中繼資料連結、理解儲存風險，並將中繼資料視為描述性資訊，而非絕對證明。

在加密貨幣詞彙表中，Token Metadata Schema 應理解為一種資料格式，它賦予加密貨幣代幣人類可讀的意義，並讓 Web3 生態系統能一致且安全地顯示代幣資訊。