中繼資料標準

什麼是中繼資料標準？

中繼資料標準是一套共通規則，用來定義如何命名、格式化、儲存、擷取及解讀有關加密貨幣、代幣、區塊鏈帳戶、數位收藏品、交易或去中心化身分的資訊。

中繼資料是用來描述其他資產或資料物件的資料。

在加密貨幣領域，中繼資料可描述代幣名稱、代號、小數位精度、圖片、屬性、創作者、外部資源、媒體類型、發行條款或標的資產。

中繼資料標準讓錢包、區塊鏈應用程式、區塊鏈瀏覽器、索引器、分析系統和智能合約能以一致方式解讀相同資訊。

若沒有共通標準，一個應用程式可能使用

欄位，另一個可能使用 ，還有一個可能完全無法辨識媒體參照。

中繼資料標準可定義合約函式、資料欄位、JSON 結構、識別碼、更新事件、驗證規則、儲存方式及安全要求。

部分中繼資料直接儲存在區塊鏈上，其他則儲存在網站、分散式儲存網路或私人資料庫中。

中繼資料標準能改善互通性，但無法保證資訊真實、永久、合法或安全。

中繼資料標準為何對加密貨幣很重要？

區塊鏈紀錄通常包含一般使用者難以理解的技術識別資訊。

代幣合約地址能識別特定資產，但單憑地址無法提供易讀的名稱、標誌、說明或顯示精度。

中繼資料會將技術性的區塊鏈資訊轉換為結構化資料，讓軟體可以顯示，使用者也能理解。

錢包可使用標準化中繼資料顯示正確的代幣名稱和餘額。

NFT 應用程式可使用中繼資料顯示圖片、動畫、說明和特徵。

去中心化身分應用程式可使用中繼資料識別驗證金鑰、服務端點、發行者、憑證主體和憑證類型。

標準可減少每個應用程式都必須為每種加密資產建立獨立客製化整合的需求。

標準也能讓資料驗證、缺漏欄位偵測、實作方式比較，以及系統間資訊移轉更容易。

中繼資料標準與中繼資料

中繼資料是附加於資產或與資產相關聯的實際描述資訊。

中繼資料標準則是一套規則，說明這些資訊應如何建構和解讀。

「Digital Access Pass」這段文字可能是儲存在中繼資料中的代幣名稱。

標準可能規定代幣名稱必須放在名為

的欄位中，且必須以字串表示。

中繼資料可以符合標準、部分符合標準，或採用完全自訂的格式。

中繼資料標準與中繼資料結構描述

中繼資料標準描述建立和交換中繼資料時所適用的較廣泛規則。

中繼資料結構描述則定義中繼資料文件允許的結構、欄位、資料類型和驗證要求。

一項標準可包含一種或多種結構描述，以及智能合約介面、更新事件、URI 規則和處理指示。

結構描述可能要求

為字串、 為陣列，並要求 包含 URI。

文件即使是有效的 JSON，也仍可能不符合必要的中繼資料結構描述。

中繼資料標準與代幣標準

代幣標準定義代幣的運作方式，以及其他應用程式如何與其智能合約互動。

中繼資料標準則定義如何呈現該代幣的描述資訊。

單一代幣標準可同時包含行為函式和可選的中繼資料函式。

例如，可替代代幣標準可能會定義轉帳、餘額、授權、總供應量、名稱、代號和小數位精度。

NFT 標準可能會定義所有權和轉移函式，並透過中繼資料 URI 尋找描述資訊。

加密貨幣中繼資料標準的核心要素

識別碼

識別碼用來區分不同區塊鏈、合約、代幣類型、代幣個體、帳戶、憑證或中繼資料文件。

例如：鏈識別碼、合約地址、代幣 ID、去中心化識別碼、URL、URI 和內容識別碼。

欄位名稱

標準欄位名稱讓軟體無須猜測每個發行方採用的標籤，就能找到所需資訊。

常見欄位包括

、、、、、 和 。

資料類型

資料類型定義一個值應為字串、數字、整數、布林值、物件、陣列或空值。

使用一致的資料類型，可避免應用程式收到數字而非預期文字的情況。

必要與可選欄位

標準可要求每個相容實作都必須提供特定資訊，也可允許使用可選欄位支援其他功能。

軟體不應假設可選欄位一定存在。

URI 規則

中繼資料標準可能會定義合約如何回傳用來定位中繼資料文件或媒體檔案的 URI。

URI 用來識別資源，但 URI 方案決定應用程式應如何擷取或解讀該資源。

更新規則

更新規則會說明中繼資料是否可以變更、誰可以變更，以及應用程式如何得知更新已發生。

