NFT 中繼資料 IPFS

什麼是 NFT 中繼資料 IPFS？

NFT 中繼資料 IPFS 是指使用星際檔案系統（InterPlanetary File System，IPFS）儲存或參照與非同質化代幣相關的中繼資料與媒體檔案。

在加密貨幣市場中，NFT 通常透過區塊鏈智能合約證明所有權，而中繼資料則說明代幣代表什麼。

中繼資料可能包括 NFT 名稱、描述、圖片、動畫檔案、屬性、特徵、稀有度資訊、遊戲數據、外部 URL，或錢包與 NFT 應用程式向使用者顯示的其他資訊。

IPFS 常用於 NFT，因為它讓專案能以內容定址方式參照檔案，而不必只依賴傳統網頁伺服器。

官方的IPFS NFT 資料最佳做法建議使用 IPFS URI，讓智能合約能連結至儲存在 IPFS 的外部 NFT 資料。

例如，NFT 智能合約可能會回傳 token URI，例如

。

該 JSON 檔案可能會接著指向圖片，例如

。

錢包、市場、遊戲或投資組合應用程式讀取 NFT 時，會依循 URI、取得中繼資料，再向使用者顯示 NFT 內容。

IPFS 對 NFT 中繼資料的重要性

IPFS 對 NFT 中繼資料很重要，因為許多 NFT 檔案太大或成本太高，無法直接儲存在鏈上。

區塊鏈適合儲存所有權紀錄、交易歷史與智能合約邏輯。

但區塊鏈通常不適合儲存大型圖片、影片、音樂檔案、3D 物件或詳細的 JSON 資料。

IPFS 讓 NFT 專案能在鏈下儲存資料，同時透過可驗證的內容識別碼參照資料，有助於解決這個問題。

與一般伺服器連結相比，這種方式可降低儲存成本並提升透明度。

如果 NFT 只指向一般 HTTPS URL，伺服器擁有者可能可以變更該 URL 的內容，而不必變更 URL 本身。

使用 IPFS 內容定址時，內容識別碼會與檔案內容連結，因此變更檔案就會產生不同的識別碼。

因此，若 NFT 專案希望更有力地證明中繼資料與媒體未遭悄悄替換，IPFS 就很實用。

NFT 中繼資料如何搭配 IPFS 運作

基本流程是創作者或開發者先為每個 NFT 準備中繼資料 JSON 檔案。

中繼資料檔案包含描述代幣的欄位，例如

、、 與 。

接著，創作者將 JSON 檔案與相關媒體檔案上傳至 IPFS。

IPFS 會為每個檔案或資料夾建立內容識別碼，通常稱為 CID。

NFT 智能合約會儲存或回傳指向中繼資料 CID 的 URI。

NFT 應用程式需要顯示代幣時，會呼叫智能合約取得 token URI，從 IPFS 擷取 JSON 檔案，再讀取中繼資料中的欄位。

如果中繼資料檔案指向 IPFS 圖片 URI，應用程式也會從 IPFS 擷取該圖片。

如此便形成一連串參照，從鏈上代幣指向鏈下中繼資料，再指向鏈下媒體。

NFT 中繼資料中的 CID 是什麼？

CID 是內容識別碼的縮寫，是 IPFS 用來參照特定內容的標記。

官方IPFS 內容定址文件說明，CID 是根據內容本身指向資料，而非根據伺服器位置。

這是 IPFS 與一般網頁託管服務之間最大的差異之一。

一般 URL 通常會告訴瀏覽器到哪裡尋找內容。

CID 則會告訴 IPFS 系統要尋找什麼內容。

如果使用相同設定將相同內容加入 IPFS，應會產生相同的 CID。

即使內容只有一小部分變更，CID 也會改變。

對 NFT 中繼資料而言，這表示 JSON 檔案與圖片檔案都可以各自擁有以內容為基礎的識別碼。

IPFS URI 與 HTTPS URL

IPFS URI 通常以

開頭。

HTTPS URL 通常以

開頭。

