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 网络中的那些节点为什么要帮你存储文件呢？

这时候，就需要发挥区块链的作用了。