完整性規則

完整性規則可讓應用程式檢查取得的中繼資料是否符合預期的加密雜湊值或內容識別碼。

驗證規則

驗證規則可在中繼資料送達使用者前，識別格式錯誤、缺漏、互相衝突或不受支援的內容。

鏈上中繼資料

鏈上中繼資料是直接儲存在區塊鏈狀態、合約儲存空間、交易資料或其他受區塊鏈保護資源中的資料。

應用程式可從節點讀取中繼資料，不必依賴一般網路伺服器。

只要底層區塊鏈仍可存取，鏈上儲存可提供高度可用性和完整性。

不過，鏈上儲存也可能成本高昂，因為每個儲存位元組都可能增加交易成本和網路長期儲存需求。

完全鏈上媒體可能使用精簡文字、編碼向量圖形、程序化生成或資料 URI。

鏈上不代表自動不可變，因為可升級或由管理員控制的合約可能變更回傳資訊。

鏈下中繼資料

鏈下中繼資料儲存在區塊鏈之外，而區塊鏈會記錄指向該資料的參照。

該參照可能指向 HTTPS 資源、分散式儲存物件、私人伺服器、應用程式介面或內容定址檔案。

鏈下儲存可用較低的區塊鏈成本支援較大的圖片、影片、文件和詳細屬性集合。

但這也會帶來可用性、託管、網域、安全性和內容變更等風險。

如果一般伺服器消失，代幣仍可能留在區塊鏈上，但其中繼資料可能無法使用。

混合式中繼資料

混合式中繼資料結合鏈上資訊和鏈下檔案。

智能合約可能在鏈上儲存代幣 ID、所有權、中繼資料 URI 和內容雜湊值，同時將完整 JSON 文件和媒體檔案存放在其他地方。

這種方式可降低儲存成本，也能讓應用程式驗證取得的內容。

其安全性取決於哪些欄位受到鏈上保護，以及哪些欄位仍可變更。

可替代代幣中繼資料標準

可替代代幣中繼資料可協助錢包和應用程式正確顯示可互換的加密資產。

最終版 ERC-20 代幣標準定義了可選的代幣名稱、代號和小數位精度函式。

欄位提供易讀的資產名稱。

欄位提供類似代號的簡短表示方式。

值會告訴介面如何將最小鏈上單位換算為使用者易讀的數量。

具有 18 位小數的代幣，顯示為 1 枚代幣時，相當於 10¹⁸ 個最小單位。

名稱和代號無法唯一識別代幣，因為多個互不相關的合約可能使用相同值。

可靠的應用程式應透過區塊鏈和合約地址識別資產，而非只依賴代號。

小數位中繼資料

小數位中繼資料會改變整數代幣餘額的顯示方式，但不會自動拆分底層鏈上單位。

顯示的代幣餘額 = 原始代幣餘額 / 10^小數位數

原始餘額為 250,000,000 且具有 6 位小數時，會顯示為 250 枚代幣。

錯誤的小數位中繼資料可能會讓餘額看起來遠高於或低於實際數值。

金融計算應採用精確的整數運算，而非浮點數近似值。

ERC-721 中繼資料標準

ERC-721 是一項最終標準，用於每個代幣皆具有獨立識別碼的非同質化代幣。

ERC-721 標準中的可選中繼資料介面定義了

、 和 函式。

函式會回傳與特定代幣 ID 相關聯的 URI。

解析後的中繼資料通常包含名稱、說明和圖片 URI。

應用程式可能支援其他欄位，但無法保證自訂欄位會在所有介面中一致顯示。

ERC-721 將中繼資料的存取方式標準化，但不要求每個中繼資料位元組都直接儲存在合約中。

常見的 ERC-721 中繼資料欄位

名稱

欄位提供個別代幣或其代表資產的易讀名稱。

說明

欄位說明代幣、媒體、用途、歷史或所代表的物品。

圖片

欄位包含指向代幣相關圖片的 URI。

動畫 URL

欄位可能指向影片、音訊、互動式媒體、3D 內容或其他豐富資源。

外部 URL

欄位可能會將使用者導向官方資訊頁面或應用程式頁面。

屬性

陣列可描述類別、等級、版本、顏色、狀態或其他代幣專屬特性。

同一系列中的特徵格式應保持一致，讓應用程式能正確排序和比較。

ERC-1155 中繼資料標準

ERC-1155 支援在單一智能合約中建立多種類型的可替代、非同質化和半同質化代幣。

最終版 ERC-1155 多代幣標準定義了可選的中繼資料 URI 介面及相關 JSON 結構描述。

函式會回傳代幣類型的 Metadata URI。