常見的 IPFS 中繼資料 URI 可能長這樣：

。

透過閘道提供的 HTTPS 版本則可能長這樣：

。

IPFS URI 通常較適合作為 NFT 中繼資料的標準參照，因為它能清楚保留內容位址，且不依賴單一閘道網域。

由於許多瀏覽器與應用程式原生不支援

連結，HTTPS 閘道 URL 仍然相當實用。

官方的IPFS 閘道文件說明，閘道能讓一般 HTTP 用戶端取得以內容定址的 IPFS 資料。

實務上，許多 NFT 應用程式會將

連結轉換成閘道 URL，讓使用者透過熟悉的網路基礎設施載入圖片與中繼資料。

儲存在 IPFS 的 NFT 中繼資料範例

儲存在 IPFS 的簡單 NFT 中繼資料檔案可能如下：

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

欄位說明 NFT 代表什麼。

欄位指向儲存在 IPFS 的 NFT 圖片。

欄位儲存錢包、NFT 工具與稀有度系統可能會顯示的特徵。

將 JSON 檔案上傳至 IPFS 後，NFT 智能合約即可透過 token URI 指向該檔案。

如果之後變更中繼資料檔案，更新後的檔案會有不同的 CID。

ERC-721 中繼資料與 IPFS

ERC-721 是 Ethereum 相容網路上用於獨特代幣的主要 NFT 標準之一。

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

函式。

此函式會回傳指向特定 NFT 中繼資料的 URI。

使用 IPFS 時，回傳的 token URI 可能會指向 IPFS CID，而非中心化網頁伺服器。

例如，代幣 ID 1 可能會回傳

。

代幣 ID 2 則可能會回傳

。

這種結構常見於每個代幣都有不同作品、特徵與稀有度資料的 NFT 系列。

ERC-721 搭配 IPFS，讓專案能以實用方式將鏈上所有權與鏈下內容儲存分開。

ERC-1155 中繼資料與 IPFS

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

官方ERC-1155 標準使用

函式處理中繼資料。

ERC-1155 也支援

替換模式，應用程式會將 替換成特定十六進位格式的實際代幣 ID。

這對遊戲、徽章、限量版與擁有多種代幣類型的系列很實用。

例如，ERC-1155 合約可能會回傳 IPFS URI，例如

。

錢包或遊戲用戶端可以將

替換成正確的代幣 ID，再取得相應的中繼資料檔案。

因此，IPFS 同時適用於獨一無二的 NFT 與大型多代幣系列。

NFT 系列的 IPFS 資料夾

許多 NFT 專案會將整個中繼資料資料夾上傳至 IPFS，而不是逐一上傳檔案。

資料夾中可能包含

、、 等檔案。

另一個資料夾則可能包含相對應的圖片，例如

、 與 。

資料夾上傳至 IPFS 後，就會取得一個 CID。

NFT 合約接著可以將該資料夾 CID 用作 base URI。

例如，base URI 可能是

。

合約可以將 base URI 與代幣 ID 組合，產生

。

這種方式有助於整理、揭露、驗證與保存 NFT 中繼資料。

在 IPFS 上固定 NFT 中繼資料

將資料上傳至 IPFS，不代表資料會自動永久保持可用。

如果資料未經固定或以其他方式保存，IPFS 節點可能會在垃圾回收時移除快取資料。

官方的IPFS 持續保存與固定文件說明，可以將資料固定在一個或多個 IPFS 節點上，以協助維持資料可用。

固定功能會指示 IPFS 節點保留特定 CID，而非將其視為暫存快取資料。

對 NFT 專案而言，固定很重要，因為中繼資料遺失可能導致 NFT 看起來像是損壞。

完善的 NFT 儲存計畫可以採用多家固定服務供應商、自行託管的 IPFS 節點、備份與監控。

如果收藏者希望為持有的資產增加一層保存措施，也可以自行固定中繼資料。

IPFS 能提供內容定址的存取方式，但資料持續可用仍須積極規劃儲存。

NFT 中繼資料的 IPFS 閘道

