IPFS 究竟是怎么工做的？

简介

咱们知道，一个存储服务，最基本的功能就是存和取。IPFS 中提供了这两种语义，那就是 add 和 get 操做。
在 IPFS 系统中执行 add 操做，就是执行了一次存操做，放在网络的概念里，就是“上传”操做。而 get 就更好理解了，就是取操做，在网络世界里，也叫 “下载”。

IPFS 号称点对点无中心化文件系统，没有单点故障，也就是文件一旦被“上传”到 IPFS 网络中，就会被永久保存。而要想下载一个本地没有的文件，只要 IPFS 网络中有，简单的执行 get 就很快能下载到数据。那么 add 操做的背后到底作了什么？get 又是怎么获取数据的？

这就是本文要探究的主题！

先来看一下 add 和 get 的基本操做过程

 

 

当一个 IPFS 节点执行 add 操做时，它会把文件进行分块 block，经过构建一个 Merkle 树根节点，来把每一个子块节点都链接起来，每一个 block 都会用一个惟一的 Cid 进行标识。

block 数据会被保存到本地的 blockstore 中。可是须要注意的是，除此以外，block 数据并不会马上主动上传到 IPFS 网络中（也即，与其链接的 peers 节点中）。除非，某 peer 节点曾经请求过该 block 数据。

add 执行逻辑以下图所示：

 

 

理解这一点很是重要，由于，咱们很容易会把 IPFS 想象成一个会自动备份数据的分布式数据库，就像传统的冗余备份机制同样。实际上，IPFS 并不会这样作。这是由 IPFS 在公网环境中运行和传统分布式数据库在私有网络中运行的场景要求不同所致使的。做为互联网基础设施，这种设计不只减小网络带宽占用，还能为网络提供可靠、恒久的数据保存机制。

如今就来来了解一下 get 操做背后的原理，先看下图：

 

 

上图展现了 ipfs 执行 get 命令的执行流程。

对于当前节点来讲，全部与其链接的 peers 节点会构成一个 swarm 网络。

当本地节点发出一个 get 请求时，它首先会从本地的 blockstore 中查找请求的数据，若是没有找到，它便会向 swarm 网络发出请求，经过 DHT Routing 找到拥有该数据的节点，一旦找到一个拥有所请求数据的节点，该节点会把数据反馈回来。而后，本地节点会把收到的 block 数据缓存一份到本地的 blockstore 中，这样，整个网络中就至关于多了一份原数据的拷贝。当有更多的节点都请求该数据的时候，就变得更加容易，而因为愈来愈多的节点都存有该数据，数据就变得几乎不可丢失。

这也就是 IPFS 网络可以永久保存数据的原理，只要有任何一个 IPFS 节点拥有某数据，这个数据就能够被全网所获取。

那么，执行 IPFS 的 add 命令以后，为何直接访问 ipfs.io 网关就能获取到数据呢？

好比，在浏览器中打开相似 https://ipfs.io/ipfs/QmR4WZy1rfXX868yFsTcqHun5y61c1jh2oQhDqWD97FEM2 这样的网站地址，就能直接访问到刚才咱们添加的数据！

原理是这样的：

IPFS 网关，即 ipfs.io，实际上扮演的是一个 IPFS 节点的做用，当咱们打开上述网站的时候，其实就是向 IPFS 网关发出了一次请求，IPFS 网关会代理咱们（由于咱们不是 IPFS 节点，咱们只是浏览器而已）向拥有这个数据的 Peer 节点（就是咱们本地节点）发出 get 请求，一旦获取到数据，网关会先本身缓存一份，而后把请求到的数据经过 HTTP 协议转发给咱们！

也就是说，任何一台机器，只要打开浏览器，都能经过上述地址访问到咱们刚才执行 add 命令时添加的数据。一旦 IPFS 网关第一次缓存节点数据以后，再次请求时，它就无需再向原节点请求数据了，只要 Hash 值没有变化，就能够直接把以前缓存的数据返回给浏览器。

 

 

固然，这个缓存的数据是有时效的，一般是一周左右就会失效。这个是由 ipfs daemon 内置的默认时效所设定。由于做为网关节点，其磁盘容量也是有限的，不可能无限保存全部的数据，采用缓存时效机制不只能解决资源访问问题，还能避免数据膨胀给节点带了的负担，当愈来愈多的机器加入 IPFS 网络而且承担网关的做用，那么数据时效的几率就会大大下降。

更多细节

实际上，Peer 节点在执行 add 命令时，还会广播本身拥有的块信息。同时，它还会维护一个该 swarm 网络中全部已发给当前节点的 block 请求列表，一旦 add 命令都添加的数据知足请求列表，就会向对应节点主动发送数据，并更新该列表。