標準允許中繼資料值中出現佔位符

。

相容的用戶端會將佔位符替換為代幣 ID，格式為小寫、補零至 64 個字元的十六進位字串，且不含

前綴。

這種替換方式讓同一 URI 範本能有效服務多個代幣 ID。

ERC-1155 結構描述包含 name、description、image、decimals 和 properties 等欄位。

ERC-721 與 ERC-1155 中繼資料比較

ERC-721 通常透過

回傳特定代幣的 URI。

ERC-1155 可回傳 URI 範本，由應用程式透過代幣 ID 替換功能進行調整。

ERC-721 的設計以各自獨立的代幣為主；ERC-1155 則可在同一合約中呈現多種代幣類別。

兩種標準通常都會將中繼資料解析為 JSON，並可指向外部媒體。

應用程式應辨識並處理正確的介面，而不是假設每個 NFT 都遵循相同的中繼資料模式。

中繼資料更新標準

可變動的 NFT 中繼資料會帶來一項挑戰：應用程式可能快取舊版本，之後也無法得知資料已更新。

最終版 ERC-4906 中繼資料更新擴充功能定義了標準化事件，用來通知應用程式 ERC-721 中繼資料已變更。

事件會識別中繼資料已變更的單一代幣。

事件會識別受影響的一段連續代幣 ID 範圍。

應用程式可監控這些事件，並透過代幣 URI 取得更新後的中繼資料。

此事件只表示中繼資料已變更，不會包含完整的更新文件。

新興的鏈上中繼資料標準

隨著區塊鏈應用程式需要更結構化的鏈上資訊，新的中繼資料提案持續發展。

ERC-8048 於 2025 年 9 月提出，作為一項草案提案，旨在多代幣和 NFT 登錄表中直接儲存鍵值中繼資料。

目前的 ERC-8048 草案提議加入一個函式，依代幣 ID 和字串鍵回傳中繼資料位元組。

提案也建議加入一個事件，讓應用程式在中繼資料值設定時進行監控。

由於 ERC-8048 仍是草案，開發者不應將其描述為已定案或普遍採用的標準。

草案提案可能會變更、停滯，或無法獲得廣泛的實作支援。

JSON 作為中繼資料格式

JSON 是一種輕量的文字格式，常用於合約、伺服器、錢包和應用程式之間交換加密貨幣中繼資料。

IETF JSON 標準定義了物件、陣列、字串、數字、布林值和空值。

JSON 物件包含欄位名稱及相對應的值。

JSON 易於閱讀、支援範圍廣，且網頁應用程式容易處理，因此相當普及。

JSON 格式有效，不代表文件符合代幣中繼資料結構描述。

應用程式應依據安全性和互通性政策，拒絕重複或非預期的值。

NFT 中繼資料結構範例

此範例使用常見欄位，但不代表適用於所有 NFT 應用程式的完整通用結構描述。

URI、屬性結構和可選欄位都必須依據使用的標準和應用程式進行評估。

JSON Schema

JSON Schema 提供機器可讀的規則，用於驗證 JSON 文件的結構和值。

結構描述可定義必要屬性、預期資料類型、最小值、字串模式、允許值和巢狀物件規則。

官方 JSON Schema Draft 2020-12 仍是 2026 年一般規格的最新已發布版本。

加密貨幣專案可使用 JSON Schema，在鑄造或發布代幣前檢查中繼資料。

錢包和索引器也可使用結構描述識別無效或不受支援的資料。

結構描述驗證只能確認資料結構，無法證明說明、圖片、所有權聲明或發行者聲明屬實。

JSON-LD 中繼資料

JSON-LD 透過連結資料語意擴充 JSON，讓欄位和類型能連結至全球定義的概念。

穩定版 JSON-LD 1.1 Recommendation 定義了以 JSON 為基礎、可互通的連結資料格式。

屬性會將簡短欄位名稱對應至更精確的識別碼和詞彙表。

屬性可識別主體或資源。

屬性會識別所描述的實體類型。

JSON-LD 可協助代幣化資產、憑證、身分紀錄和實體資產系統以一致的語意交換中繼資料。

如果遠端內容可變更或無法使用，遠端 context 會帶來依賴性和安全風險。

加密貨幣中繼資料中的 URI 標準

統一資源識別符（URI）使用標準化的字元格式識別數位或實體資源。

URI 通用語法標準定義 URI 方案採用的通用結構。

加密貨幣中繼資料常見的方案包括

、 和 。

HTTPS URI 會識別由網域和伺服器控制的位置。

IPFS URI 會透過內容識別碼識別內容。

data URI 會將內容嵌入 URI 中。