IPFS 閘道讓一般瀏覽器與應用程式透過 HTTP 存取 IPFS 內容。

這很重要，因為並非每個錢包、瀏覽器或行動應用程式都能直接載入

連結。

閘道可以將 IPFS 參照轉換為網頁可存取的 URL。

例如，

可透過使用相同 CID 的 HTTP 閘道 URL 存取。

閘道能提升可存取性，但不應與底層內容識別混為一談。

如果某個閘道速度很慢或離線，其他閘道仍可能取得相同 CID。

因此，許多 NFT 建置者偏好將標準中繼資料參照儲存為

URI，而不是在智能合約中寫死某個閘道 URL。

CID 才是重要參照，閘道則是存取途徑。

IPFS 與 NFT 揭露

許多 NFT 系列會在揭露活動中使用 IPFS。

揭露前，每個代幣可能會指向含有隱藏圖片的佔位中繼資料。

揭露後，專案會更新智能合約的 base URI 或 token URI，讓每個 NFT 指向 IPFS 上的正式中繼資料。

正式中繼資料可能包含獨特作品、特徵與稀有度資訊。

如果專案在推出前已準備並測試 IPFS 中繼資料資料夾，揭露流程可能相當簡單。

如果中繼資料檔案遺漏、編號錯誤、上傳了錯誤 CID，或未妥善固定，揭露流程就可能出現風險。

專案應在揭露前驗證每個 JSON 檔案、圖片連結與代幣 ID 對應關係。

收藏者應了解，揭露可能會將顯示內容從佔位圖片改為正式內容，但不代表所有者自動變更。

不可變中繼資料與 IPFS

IPFS 常用於不可變式 NFT 中繼資料，因為內容定址讓悄悄修改內容變得較困難。

如果專案透過固定的 IPFS CID 儲存中繼資料，且智能合約無法更新 URI，NFT 中繼資料就會更難變更。

這有助於建立收藏者信任，因為圖片與特徵較不容易在日後被替換。

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

不過，不可變也代表錯誤可能永久存在。

如果 JSON 檔案有錯字、圖片連結失效、特徵錯誤或描述不正確，修正時可能需要新的 CID 與合約更新。

如果合約不允許更新 URI，錯誤可能會永久留在 NFT 中。

專案在鎖定 IPFS 參照前，應仔細測試中繼資料。

可變中繼資料與 IPFS

可變中繼資料是指與 NFT 連結的資訊可以在鑄造後變更。

可變中繼資料系統仍可使用 IPFS，但每次變更檔案通常都會產生新的 CID。

動態 NFT 可能會在資產變更時，更新 token URI 以指向新的 IPFS CID。

例如，遊戲角色 NFT 可能會升級、取得新裝備，並指向 IPFS 上更新後的中繼資料。

持有者達到新等級後，會員 NFT 可能會更新徽章圖片。

演化式藝術 NFT 可能會根據鏈上或鏈下事件隨時間改變。

可變 IPFS 中繼資料功能強大，但使用者應知道誰控制更新，以及有哪些規則限制變更。

缺乏明確規則可能引發信任問題，因為持有者可能擔心作品、特徵或功能遭到不公平變更。

ERC-4906 與 IPFS 中繼資料更新

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

官方ERC-4906 標準定義了

與 事件。

這些事件可以通知應用程式單一代幣或一批代幣的 JSON 中繼資料已更新。

這對使用 IPFS 的 NFT 很實用，因為應用程式通常會快取中繼資料。

如果 token URI 從一個 IPFS CID 變更為另一個，錢包或索引器可能需要收到訊號後，才會更新顯示的圖片與屬性。

ERC-4906 不會儲存 IPFS 檔案，也不會決定中繼資料應包含什麼內容。

它只提供智能合約一種標準方式，通知應用程式中繼資料已變更。

這有助於減少 NFT 工具中的舊圖片、過時特徵與手動更新問題。

使用 IPFS 儲存 NFT 中繼資料的優點

第一項優點是內容定址。

