IPFS CID（內容識別碼）

什麼是 IPFS CID？

IPFS CID（Content Identifier，內容識別碼）是一種以內容為基礎的專屬標籤，用於識別透過 IPFS 儲存或參照的檔案、資料夾、區塊、中繼資料及其他資料。

在加密貨幣與 Web3 領域中，IPFS CID 常用來指向鏈下資料，例如 NFT 圖片、NFT 中繼資料、去中心化應用程式檔案、公開專案文件，以及與代幣相關的媒體內容。

IPFS 官方文件說明，CID 不會描述內容儲存的位置，而是透過IPFS 內容定址，以內容本身為基礎作為地址。

因此，IPFS CID 與一般網站 URL 不同：一般 URL 通常指向某個位置，CID 則指向實際內容。

如果以相同設定將同一個檔案新增至 IPFS，理應會產生相同的 CID。

如果內容有所變更，即使只有細微差異，CID 也應隨之改變。

這項設計對加密貨幣很實用，因為使用者通常需要驗證智能合約、NFT 或去中心化應用程式是否參照了預期資料。

IPFS CID 不是代幣、錢包地址、智能合約地址或區塊鏈交易雜湊值。

它是可與區塊鏈搭配使用的內容識別碼，但本身屬於 IPFS 與內容定址生態系統的一部分。

IPFS CID 為何對加密貨幣很重要

IPFS CID 很重要，因為區塊鏈並非為了高效率儲存大型檔案而設計。

將每張圖片、影片、網站檔案或中繼資料紀錄都直接儲存在鏈上，可能成本高、速度慢，技術效率也不佳。

許多加密貨幣專案會將大型資料儲存在鏈下，並以 CID 或 IPFS URI 作為參照，藉此解決這個問題。

例如，NFT 智能合約可能會儲存或傳回包含 IPFS CID 的代幣 URI，該 CID 指向 NFT 中繼資料。

中繼資料接著可能會指向另一個 CID，而該 CID 包含實際圖片、動畫、音訊檔或其他媒體資產。

這種架構讓區塊鏈保留精簡的參照，同時由 IPFS 負責取得內容。

如此便能在區塊鏈驗證與去中心化檔案分發之間取得實用平衡。

對使用者而言，CID 有助於檢查 NFT 或 dApp 是否仍指向最初發布的相同內容。

對開發者而言，CID 能更輕鬆地為靜態檔案建立可驗證參照，而不必只依賴中心化伺服器路徑。

對社群而言，CID 有助於以內容定址格式保存公開紀錄、治理文件、教育資源及專案公告。

IPFS CID 的運作方式

IPFS CID 透過密碼學雜湊與自我描述資料格式，為內容建立專屬識別碼。

資料新增至 IPFS 時，系統會將資料處理成區塊，並根據這些區塊的內容建立識別碼。

密碼學雜湊就像是根據資料產生的數位指紋。

資料一旦改變，指紋也會改變。

因此，CID 有助於偵測 NFT 中繼資料、專案檔案及去中心化網站資產是否發生變更。

CID 規格將 CID 描述為一種自我描述的內容定址識別碼，使用 multihash、multicodec，有時也會使用 multibase。

這些組成部分有助於軟體了解 CID 所代表的內容、內容採用哪種雜湊方式，以及識別碼如何編碼為文字。

簡單來說，CID 會告訴 IPFS 用戶端要尋找什麼內容，以及如何驗證取得的內容是否符合請求。

這也是 IPFS 常用於重視公開驗證的加密貨幣系統的原因之一。

IPFS CID 與傳統 URL 的差異

傳統 URL 通常會告訴瀏覽器應前往何處尋找資料。

例如，一般網頁連結可能會指向網域名稱、伺服器路徑及檔案名稱。

如果伺服器更換檔案但維持相同 URL，使用者可能會在同一個連結看到不同內容。

IPFS CID 的運作方式不同，因為它是依據內容本身來識別內容。

