利用Cloudflare网关搭建访问IPFS网站，全新的神奇体验！

最近，笔者的微信朋友圈被“Cloudflare网关”刷屏了，到底是怎么回事呢？

原来在9月17日这天，IPFS项目团队ProtocolLabs发布了一条推特，为美国互联网安全提供商Cloudflare的一款新产品打call。据悉，该产品可以帮助用户更容易地访问由ProtocolLabs开发的去中心化存储协议IPFS（星际文件系统）。

此信息一出，Cloudflare网关迅速成为许多IPFS爱好者关注的焦点，各大新闻媒体及矿机厂商纷纷报道相关信息。很多朋友要问了，Cloudflare的IPFS网关到底有何魅力让协议实验室以及众多IPFS大佬为其站台宣传呢？笔者认为，Cloudflare公司此次推出基于IPFS的分布式web网关，是大型公司对与IPFS价值的又一肯定。

使用cloudflare-ipfs.com网关访问ipns也是一样的，速度比/ipfs/要慢（ipns的解析何时能大力优化ToT），但比ipfs.io快得多：https://cloudflare-ipfs.com/ipns/Qmb5c8NkxTk6m63tC5sKELASkNJYH1taExzoGeHD73txsU

HTTP域名通过Cloudflare网关解析到IPFS网络不过这并不完美，带着QmYvQQTs2Sx4cRB1k1XhAJGmYMkTygjVuTP5qizaaxtiBJ这样长串哈希的域名链接是很难让人记忆并运用的。

我们假设有许多用户购买了黑萤Ms.家用矿机，接入IPFS网络成为网络节点，这些网络节点的行为不再赘述了。当我们（用户）通过网关访问IPFS网络内容的时候，在没有客户端的情况下必须借助网关访问，比如ipfs.io和cloudflare-ipfs.com。这时的访问过程大致可以分成以下几个环节：

每个环节都有可能成为完整交互的速度瓶颈，简要分析如下：1、环节一所需通信带宽可以忽略不计，所以无需考虑其速度。2、环节二的耗时主要受IPFS网络可用性、文件分布状态的影响。3、环节三的耗时主要受服务器带宽、服务器位置的影响。所以，环节二采用IPFS进行过通信，其耗时和网关无关，而环节三采用HTTP通信，我们以往分析IPFS和HTTP时所用提及的影响因素这里也同样适用。