CID 為 NFT 資料提供以內容為基礎的參照，而非只依賴伺服器位置。

第二項優點是提升透明度。

使用者可以比對 CID 與預期的中繼資料及媒體，確認內容是否相符。

第三項優點是提升可攜性。

相同的 CID 可以透過不同閘道或 IPFS 節點存取。

第四項優點是降低對單一中心化主機的依賴。

如果內容由多個節點或服務固定，即使某個存取點故障，內容仍可能保持可用。

第五項優點是提升保存內容的可能性。

創作者、收藏者、檔案館與社群都可以固定相同 CID，共同保存重要的 NFT 檔案。

第六項優點是更符合 Web3 理念。

IPFS 支援開放且分散式的 NFT 資料存取，而非讓資產完全依賴單一私人伺服器。

IPFS 用於 NFT 中繼資料的限制

IPFS 不會自動讓 NFT 中繼資料永久保存。

仍須有人儲存、固定並提供內容。

IPFS 也不保證每個地區或每個應用程式的載入速度都很快。

效能可能取決於閘道、固定品質、節點可用性、快取與檔案大小。

IPFS 無法證明專案擁有上傳媒體的著作權。

它只協助定位與取得內容。

IPFS 無法保護使用者免受中繼資料欄位中的網路釣魚連結影響。

開啟外部 URL 時，應用程式與使用者仍須進行安全檢查。

IPFS 也無法自動修正不良的中繼資料設計。

如果專案上傳無效 JSON、不一致的特徵、遺漏的圖片或難以理解的屬性，仍可能損害 NFT 體驗。

IPFS 中繼資料與 NFT 稀有度

NFT 稀有度通常根據中繼資料屬性計算。

如果特徵儲存在 IPFS JSON 檔案中，稀有度工具可能會讀取這些檔案，並依照特徵出現頻率為代幣排名。

因此，中繼資料準確性非常重要。

例如，

與 的拼寫差異可能導致工具將相同特徵視為不同值。

遺漏的屬性可能讓某個代幣看起來比其他代幣少了資料。

錯誤的特徵可能影響市場價格與收藏者預期。

專案應在將中繼資料上傳至 IPFS 前，統一屬性名稱、值與資料類型。

專案也應備份最終中繼資料資料夾，以便日後驗證揭露時的確切資料。

IPFS 中繼資料與 NFT 圖片

欄位是 NFT 中繼資料中最重要的部分之一，因為使用者通常會先看到它。

圖片儲存在 IPFS 時，中繼資料 JSON 應使用 IPFS URI 指向圖片。

例如，圖片欄位可以使用

。

專案應確認圖片檔案命名正確、已固定且連結無誤。

專案也應選擇合理的檔案大小，因為圖片過大可能導致錢包與行動應用程式載入緩慢。

不同應用程式支援的媒體格式可能不同，因此專案應在推出前測試顯示效果。

對動畫 NFT 而言，中繼資料可能包含

欄位，指向影片、音訊、HTML 或其他豐富媒體檔案。

專案應避免在媒體連結內容中使用不安全的指令碼或可疑的重新導向。

IPFS 中繼資料與鏈上 NFT

並非每個 NFT 都需要使用 IPFS，因為有些 NFT 會將中繼資料完全儲存在鏈上。

完全鏈上的 NFT 可能會直接透過智能合約產生中繼資料。

這有助於提升透明度並減少對外部儲存的依賴。

不過，鏈上儲存成本高昂且容量有限。

IPFS 通常是實用的折衷方式，因為所有權仍保留在鏈上，而較大的中繼資料與媒體檔案則儲存在鏈下。

有些專案會結合兩種方式。

例如，合約可能將重要屬性儲存在鏈上，同時使用 IPFS 儲存高解析度媒體。

最佳設計取決於 NFT 的用途、檔案大小、更新需求與長期保存目標。

IPFS 中繼資料與中心化伺服器

IPFS 中繼資料常與儲存在一般伺服器上的中心化中繼資料相比較。

中心化伺服器速度快、彈性高，也容易更新。