內容改變時，CID 也會改變。

這讓使用者能更可靠地驗證自己看到的是否為預期資料。

在加密貨幣領域中，這項差異很重要，因為投資人、收藏者、開發者及社群經常需要指向確切檔案的穩定參照。

一般 URL 採用位置定址，IPFS CID 則採用內容定址。

位置定址關注的是檔案位於何處。

內容定址關注的是檔案內容為何。

這項轉變是 IPFS 與 Web3 基礎設施相關聯的主要原因之一。

IPFS CID 的結構

IPFS CID 可包含多個技術組成部分，使其具備自我描述能力。

主要部分通常包括版本、內容 codec 及 multihash。

CID 版本會告訴軟體目前使用哪種 CID 格式。

內容 codec 會告訴軟體識別的是哪一種資料結構。

multihash 會告訴軟體使用了哪種雜湊函數，並包含雜湊摘要。

CID 以文字形式表示時，也可能使用 multibase，讓軟體了解文字形式的編碼方式。

Multiformats 專案提供了相關基礎組件，讓 CID 能彈性支援不同格式與未來的升級。

這種彈性結構很重要，因為去中心化網路可能會持續運作多年，並且需要支援新的雜湊函數、編碼及資料格式。

如果沒有自我描述識別碼，隨著標準變動，舊連結可能會變得較難解讀。

CID 本身帶有實用資訊，可協助軟體正確處理其參照的內容。

CIDv0 與 CIDv1

加密貨幣使用者可能會看到兩種常見的 CID 版本，分別是 CIDv0 與 CIDv1。

CIDv0 是較舊的格式，通常以開頭的字母 Qm 辨識。

CIDv0 的格式較受限，通常與 base58btc 編碼、DAG-PB 資料及 sha2-256 雜湊函數相關。

CIDv1 是較新且更具彈性的格式。

CIDv1 支援更多 codec 與文字編碼，因此更適合現代 IPFS 使用情境。

IPFS 文件在CID 識別碼格式指南中說明了 CID 版本與轉換方式。

許多 NFT 與 Web3 使用者仍會在實際應用中看到 CIDv0 與 CIDv1。

專案可能使用 CIDv0，因為這種格式為人熟悉且廣受辨識。

專案也可能使用 CIDv1，因為它更適合現代閘道模式，並能支援更多編碼需求。

使用者不應只因 CID 格式看起來不同，就認定其中一個是假的。

兩者格式不同，可能是因為 CID 版本或編碼方式不同。

IPFS CID 與 NFT 中繼資料

IPFS CID 在 NFT 中繼資料系統中相當常見。

NFT 通常由智能合約控制，但實際圖片、動畫或中繼資料往往儲存在區塊鏈之外。

智能合約可能會傳回以 ipfs:// 開頭，後面接著 CID 的 URI。

該 CID 可能指向 JSON 中繼資料檔案，其中包含 NFT 名稱、描述、圖片參照、屬性及其他資訊。

中繼資料中的圖片欄位也可能包含另一個 IPFS CID。

這種設定讓 NFT 能以可透過 CID 驗證的方式參照內容。

如果中繼資料檔案變更，其 CID 應隨之改變。

如果圖片檔案變更，其 CID 也應隨之改變。

這有助於收藏者偵測專案是否在鑄造 NFT 後變更了重要內容。

不過，使用者仍應檢查智能合約如何處理中繼資料更新，因為有些合約允許授權帳戶變更代幣 URI 或基礎 URI。

IPFS CID 與去中心化應用程式

去中心化應用程式可以使用 IPFS CID 參照前端檔案、公開設定資料、文件及靜態網站。

dApp 前端可以建立為一個靜態檔案資料夾，再新增至 IPFS。

產生的 CID 可識別該介面的特定版本。

這很有幫助，因為使用者可以載入特定版本的前端，而不必假設一般網頁伺服器上的檔案未曾變更。

