超中心化的HTTP和去中心化的IPFS-轻识

HTTP协议总是难以给我们足够的安全感：

集中管理的 Web 服务器不可避免地会关闭；

域名所有权更改，或者运行的公司倒闭，都会导致网站不可用；

计算机崩溃或者遇到自然灾害，如果没有做好足够的备份将无法恢复；

最重要的是，鉴于在HTTP的底层结构，即使每个人都运行自己的 HTTP 服务器并不能解决以上问题。

超中心化的HTTP

下面是Tim Berners-Lee 在 CERN 的 NeXT 计算机，也是世界上首个 HTTP Web 服务器。

仔细看我们会发现，机器上有一张贴纸：“这台机器是服务器，不要关机！”

它无法关闭的原因是其他服务器上的网站开始链接到它。一旦他们链接到它，他们就依赖那台机器继续存在。如果机器断电，链接将停止工作，就会出现404的问题，甚至会使得各个节点之间的链接永久断开。

而这，不仅暴露出了HTTP协议的脆弱，也直接带来了HTTP所存在的最为接触普通上网用户的问题——404是 HTTP 使用的错误代码，用于指示该站点不再位于该位置的服务器上。

HTTP协议的脆弱和数据被侵蚀，带来了进一步依赖更大、更有组织的集中式服务，因为集中式服务，往往会有冗余，并且能取得规模效应，进而降低成本。

这就是为什么我们说，HTTP在很大程度上，都是鼓励超中心化的。

而当内容超中心化时，它使我们高度依赖互联网骨干网来运行数据中心，这又会产生更多的弊端，例如受DDOS攻击风险的增加、信息被巨头掌握、网络的愈加拥堵等。

去中心化的IPFS

接下来，让我们谈谈 IPFS规避以上问题进而更好的帮助网络？

IPFS 的主要特点是，可以从根本上改变我们寻找事物的方式：

当我们要查找资料时，我们首先找到服务器的位置（IP 地址），然后使用路径名向服务器询问文件，使用这种设计，所有人都可以确定这是您要查找的文件。

具体的流程如下：

当我们把文件上传到IPFS节点时，该文件将会拥有一个新名称，该名称实际上是一个加密哈希，它是从该文件的内容中计算出来的。密码学保证该散列始终仅表示该文件的内容。如果文件被更改，哈希值也会随之改变。

当我们向 IPFS 分布式网络询问该哈希时，它有效地使用分布式哈希表找到具有数据的节点，并检索它以及使用哈希验证它就是我们要找的文件。

所以你看，就是位置被更改的，内容被更改的，但是只要我们有哈希值，我们就可以在IPFS网络上找到这份文件，因为哈希值具有唯一性，因此，IPFS可以保障数据的永存。

此外，IPFS 是通用的，几乎没有存储限制。它可以提供大文件或小文件。它会自动将较大的文件分解为较小的块，从而允许 IPFS 节点不仅像 HTTP 那样从一台服务器下载文件，而且可以同时从数百个服务器下载文件。

而这就保障了IPFS网络的下载和传输速度，因为越多的人下载，并不会如HTTP那般产生拥堵。

如今，IPFS 网络已经成为了细粒度、去信任、分布式、易于联合的内容交付网络。这对于几乎所有涉及数据的事物都很有用：图像、视频流、分布式数据库、整个操作系统、区块链、8 英寸软盘的备份，以及对我们来说最重要的静态网站。

联合共赢的节点

IPFS 不需要每个节点都存储曾经发布到 IPFS 的所有内容。我们可以把IPFS想象成书签，我们可以自己备份整个站点，并自愿帮助将内容提供给想要查看它的其他人。

如果每个IPFS节点都愿意托管一点点内容，那么这些点点很快就会增加到比任何集中式 HTTP 服务都可能提供的更多空间、带宽和可用性。分布式网络将很快成为地球上最快、最可用和最大的数据存储。

容易记住的寻址

IPNS 允许用户使用私钥来签署对 IPFS 哈希的引用，使用公钥哈希代表网站的最新版本。

IPFS/IPNS 哈希是大而长的字符串，不容易记住。因此 IPFS 允许使用现有的域名系统 (DNS) 来提供人类可读的 IPFS/IPNS 内容链接，它通过允许用户将哈希插入到用户的名称服务器上的 TXT 记录中来实现这一点。

IPFS 实现附带了一个 HTTP 网关，以允许当前的 Web 浏览器访问 IPFS，直到浏览器直接实现 IPFS的直接访问。

有了 IPFS HTTP 网关，我们就可以开始切换到 IPFS 来存储、分发和服务网站。