以下是Cloudflare最近发布的关于IPFS网关的消息，这个消息对于IPFS社区来说非常重要。这篇文章通过对IPFS节点形象化的描述，然后详细说明了消息本身如此重要的原因。
当有人想要从IPFS检索内容时，他们连接的IPFS节点会向IPFS网络发送请求。使用分布式哈希表的时候会发生这种情况（DHT）。想象一下，请求节点对所有的朋友大喊大叫，并问：“嘿，有人知道在哪里可以找到这些内容吗？”很可能他们都没有。但是，他们的朋友之后有人也许会有。因此，每一个节点都会询问它们所连接的其他节点，并重复这个过程，直到其中有一个节点最终说“我知道一个节点具有这些内容！”在这个时候，请求节点会链接到这个新发现的节点，并从中下载所需要的内容。但是，当您意识到IPFS网络中的大多数节点，与正在请求其内容的节点极为分离时，就会出现问题。这种情况下会使得节点发现的速度变慢，因此内容检索的速度也会变慢。
在IPFS网络上引入的每个公共网关，都会为网络的其余节点添加了另一个“链接”。由于公共网关更频繁地用于检索内容，因此他们对于如何查找其他节点上的知识和内容，往往比典型节点要更大。由于这些公共网关在IPFS网络中的“高调”程度，使得这些网关也知道其他公共网关。这是一个快速可视化的方式，这使得内容发现速度更快。这样可以快速了解到，如何能够以更快的速度发现要找的内容。
在上面的可视化图片中，想假设第一个“公共网关”是Pinata的IPFS网关，“Public Gateway＃2”是Cloudflare的新网关。在场景＃1中，请求节点，在到达具有其请求内容的节点之前，必须经过5个节点。但是，在场景＃2中，请求节点只需，在找到所需内容之前经过两个网关。在实践中，要稍微复杂一些，但希望能够让我们了解背后发生的具体情况。
从Cloudflare的最初宣布来看，似乎他们目前有一个官方网关。但是，很容易弄清楚Cloudflare在世界各地有很多引发网关的位置（在写这篇文章的时候有152个）。如果Cloudflare在这152个位置中的每个位置都触发了IPFS网关，则内容传递速度会变得更快。
使用特殊的IPFS节点配置，Cloudflare甚至可以将这些网关设置为“引导程序”，从而连接到其他每一个网关。这样的话，即使这些网关可能位于全球各个地方，它们也会相互保持联系。这样的设置将允许跨世界通信，其中每一个节点基本上都具有“快捷方式”，可以知道全部内容驻留的地方。
（ 上图，是通过网关网络请求内容节点的简化版本 ）
除了网关的启动之外，Cloudflare还分享了go-ipfs存储库，并创建了“改进”。允许运行浏览器扩展的用户以加密方式验证他们，是否正在从IPFS网络接收到他们要找的内容。这些安全性改进非常受人欢迎，我们希望将来能够在IPFS中正式实施这些改进。
—— 总 结 ——
很多时候，大型工业企业的进入可能会给不成熟的项目带来麻烦。然而，Cloudflare进入IPFS看起来对整个技术是非常有利。增加的IPFS基础设施提升和安全性改进，是Pinata非常欢迎的事情。最重要的是，我们对Cloudflare宣布的行业验证感到兴奋。IPFS为内容在Web上的分发和存储提供了新的范例。Cloudflare拥抱IPFS作为一项技术，预示着整个IPFS的未来。
（本文由Pinata分享于国外博客，经由Filecoin.cn中国社区翻译整理）
更多交流可点击下面“了解更多”，进入IPFS-Filecoin社区。