開發者也可以在發布說明中附上 dApp 介面的官方 CID。

社群成員可以將已發布的 CID 與自己使用的檔案進行比對。

這無法消除所有安全風險，但能為使用者提供更可靠的驗證工具。

對加密貨幣專案而言，CID 可支援透明度，因為內容參照與實際發布的資料本身相連。

IPFS CID 與智能合約

智能合約可以直接儲存 IPFS CID，也可以儲存包含 IPFS URI 的字串。

由於智能合約儲存成本可能偏高，專案通常只儲存 CID 或精簡參照，而非將完整檔案存放在鏈上。

因此，CID 可作為鏈上邏輯與鏈下內容之間的橋梁。

區塊鏈可以儲存參照，而 IPFS 則可協助分發其所參照的內容。

例如，合約可能會儲存治理提案內容、代幣中繼資料檔案、公開封存資料或去中心化網站版本的 CID。

使用者可以取得 CID，並驗證傳回的內容是否符合該識別碼。

這種模式與完全鏈上儲存不同，因為內容仍須由 IPFS 節點或固定服務提供。

儘管如此，這仍是常見的設計方式，因為它能降低成本，同時保留可驗證的內容參照。

IPFS URI 格式

加密貨幣使用者經常會在 IPFS URI 格式中看到 CID。

常見格式之一是 ipfs://CID。

另一種常見格式是 ipfs://CID/path/to/file。

第一種格式指向 CID 所識別的根內容。

第二種格式則指向由該 CID 表示的目錄中的檔案或物件。

部分網站與錢包會將 IPFS URI 轉換為閘道 URL，讓使用者能透過一般網頁瀏覽器開啟。

IPFS 官方文件在IPFS 閘道指南中說明了閘道的運作方式。

閘道 URL 看起來可能與 ipfs:// URI 不同，但底層仍可能使用相同的 CID。

驗證內容時，使用者應以 CID 本身為準，而非只信任閘道網域。

閘道是存取內容的方式，CID 才是內容識別碼。

IPFS CID 與閘道

IPFS 閘道可協助一般網頁瀏覽器取得 IPFS 內容。

這很實用，因為許多瀏覽器預設不會直接載入 ipfs:// 連結。

使用者開啟閘道連結時，閘道會請求 IPFS 內容，並透過 HTTP 或 HTTPS 提供內容。

這讓 IPFS 內容更容易存取，但也可能造成混淆。

有些使用者可能會因為瀏覽器網址列顯示閘道網域，就以為閘道擁有或控制內容。

實際上，閘道只是存取 CID 所識別內容的一種途徑。

如果某個閘道無法使用，只要內容仍可取得，其他閘道或本機 IPFS 節點可能仍能取得相同 CID。

對加密貨幣使用者而言，閘道連結失效不一定代表 CID 無效。

可能只是閘道暫時無法使用、遭封鎖、負載過高，或當下找不到內容提供者。

IPFS CID 與固定內容

CID 可以識別內容，但不保證內容會永久保持可用。

內容是否可用，取決於是否至少有一個節點仍持有並提供該內容。

固定內容是指要求 IPFS 節點保留特定內容的程序。

IPFS 官方文件在IPFS 固定內容指南中說明，固定內容會要求 IPFS 在本機保留資料。

對使用 IPFS CID 的加密貨幣專案而言，這是關鍵事項。

NFT 圖片可能具有有效 CID，但如果沒有節點託管內容，仍可能無法載入。

dApp 介面可能具有正確的 CID，但如果沒有可靠地固定內容，仍可能難以存取。

公開文件可能具有可信的 CID，但仍可能需要多個固定副本，才能確保容易取得。

對重要的加密貨幣資產而言，通常會同時採用本機固定、遠端固定、備份及監控。

IPFS CID 的不可變性

人們常說 IPFS CID 具有不可變性，但應謹慎理解其含義。

