IPFS的運作流程示例

 02 
一個例子看懂 IPFS 的運作流程

假設大白想要上傳一個 PDF 文檔到 IPFS 系統中，第一步大白需要將 PDF 文檔添加到 IPFS 客戶端中。IPFS 客戶端會將這個 PDF 進行哈希云算，并給出一個以 Qm 開頭的哈希值。IPFS 的一個特點是基于內容的地址（Qm 開頭的哈希值）來替代傳統互聯網基于域名的地址。

然后，IPFS 系統將這個 PDF 文檔拷貝多份，并將每一份進行拆分，拆分后的每一部分會分散存儲在去中心化的 IPFS 網絡節點上。

拷貝多份的原因是進行冗余備份，這樣即使某些節點被攻擊了或是數據丟失了或是下線了，還可以在其他節點中找到文件，從而保證了安全性。但需要注意但是，IPFS 也不能 100% 保證避免部分文件丟失。

如果大白要將這個 PDF 文件分享給小黑，那么，大白只需要將地址（Qm 開頭的哈希值）告訴小黑即可。小黑通過地址就可以從 IPFS 系統中下載這份 PDF 文檔。

下載的過程類似于 BT 下載，是從 IPFS 系統中的多個節點上同時下載該 PDF 的不同部分，最后“拼接”回原始文件，因為 IPFS 融合了 BT 的傳輸技術。因此，相比于傳統的 HTTP 協議需要客戶端從中心化的服務器上加載、傳輸數據，IPFS 的傳輸速度更快，也不容易造成擁堵。傳統的中心化服務器則非常容易因為訪問人數過多而造成擁堵，比如購買春節回家的火車票，網站會時不時卡頓。

以上就是 IPFS 的工作流程。

需要注意的是，IPFS 只是一個傳輸協議，不加密文件，這就產生了隱私保護的問題。別人只要知道了上面的 PDF 哈希值地址，就可以從 IPFS 網絡中下載大白的這個文件，這顯然不是大白希望看到的。

那如何解決這個隱私保護的問題呢？另外，存儲文件有成本，IPFS 網絡中的那些節點為什么要幫你存儲文件呢？

這時候，就需要發揮區塊鏈的作用了。