內容定址

IPFS 如何透過檔案內容而非儲存位置來識別檔案。

位置 vs. 內容

傳統 Web URL 指向一個位置 — 特定位址上的特定伺服器。如果伺服器當機或檔案移動，連結就會失效。這是基於位置的定址。

IPFS 的運作方式不同。每個檔案都透過其內容的加密雜湊來識別 — 即內容識別碼 (CID)。CID 不指明檔案在哪裡；它指明檔案是什麼。網路上擁有該檔案的任何節點都可以提供它，收到檔案的任何人都可以透過重新計算雜湊來驗證它是正確的檔案。

TIP

把它想像成指紋：兩個相同的檔案總是產生相同的 CID，而即使一個位元組的變更也會產生完全不同的 CID。

為什麼它很重要

完整性 — 您始終可以驗證收到的檔案與請求的 CID 相符。不變更 CID 就不可能竄改。
去重 — 如果兩個使用者上傳相同的檔案，會產生相同的 CID。網路只儲存一份副本。
持久性 — 檔案不綁定到伺服器。只要至少有一個節點固定了該 CID，檔案就可以從網路的任何地方取得。
去中心化 — 沒有單點故障。內容可以由擁有它的任何節點提供。

IPFS.NINJA 如何使用內容定址

當您透過我們的 API 上傳檔案時，IPFS 叢集計算 CID 並固定檔案。CID 在回應中傳回，可用於透過任何 IPFS 閘道存取檔案 — 我們的 ipfs.ninja/ipfs/<CID> 或任何公共閘道（如 dweb.link）。