應用程式應確認支援的方案，並避免將無法辨識的 URI 視為安全的網路連結。

位置定址與內容定址

位置定址會告訴應用程式應向哪裡請求資源。

內容定址則依據內容本身衍生的資訊識別資源。

即使伺服器變更檔案，HTTPS URL 仍可能指向相同位置。

在相同編碼和雜湊規則下，參照內容一旦改變，內容識別碼也會隨之改變。

因此，內容定址能提升完整性驗證能力，但無法保證內容會持續託管並可供取得。

IPFS 中繼資料

IPFS 常透過內容定址識別碼儲存 NFT 中繼資料和媒體。

官方 IPFS 內容定址文件說明，內容識別碼（CID）包含根據內容的加密雜湊值和編碼方式衍生的資訊。

在相同內容定址設定下，內容變更時會產生不同的 CID。

代幣 URI 可使用

格式識別中繼資料文件或檔案。

公用閘道可將該 URI 轉換為 HTTPS 請求，供瀏覽器存取。

閘道是擷取內容的途徑，不是內容本身的底層識別方式。

CID 無法保證永久儲存，因為至少需要一個可連線的提供者持續提供資料。

中繼資料完整性

中繼資料完整性是指取得的資料自建立受信任的參照後，未遭非預期變更。

可以計算中繼資料文件的加密雜湊值，再與預期雜湊值比較。

中繼資料完整性成立的條件：計算出的雜湊值 = 受信任的預期雜湊值

雜湊值相符可證明位元組內容一致，但無法證明原始內容準確或經過授權。

內容定址中繼資料可將完整性資訊納入識別碼中。

位置定址中繼資料則可使用另行儲存的雜湊值、數位簽章或完整性紀錄。

中繼資料真實性

真實性關乎誰建立、核准或控制中繼資料。

數位簽章可將中繼資料文件與加密金鑰連結。

驗證者仍必須確認該金鑰是否屬於預期的創作者、發行者、合約管理方或組織。

遭入侵金鑰所產生的有效簽章，仍可能驗證未經授權的文件。

金鑰輪替、撤銷、存取控制和事件處理程序仍不可或缺。

不可變中繼資料

不可變中繼資料的設計目標，是在特定時間點之後，內容或受信任的參照都無法變更。

可透過將完整資料儲存在鏈上、儲存無法變更的內容識別碼，或永久停用更新權限來實現不可變性。

專案應清楚說明哪些部分不可變。

不可變的 JSON 文件仍可能指向可變更的外部圖片。

不可變的智能合約也可能參照可變更的伺服器位置。

必須檢視完整的參照鏈，才能評估是否真正不可變。

可變動中繼資料

可變動中繼資料可以在代幣建立後變更。

它可用於持續演變的遊戲道具、會員資格、可兌換資產、身分狀態、維護紀錄和實體資產更新。

但授權方或遭入侵的管理員也可能替換圖片、說明、特徵或外部連結。

中繼資料標準應定義更新權限、程序、事件、歷史紀錄，以及凍結後續變更的條件。

應用程式不應將可變動中繼資料描述為永久不變。

凍結的中繼資料

凍結中繼資料是指原本可編輯的中繼資料已進入預期不再變更或不允許變更的狀態。

凍結流程應透過合約程式碼或其他可獨立驗證的控制措施執行。

網站聲明中繼資料已凍結，不如透過技術限制移除更新權限來得可靠。

使用者應確認代理合約升級、治理操作或管理員金鑰是否能恢復變更權限。

中繼資料版本管理

中繼資料版本管理會記錄中繼資料文件或結構描述隨時間的變化。

版本識別碼可協助應用程式判斷應套用哪些規則。

語意化版本可能使用主要、次要和修補版本號，區分不相容的變更與相容的新增或修正。

歷史版本有助於稽核、爭議處理、遷移，以及正確呈現代幣過去的狀態。

若可變動 URI 覆寫舊文件且不保留歷史紀錄，就很難還原使用者最初取得的內容。

跨鏈中繼資料標準

跨鏈應用程式需要能區分不同區塊鏈上名稱和地址相似資產的識別碼。

代號並不足以識別資產，因為互不相關的資產可能使用相同代號。

CAIP-19 資產識別碼標準定義了不依賴特定區塊鏈的格式，用於識別資產類型和個別資產實例。

完整識別碼可結合區塊鏈命名空間、區塊鏈參照、資產命名空間、合約或資產參照，以及可選的代幣 ID。

當錢包、支付系統、跨鏈橋和投資組合工具交換資產中繼資料時，跨鏈識別碼可降低混淆。