CID 指向特定版本的內容，因此內容一旦變更，就會產生不同的 CID。

因此，CID 本身是指向該確切內容的穩定參照。

然而，這不代表專案永遠不能變更其網站、智能合約或中繼資料系統所指向的內容。

如果智能合約擁有者可以更新代幣 URI，專案之後可能會將使用者導向新的 CID。

如果網站變更閘道 URL 或重新導向使用者，使用者可能會看到不同的 CID。

如果命名系統解析至新的 CID，名稱可能保持不變，但底層內容已經變更。

因此，最適合理解方式是：CID 對其識別的內容而言不可變，但不保證所有參照該內容的系統永遠指向相同 CID。

IPFS CID 驗證

可驗證性是 IPFS CID 最重要的優點之一。

軟體透過 CID 取得內容時，可以檢查內容是否符合預期雜湊值。

如果內容不符合，就不應將其視為請求的內容。

這有助於保護使用者，避免檔案遭到未經告知的變更，以及某些伺服器端操縱。

對 NFT 收藏者而言，CID 驗證有助於確認中繼資料檔案或圖片是否符合已發布的參照。

對開發者而言，CID 驗證有助於確認 dApp 版本是否符合已知發布版本。

對社群而言，CID 驗證有助於確認公開檔案是否與已核准或公告的檔案相同。

但這不代表所有 CID 都安全或可信。

CID 可以識別惡意內容，也可以識別合法內容。

驗證只能證明內容符合該識別碼，無法證明內容無害或來自官方。

如何讀取 IPFS CID

大多數使用者不需要手動解碼 CID 的每個部分。

不過，了解不同 CID 字串的外觀可能差異很大，仍有幫助。

以 Qm 開頭的 CID 通常是 CIDv0。

以 b 開頭的 CID 通常是採用 base32 編碼的 CIDv1。

使用其他 multibase 編碼時，也可能看到不同的開頭字元。

CID 較長不代表一定較好，CID 較短也不代表安全性較低。

長度與外觀取決於 CID 版本、編碼方式、雜湊函數及資料格式。

複製 CID 時應仔細核對，因為只要有一個字元錯誤，就可能指向無效或不同的內容。

在重要的加密貨幣操作中，使用者應從專案官方來源複製 CID，並在與檔案或中繼資料互動前先進行比對。

IPFS CID 與區塊鏈交易雜湊值的差異

IPFS CID 與區塊鏈交易雜湊值看起來可能相似，因為兩者都可能是由字母與數字組成的長字串。

但兩者並非同一種資料。

區塊鏈交易雜湊值用於識別記錄在區塊鏈上的交易。

IPFS CID 則用於識別透過 IPFS 定址的內容。

交易雜湊值可協助使用者查詢交易詳細資料，例如發送者、接收者、智能合約互動、區塊編號及狀態。

CID 則可協助使用者取得並驗證檔案、資料夾、中繼資料物件或其他內容。

加密貨幣使用者不應將 CID 貼到區塊鏈瀏覽器，並期待它能像交易雜湊值一樣運作。

使用者應透過 IPFS 工具、閘道、本機節點，或相容的錢包及應用程式存取 CID 內容。

IPFS CID 與錢包地址的差異

IPFS CID 也不同於錢包地址。

錢包地址代表區塊鏈網路上的目的地或類似帳戶的識別碼。

CID 則代表內容定址系統中的內容。

將加密貨幣資產傳送至 CID，並不等於將資產傳送至錢包地址。

除非有特定協議建立特殊對應關係，否則 CID 無法接收一般加密貨幣轉帳，使用者不應自行假設可以。

這項區別很重要，因為新手可能會混淆各種加密貨幣相關的長字串。

將任何字串複製並貼到錢包、dApp 或交易欄位前，使用者應先確認它究竟是 CID、錢包地址、交易雜湊值、合約地址還是 URI。