但中心化伺服器可能形成單點故障。

如果伺服器離線，NFT 可能會失去可見的中繼資料。

如果伺服器擁有者變更相同 URL 下的檔案，使用者可能會看到不同內容，卻沒有明顯的鏈上變更。

IPFS 透過將參照與內容本身連結，降低這類問題。

不過，IPFS 仍須依靠節點、固定服務與閘道維持可用。

完善的 NFT 專案可以將 IPFS 作為標準參照，並搭配閘道與備份提升載入速度。

IPFS 上 NFT 中繼資料的安全風險

儲存在 IPFS 上的 NFT 中繼資料仍可能帶來安全風險。

中繼資料檔案可能包含指向網路釣魚網站的外部連結。

媒體檔案可能包含不安全內容，應用程式不應草率呈現。

偽造的 NFT 系列可能複製正版作品並上傳至 IPFS。

專案管理員可能更新可變 token URI，使其指向有害或誤導性的中繼資料。

閘道 URL 可能遭到仿冒，誘使用者相信錯誤的網站。

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

專案應清理中繼資料、避免危險的檔案行為、妥善保護更新權限，並透過可信任的管道發布官方 CID。

應用程式應將中繼資料視為不受信任的輸入，並保護使用者免受不安全的呈現方式或可疑外部連結影響。

使用 IPFS 的 NFT 專案最佳做法

將 NFT 資料儲存在 IPFS 時，專案應使用

URI 作為中繼資料與媒體的標準參照。

專案應在上傳前驗證每個 JSON 檔案。

專案應確認圖片、動畫與外部連結都能正確開啟。

專案應依代幣 ID 清楚整理中繼資料與媒體資料夾。

專案應透過可靠的基礎設施固定中繼資料與媒體。

重要系列應使用多種固定或備份方式。

專案應在推出前，於錢包、瀏覽器、遊戲與索引器中測試中繼資料顯示效果。

專案應在使用者鑄造前，決定中繼資料將採用不可變、可變或動態模式。

專案應向買家清楚說明中繼資料政策。

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

NFT 買家與收藏者的最佳做法

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

買家應了解，IPFS 能改善內容定址，但不會自動保證資料永久可用。

收藏者應確認中繼資料與媒體是否已透過可靠的儲存方案固定或保存。

如果專案沒有說明儲存風險，收藏者應謹慎看待使用中心化中繼資料的 NFT。

收藏者應避免點擊 NFT 中繼資料中的不明外部連結。

收藏者應保存重要 NFT 的 token URI 與 CID 紀錄。

如果希望更能掌控保存方式，收藏者可以自行固定重要的 NFT 中繼資料。

買家也應記得，良好的 IPFS 儲存不保證市場價值、流動性、著作權或未來功能。

NFT 中繼資料 IPFS 設計的常見錯誤

常見錯誤之一是只將圖片上傳至 IPFS，卻把中繼資料留在中心化伺服器。

另一個常見錯誤是使用閘道 URL 作為永久合約參照，而不是使用標準的

URI。

第三個錯誤是上傳後忘記固定中繼資料資料夾。

第四個錯誤是在揭露後變更中繼資料，卻沒有通知持有者。

第五個錯誤是檔案名稱不一致，例如一個資料夾的代幣 ID 從 0 開始，另一個資料夾卻從 1 開始。

第六個錯誤是上傳某些應用程式無法解析的無效 JSON。

第七個錯誤是使用過大的媒體檔案，導致 NFT 載入緩慢。

第八個錯誤是以為 IPFS 會自動處理法律權利、授權或著作權歸屬。

如何在 IPFS 上查看 NFT 中繼資料

使用者可以從智能合約讀取 token URI，檢查 NFT 中繼資料。

可透過區塊鏈瀏覽器、合約讀取函式、錢包工具或 NFT 分析應用程式進行檢查。

如果 token URI 以

開頭，使用者可以檢查 CID 與檔案路徑。

如果使用者想透過一般瀏覽器檢視，可能需要將 IPFS URI 轉換為閘道 URL。