但這些識別碼無法證明跨鏈代幣已由原始資產提供足額支持。

封裝與跨鏈資產中繼資料

封裝或跨鏈代幣是透過另一個區塊鏈或技術系統代表某項資產。

其中繼資料應識別目前所在的區塊鏈、代幣合約、所代表的資產、發行方或跨鏈橋機制，以及相關贖回條件。

若複製原始資產的名稱和標誌，卻未區分封裝後的資產，可能會誤導使用者。

應用程式不應假設相同代號代表相同的贖回權利或安全性。

中繼資料應說明資產屬於原生、封裝、跨鏈、合成，或以其他形式呈現。

去中心化識別碼中繼資料

去中心化識別碼可將與區塊鏈相關的實體連結至驗證方法和服務資訊。

DID 文件可包含控制者、加密驗證方法、驗證關係和服務端點。

W3C 於 2026 年 3 月 5 日將 DID Core 1.1 版發布為候選標準提案快照。

由於 1.1 版仍處於建議標準流程，實作者應區分此版本與最終的 DID Core 1.0 Recommendation。

DID 中繼資料可支援代幣發行者、組織、憑證、錢包和自動化代理。

DID 可依其方法證明控制權，但不會自動證明其控制者所提出的每項聲明都準確。

可驗證憑證中繼資料

可驗證憑證使用結構化中繼資料，呈現發行者對主體所提出的聲明。

W3C 可驗證憑證資料模型 2.0於 2025 年 5 月 15 日成為 W3C Recommendation。

該模型定義發行者、憑證主體、類型、有效期間、憑證狀態、資料結構描述和保護機制等資訊。

加密貨幣應用程式可將可驗證憑證用於身分、會員資格、合規、教育、專業資格和代幣化存取權。

有效的憑證證明表示受保護資料依適用的加密方法未遭竄改。

驗證者仍須另外判斷發行者是否可信，以及該憑證是否適用於預定用途。

代幣化實體資產的中繼資料

代幣化實體資產的中繼資料可能描述不動產、證券、商品、發票、環境聲明、會員資格或法律權利。

代幣合約本身可能不包含理解所有權或贖回所需的全部文件。

中繼資料可識別法律協議、發行者、保管人、估值日期、司法管轄區、資產識別碼、稽核、限制和狀態資訊。

中繼資料連結不會自動使外部法律文件具有約束力。

使用者必須確認代幣是否讓自己對相關實體或資產享有可依法執行的請求權。

不應將敏感個人或商業資訊永久放在公開區塊鏈上。

中繼資料在地化

在地化可讓名稱、說明和其他易讀中繼資料以多種語言呈現。

標準應識別每個文字值所使用的語言。

當使用者要求的語言版本不存在時，應用程式應定義備用顯示方式。

翻譯應保留重要的風險、法律和贖回資訊，而非只簡化促銷內容。

字元編碼應保持一致，避免名稱在不同系統中出現亂碼。

中繼資料無障礙設計

無障礙中繼資料可協助使用螢幕閱讀器、文字替代內容、鍵盤操作或其他輔助科技的使用者。

若應用程式或結構描述支援，圖片應附上具意義的文字說明。

重要資訊不應只出現在圖片或動畫中。

不應只用顏色、動態效果或聲音來傳達重要的代幣狀態。

無障礙設計能提升易用性，讓更多使用者理解中繼資料。

加密貨幣中繼資料中的媒體類型

媒體類型用來描述連結檔案的格式，例如 JSON、PNG、SVG、MP4 或其他已註冊類型。

應用程式可根據媒體類型資訊，判斷如何處理資源。

單靠副檔名並不可靠，因為伺服器可能以常見檔名回傳非預期內容。

應用程式應檢查回應類型、驗證檔案結構，並採用安全的呈現規則。

HTML 和 SVG 等主動格式可能包含指令碼、外部參照或互動行為，因此需要比一般靜態圖片更嚴格的控制。

中繼資料快取

錢包、索引器和應用程式通常會快取中繼資料，以提升效能並減少重複的網路請求。

快取可能導致授權更新後，舊名稱、圖片和屬性仍持續顯示。

更新事件、到期政策、版本識別碼和手動重新整理工具可減少資料過期問題。

未確認來源和時間戳記前，不應將快取副本視為目前的權威狀態。

由於內容變更時識別碼也會改變，內容定址中繼資料可安全快取並維持完整性。

中繼資料索引

中繼資料索引器會收集區塊鏈參照、擷取文件、驗證欄位，並整理資料以供快速搜尋和顯示。

索引器可能會將不同標準正規化為一種內部格式。