IPFS CID 在加密貨幣領域的常見用途

常見用途之一是儲存 NFT 中繼資料。

另一種常見用途是儲存 NFT 媒體內容。

第三種用途是託管去中心化應用程式前端。

第四種用途是為加密貨幣社群儲存公開封存資料。

第五種用途是儲存治理提案文件。

第六種用途是分發代幣清單或資產資訊。

第七種用途是以內容定址方式發布開源專案檔案。

第八種用途是為研究、稽核、教育內容及公開公告建立可驗證的參照。

這些用途顯示，對任何正在了解 Web3 基礎設施的人而言，CID 都是基本概念。

IPFS CID 的優點

IPFS CID 的第一項優點是可驗證性。

CID 可讓使用者檢查取得的內容是否符合預期內容。

第二項優點是支援去中心化。

不同 IPFS 節點都可以提供 CID 指向的內容，不必只依賴單一伺服器位置。

第三項優點是資料完整性較佳。

由於 CID 以內容為基礎，未預期的內容變更應會產生不同識別碼。

第四項優點是降低區塊鏈儲存成本。

專案可以將精簡的參照存放在鏈上，同時將大型檔案保留在鏈下。

第五項優點是可攜性。

支援 IPFS 的錢包、市場、閘道、本機節點、dApp 及開發者工具都可以使用相同 CID。

第六項優點是透明度。

專案可以發布官方 CID，讓使用者自行檢查重要檔案。

IPFS CID 的限制與風險

IPFS CID 不保證永久儲存。

內容仍須由節點託管或固定。

IPFS CID 不保證隱私。

如果有人持有 CID，且內容可供取得，其他人也可能取得該內容。

IPFS CID 不保證內容安全。

CID 可能識別惡意軟體、網路釣魚檔案、偽造中繼資料或誤導性文件。

IPFS CID 無法證明專案合法可信。

使用者仍須驗證發布 CID 的來源。

如果智能合約設計允許更新，IPFS CID 無法阻止合約擁有者變更中繼資料參照。

IPFS CID 不能取代謹慎的錢包安全措施、交易檢查或專案研究。

加密貨幣使用者的最佳做法

務必從專案官方管道、已驗證文件或可信任的應用程式介面複製 CID。

檢查重要的 NFT 中繼資料、dApp 發布版本或治理文件時，請比對完整 CID。

如果內容無法透過單一來源載入，請改用其他閘道或本機 IPFS 節點。

請記住，閘道出問題不一定代表 CID 有問題。

如果需要讓重要檔案持續可用，請將其固定。

將敏感檔案新增至 IPFS 前請先加密，不要將 CID 當成私人密碼。

請在 IPFS 之外備份重要檔案。

發布加密貨幣專案檔案時，請清楚記錄官方 CID。

定期監控重要 CID，確認內容仍可取得。

除非信任來源並了解相關風險，否則不要開啟來自隨機 CID 的未知檔案。

加密貨幣開發者的最佳做法

採用穩定的建置流程，讓相同內容能產生可預測的 CID。

如果專案承諾 NFT 中繼資料不可變，請在公開宣稱前固定中繼資料內容。

清楚說明鑄造後是否仍可更新中繼資料。

在使用者能驗證的位置發布官方 CID。

考量使用 CIDv1 以符合現代相容性需求，尤其是使用子網域式閘道時。

在多種錢包、瀏覽器、閘道及本機節點設定中測試 IPFS URI。

根據內容的重要程度選擇適當的固定內容基礎設施。

備份原始檔案及中繼資料產生指令碼。

避免在未告知的情況下變更檔案，因為即使細微變動也會產生新的 CID，並可能降低使用者信任。

向使用者說明專案如何使用 IPFS，讓他們了解哪些資料在鏈上、哪些在鏈下，以及 CID 識別的是什麼。

關於 IPFS CID 的常見誤解

常見誤解之一，是以為 CID 會告訴使用者檔案儲存在哪裡。