例如，

可透過支援相同 CID 與路徑的 IPFS 閘道檢視。

接著，使用者可以檢查 JSON 欄位，並追蹤圖片或動畫 URI。

如果圖片欄位也使用 IPFS，使用者可以另外檢查該媒體 CID。

這個流程有助於使用者了解 NFT 是依賴 IPFS、中心化伺服器還是其他儲存系統。

IPFS 中繼資料與著作權

將 NFT 中繼資料儲存在 IPFS，並不能證明著作權歸屬。

這只代表透過 IPFS 儲存或參照內容。

即使專案沒有取得圖片的適當權利，也可能將圖片上傳至 IPFS。

購買具有 IPFS 中繼資料的 NFT，也不會自動讓買家取得相關媒體的著作權。

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

創作者只應上傳自己擁有或獲准使用的媒體。

買家在將 NFT 作品、音樂、影片或品牌資產用於商業用途前，應先檢視授權條款。

IPFS 有助於保存與驗證內容參照，但本身並不是智慧財產權管理系統。

常見問題

NFT 中繼資料 IPFS 是什麼意思？

NFT 中繼資料 IPFS 是指 NFT 使用 IPFS 儲存或參照中繼資料、媒體檔案，或兩者兼具。

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

NFT 使用 IPFS，是因為它能提供以內容定址的參照，降低對單一傳統伺服器位置的依賴。

NFT 中繼資料中的 CID 是什麼？

CID 是內容識別碼，根據內容本身指向 IPFS 上的特定內容。

IPFS 中繼資料儲存在鏈上嗎？

不會。IPFS 中繼資料儲存在鏈下，而 NFT 智能合約通常會儲存或回傳指向 IPFS 內容的 URI。

IPFS 能讓 NFT 中繼資料永久保存嗎？

IPFS 不會自動讓中繼資料永久保存，因為內容仍須由節點與儲存服務供應商固定、託管或保存。

ipfs://

與

https://

有什麼差異？

URI 透過 CID 指向 IPFS 內容，而 URL 通常指向網頁伺服器或閘道位置。

IPFS 上的 NFT 中繼資料可以變更嗎？

特定 CID 下的內容無法直接變更；不過，如果智能合約設計允許更新，合約就可能將 token URI 更新為指向另一個 CID。

錢包如何顯示 IPFS NFT 中繼資料？

錢包通常會讀取 token URI，透過 IPFS 或閘道取得中繼資料 JSON，再顯示名稱、圖片、描述與屬性。

如果 IPFS 中繼資料沒有固定，會發生什麼事？

如果 IPFS 中繼資料未經固定或以其他方式保存，當沒有任何節點保留並提供內容時，中繼資料就可能無法存取。

IPFS 比中心化 NFT 中繼資料更好嗎？

IPFS 通常更適合內容定址驗證與去中心化存取，但仍需搭配固定、備份與良好的中繼資料設計，才能可靠運作。

結論

NFT 中繼資料 IPFS 是 NFT 生態系中最重要的儲存模式之一，因為它將區塊鏈上的所有權與採用內容定址的中繼資料及媒體連結起來。

IPFS 讓 NFT 專案能透過 CID 參照 JSON 檔案、圖片、動畫與其他資產，而不必只依賴一般伺服器 URL。

正確實作時，這種方式可以提升透明度、可攜性與保存能力。

不過，IPFS 不會自動讓資料永久保存。

NFT 創作者仍須規劃固定、備份、可靠閘道、經測試的中繼資料、明確的更新政策與安全的智能合約控制。

NFT 買家應了解 NFT 是否使用 IPFS、內容是否已固定、中繼資料是否可以變更，以及顯示的媒體是否符合專案宣稱。

IPFS 最適合納入完整的 NFT 中繼資料策略，而不是只被當成單純的上傳步驟。

若搭配 ERC-721、ERC-1155、ERC-4906、完善的儲存規劃與透明溝通，IPFS 可讓 NFT 中繼資料更可靠、更易於驗證，也更符合加密資產開放的特性。