正規化可改善易用性，但也可能移除不受支援的欄位，或掩蓋原始結構描述間的差異。

索引器應保留原始來源、擷取時間、區塊鏈識別碼、合約地址和代幣 ID。

面向使用者的應用程式應區分直接從合約取得的中繼資料，以及外部資料庫新增的資訊。

中繼資料驗證

中繼資料驗證會檢查資料是否符合必要的語法、結構描述、識別碼、欄位類型和安全規則。

語法驗證會確認文件是否為格式正確的 JSON 或其他預期格式。

結構描述驗證會檢查必要欄位、值和結構。

URI 驗證會檢查資源參照是否採用允許的方案和有效格式。

完整性驗證會比對雜湊值或內容識別碼。

語意驗證會檢查資訊在相關區塊鏈和資產情境中是否合理。

沒有任何單一驗證層能證明中繼資料中的所有聲明。

加密貨幣中繼資料的安全風險

惡意連結

中繼資料文件可能透過外部 URL 將使用者導向網路釣魚網站。

惡意媒體

圖片或動畫欄位可能引用主動內容，藉此攻擊不安全的呈現軟體或追蹤使用者。

過大的檔案

攻擊者可能提供極大的中繼資料或媒體檔案，企圖消耗記憶體、頻寬、儲存空間或處理能力。

遞迴參照

中繼資料可能連結至彼此反覆參照的其他資源，造成過多請求。

Unicode 偽冒

代幣名稱和代號可能使用外觀相似的 Unicode 字元，仿冒受信任的資產。

中繼資料遭替換

管理員或遭入侵的伺服器可能在使用者取得代幣後替換可變動中繼資料。

結構描述操控

遠端結構描述或 JSON-LD context 可能變更，進而改變文件的解讀方式。

隱私追蹤

專屬媒體 URL 可能揭露特定錢包或使用者何時檢視代幣中繼資料。

不實聲明

中繼資料可能對所有權、稀有度、真實性、法律權利、儲備或創作者核准作出不實聲明。

中繼資料與錢包網路釣魚

錢包可能發現一種陌生代幣，而其中繼資料顯示承諾獎勵或警告帳戶有問題的訊息。

中繼資料可能將使用者導向惡意網站。

收到代幣並不能證明其名稱、圖片、網站或發行者值得信任。

使用者應自行查驗區塊鏈、合約地址、官方來源和要求執行的錢包操作。

任何中繼資料文件都不需要使用者的私鑰或助記詞。

中繼資料的隱私風險

公開中繼資料可能暴露個人姓名、地點、憑證、會員資格、健康資訊或財務關係。

直接儲存在公開區塊鏈上的資料可能難以甚至無法移除。

加密敏感中繼資料可降低公開可見度，但會帶來金鑰管理和長期保密方面的挑戰。

如果可能的原始值很容易猜到，公開雜湊值也可能洩露資訊。

專案應盡量減少個人資料，只儲存加密資產預定功能所需的資訊。

如何設計加密貨幣中繼資料標準

定義使用情境

設計者應先確認中繼資料要描述哪種資產、身分、憑證或應用程式。

定義唯一識別碼

識別碼應能區分區塊鏈、合約、資產類型和個別代幣，而不依賴名稱或代號。

選擇資料格式

所選格式應受到廣泛支援，在必要時具備確定性，並適合預期的資料大小。

定義必要欄位

只有可靠互通所需的欄位才應設為必要欄位。

定義資料類型

每個欄位都應明確規定類型、允許範圍、編碼和錯誤處理方式。

定義 URI 行為

標準應列明支援的 URI 方案、相對參照規則、擷取預期和安全限制。

定義可變性

標準應說明誰能更新中繼資料，以及是否能在日後停用更新。

定義完整性保護

重要的外部文件應使用雜湊值、內容識別碼、簽章或其他可驗證的完整性方法。

定義版本管理

應用程式需要可靠的方式識別不相容的結構描述版本和未來擴充功能。

定義失敗處理方式

標準應說明軟體如何處理缺漏、格式錯誤、無法使用、過大或不受支援的中繼資料。

記錄安全注意事項

規格應討論惡意輸入、遠端參照、隱私、存取控制、升級權限和阻斷服務風險。

加密貨幣專案的中繼資料最佳做法

應以區塊鏈和合約地址作為主要資產識別方式，而非使用代號。

若已有最終定稿標準涵蓋所需情境，應遵循該標準。

清楚標示草案或實驗性中繼資料擴充功能。

整個代幣系列應採用一致且穩定的欄位名稱和資料類型。

發布前應驗證每份中繼資料文件。

預期不會變更的資源應使用內容定址或加密雜湊值。