CID 識別的是內容，而非單一儲存位置。

另一個誤解，是以為 CID 能保證內容永遠載入。

有效的 CID 仍需要可用的內容提供者。

第三個誤解，是以為所有 IPFS 連結不需固定內容就能永久保存。

內容是否能持續留存，取決於託管、固定內容、備份及網路可用性。

第四個誤解，是以為閘道 URL 與 CID 相同。

閘道只是存取途徑，CID 才是識別碼。

第五個誤解，是以為 CID 所指向的內容一定安全。

使用者仍應謹慎看待不明檔案。

常見問題

IPFS CID 是什麼意思？

IPFS CID 是 InterPlanetary File System Content Identifier 的縮寫，意指用於識別 IPFS 資料的內容識別碼。

IPFS CID 等同於 URL 嗎？

不等同。IPFS CID 識別的是內容本身，而傳統 URL 通常指向伺服器與檔案路徑等位置。

IPFS CID 會改變嗎？

使用相同設定時，同一份完全相同內容的 CID 理應不變；但內容一旦變更，就應產生不同的 CID。

IPFS CID 會將資料儲存在鏈上嗎？

不會，IPFS CID 本身不會將資料儲存在鏈上，但區塊鏈智能合約可以儲存或參照 CID。

NFT 為什麼使用 IPFS CID？

NFT 使用 IPFS CID，是因為 CID 能為鏈下中繼資料與媒體提供可驗證的參照，而不必將大型檔案直接存放在鏈上。

CID 能讓 IPFS 內容永久保存嗎？

不能。CID 只能識別內容；若要讓內容持續可存取，仍須由可用的 IPFS 節點固定或託管。

IPFS CID 是私密資訊嗎？

不是。CID 不應被視為私密資訊，因為任何持有 CID 的人，只要該內容在 IPFS 上可用，就可能取得內容。

CIDv0 與 CIDv1 有什麼差異？

CIDv0 是較舊且限制較多的格式；CIDv1 則較新，支援更多樣的 codec 與編碼方式。

為什麼有些 IPFS CID 以 Qm 開頭？

許多以 Qm 開頭的 CID 是採用常見舊格式的 CIDv0 識別碼。

兩個不同檔案可能有相同 CID 嗎？

在一般密碼學假設下，使用相同雜湊設定時，兩個不同檔案不應產生相同 CID。

如何開啟 IPFS CID？

您可以透過相容的錢包、IPFS 閘道、本機 IPFS 節點、IPFS Desktop，或其他支援 IPFS 內容取得功能的工具開啟 CID。

智能合約可以更新 IPFS CID 嗎？

只有在智能合約程式碼包含由授權帳戶或規則控制的更新機制時，才能更新 CID。

結論

IPFS CID 是加密貨幣與 Web3 去中心化儲存的重要基礎組件之一。

它為檔案、資料夾、中繼資料及應用程式資產提供以內容為基礎的識別碼，並能在不同 IPFS 存取途徑中進行驗證。

對 NFT 而言，CID 有助於連結鏈上代幣與鏈下媒體及中繼資料。

對 dApp 而言，CID 有助於發布及驗證靜態前端檔案與公開資源。

對社群而言，CID 有助於為文件、封存資料及專案素材建立透明的參照。

核心概念很簡單：CID 識別的是內容為何，而不只是內容位於何處。

這讓 CID 在完整性與驗證方面很有用，但使用者仍須了解其限制。

CID 不保證永久託管、隱私、安全或專案可信度。

若要妥善使用 IPFS CID，加密貨幣使用者應驗證官方來源、固定重要內容、了解閘道的運作方式、保護敏感資料，並記住內容是否可用取決於實際提供內容的節點。

只要使用得當，IPFS CID 就能為加密貨幣應用程式提供實用方式，將區塊鏈紀錄與去中心化、可驗證且採用內容定址的資料連結起來。