在使用者取得代幣前，應公布更新權限和凍結規則。

支援標準化更新事件時，應發出該事件。

應保留歷史中繼資料版本，以利稽核和爭議處理。

避免將個人或機密資料永久儲存在公開區塊鏈上。

限制主動媒體內容，並在呈現外部內容前先進行安全處理。

提供有意義的文字說明和語言資訊。

為重要的鏈下檔案維護備援儲存。

只要重要參照仍可變更，就不要宣稱資料不可變。

如何評估代幣中繼資料

確認正確的區塊鏈和代幣合約地址。

確認合約宣稱實作了哪些代幣和中繼資料標準。

在技術上可行時，直接從合約讀取 URI。

確認中繼資料是儲存在鏈上、HTTPS、IPFS 還是其他系統。

如有內容識別碼或雜湊值，請加以驗證。

檢查誰可以變更合約、URI、中繼資料、結構描述或儲存參照。

確認是否會發出中繼資料更新事件。

謹慎檢查連結的媒體和外部 URL。

應以獨立文件比對法律聲明和資產支持聲明。

不要將標誌、名稱或代號視為真實性的證明。

中繼資料標準常見錯誤

一種常見錯誤是把有效 JSON 當成中繼資料符合代幣標準的證明。

另一種錯誤是將代幣代號當成全球唯一的資產識別碼。

有些專案將中繼資料儲存在一般伺服器上，卻宣稱資產完全不可變。

另有專案在文件中放入 IPFS CID，卻允許合約替換該文件的 URI。

同一系列中的中繼資料文件可能使用不一致的屬性名稱和值。

應用程式可能未經安全處理或內容限制，就直接呈現主動媒體。

開發者可能誤以為每個錢包都支援自訂中繼資料欄位。

另一種錯誤是在變更可變動中繼資料後，未發出更新事件。

專案可能使用草案提案，卻未揭露其欄位和行為仍可能變更。

將敏感個人資訊永久儲存在鏈上，可能造成嚴重的隱私和合規問題。

常見問題

中繼資料標準最簡單的定義是什麼？

中繼資料標準是用來規範加密資產和區塊鏈紀錄之描述資訊如何建構、儲存、擷取和解讀的一套共通規則。

什麼是加密貨幣中繼資料？

加密貨幣中繼資料是描述代幣、NFT、區塊鏈帳戶、憑證、交易或代表資產的資訊。

加密資產為什麼需要中繼資料？

中繼資料可協助軟體顯示易讀的名稱、代號、圖片、小數位、屬性、身分和外部資源。

中繼資料會儲存在區塊鏈上嗎？

中繼資料可儲存在鏈上、鏈下，或透過結合區塊鏈參照和外部檔案的混合式設計儲存。

什麼是鏈上中繼資料？

鏈上中繼資料是直接儲存在區塊鏈狀態、智能合約儲存空間或交易資料中的描述資料。

什麼是鏈下中繼資料？

鏈下中繼資料儲存在區塊鏈之外，而區塊鏈會記錄指向它的 URI 或其他參照。

鏈下中繼資料不安全嗎？

鏈下中繼資料可以安全使用，但會帶來託管、完整性、可用性、網域和更新方面的風險，因此必須妥善管理。

ERC-20 定義了哪些中繼資料？

ERC-20 定義了代幣名稱、代號和小數位精度的可選函式。

代幣名稱和代號是唯一的嗎？

不是，互不相關的合約可以使用相同的代幣名稱和代號。

應如何識別可替代代幣？

應透過其區塊鏈和合約地址識別，而非只依賴代號。

什麼是 ERC-721 中繼資料？

ERC-721 中繼資料使用代幣專屬 URI，提供個別非同質化代幣的相關資訊。

什麼是 ERC-1155 中繼資料？

ERC-1155 中繼資料採用 URI 介面和 JSON 結構描述，可在單一合約中支援多種代幣類型。

ERC-1155 的

{id}

佔位符代表什麼？

相容的應用程式會將其替換為代幣 ID，格式為 64 個字元的小寫十六進位值，且不含

前綴。

什麼是 ERC-4906？

ERC-4906 是一項最終擴充標準，定義了通知應用程式 ERC-721 中繼資料更新的事件。

什麼是 ERC-8048？

ERC-8048 是一項於 2025 年提出的草案，旨在多代幣和 NFT 登錄表中直接儲存鍵值中繼資料。

ERC-8048 是已定稿的標準嗎？

不是，它仍是草案，最終定稿前可能會變更。

加密貨幣中繼資料為什麼使用 JSON？

JSON 易讀、輕量、支援範圍廣，且適合交換結構化資料。

JSON 有效就代表代幣中繼資料有效嗎？

不是，文件還必須符合相關中繼資料結構描述和應用程式要求。

什麼是 JSON Schema？

JSON Schema 定義了可由機器讀取的 JSON 文件驗證規則。

什麼是 JSON-LD？

JSON-LD 為 JSON 結構加入連結資料語意和全球定義的識別碼。

什麼是 Metadata URI？

Metadata URI 用來識別包含或代表代幣中繼資料的資源。

什麼是 IPFS CID？

IPFS CID 是一種內容識別碼，部分根據內容的加密雜湊值和編碼方式衍生。

IPFS CID 能保證永久儲存嗎？

不能，它可驗證內容識別資訊，但無法保證可連線的提供者會持續儲存資料。

什麼是內容定址中繼資料？

內容定址中繼資料是依據內容本身衍生的資訊識別，而非只依賴伺服器位置。

什麼是中繼資料完整性？

中繼資料完整性是指取得的位元組內容符合受信任的雜湊值、內容識別碼、簽章或其他完整性參照。

雜湊值相符能證明中繼資料屬實嗎？

不能，它只能證明位元組內容符合預期，無法證明其中的聲明準確。

NFT 中繼資料可以變更嗎？

可以，只要合約或儲存系統允許授權更新，中繼資料就可能變更。

什麼是凍結的中繼資料？

凍結中繼資料是指已進入技術上限制或停用後續變更狀態的資訊。

鏈上中繼資料一定不會變更嗎？

不一定，可升級合約和由管理員控制的儲存空間可能允許變更鏈上中繼資料。

什麼是中繼資料版本管理？

中繼資料版本管理用於識別和保存結構描述或文件隨時間發生的變更。

什麼是 CAIP-19？

CAIP-19 是一項不依賴特定區塊鏈的標準，用於識別加密資產類型和個別資產實例。

跨鏈識別碼為什麼重要？

不同區塊鏈上的資產可能具有相似名稱、代號或合約格式，跨鏈識別碼可避免混淆。

什麼是 DID 中繼資料？

DID 中繼資料會描述去中心化識別碼、控制者、驗證方法和服務端點。

什麼是可驗證憑證中繼資料？

它描述發行者、憑證主體、聲明、有效期間、狀態、結構描述和保護方法。

中繼資料可能包含惡意程式嗎？

中繼資料可能引用惡意連結、指令碼、主動媒體、過大檔案和其他不安全內容。

收到 NFT 會讓錢包面臨網路釣魚風險嗎？

會，未經請求的代幣中繼資料可能顯示惡意連結或虛假的獎勵訊息，企圖誘騙使用者。

中繼資料是否會要求助記詞？

不會。任何合法的中繼資料文件、代幣發行者或客服流程都不需要錢包助記詞。

中繼資料會洩露個人資訊嗎？

會，公開中繼資料可能暴露身分、會員資格、地點、憑證或財務關係。

如何驗證加密貨幣中繼資料？

可透過語法驗證、結構描述驗證、URI 規則、加密雜湊值、簽章和語意檢查進行驗證。

中繼資料標準最大的限制是什麼？

標準能讓資料互通，但無法保證所描述的資產、發行者或聲明合法可信。

信任代幣中繼資料前，使用者應查驗什麼？

使用者應查驗區塊鏈、合約地址、中繼資料標準、儲存方式、更新權限、完整性參照和外部聲明。

結論

中繼資料標準定義加密資產、NFT、身分、憑證和區塊鏈資源的描述資訊如何建構和交換。

標準讓錢包、智能合約、索引器和應用程式能一致地解讀名稱、代號、小數位、圖片、特徵、識別碼和外部資源。

主要的加密貨幣中繼資料系統包括可替代代幣欄位、ERC-721 代幣 URI、ERC-1155 中繼資料結構描述、ERC-4906 更新事件、JSON、JSON Schema、JSON-LD、內容識別碼和不依賴特定區塊鏈的資產識別碼。

中繼資料可直接儲存在鏈上、託管於鏈下，或透過結合區塊鏈參照和加密完整性檢查的混合模式保護。

鏈上儲存不代表資料不可變；內容定址也不代表資料永久可用。

應用程式必須驗證結構描述、清理外部內容、檢查更新權限、保留版本歷史，並避免將名稱或代號視為唯一識別方式。

使用者應將中繼資料視為描述資訊，而非代幣真實、有價值、具資產支持或具有法律強制力的證明。

完善的中繼資料標準只有與安全儲存、準確聲明、明確治理、隱私保護和可靠驗證搭配，才能改善加密貨幣互通性。