最近，筆者的微信朋友圈被“Cloudflare閘道器”刷屏了，到底是怎麼回事呢？
原來在9月17日這天，IPFS專案團隊Protocol Labs釋出了一條推特，為美國網際網路安全提供商Cloudflare的一款新產品打call。據悉，該產品可以幫助使用者更容易地訪問由Protocol Labs開發的去中心化儲存協議IPFS（星際檔案系統）。
此資訊一出，Cloudflare閘道器迅速成為許多IPFS愛好者關注的焦點，各大新聞媒體及礦機廠商紛紛報道相關資訊。
很多朋友要問了，Cloudflare的IPFS閘道器到底有何魅力讓協議實驗室以及眾多IPFS大佬為其站臺宣傳呢？
筆者認為，Cloudflare公司此次推出基於IPFS的分散式web閘道器，是大型公司對與IPFS價值的又一肯定。Cloudflare是一家非常優秀的網際網路安全提供商，在國內外享有很高的知名度，這樣一個跨國公司肯定並參與到IPFS專案中，標誌著IPFS已經開始走向主流。
那麼，如何利用Cloudflare閘道器搭建訪問IPFS網站呢？黑螢科技從不來虛的，這次就手把手帶您體驗一番吧!
先宣告一下：本教程由黑螢科技首發，安裝部分只指標對Windows系統的使用者，其他系統安裝go-ipfs，請自行百度相關教程。
Cloudflare閘道器的一般使用
首先去ipfs官網下載對應版本的go-ipfs，放在任意目錄，開啟cmd命令列工具，進入go-ipfs的目錄，初始化ipfs節點：
ipfs init
輸入ipfs daemon，啟動ipfs節點守護程序：
ipfs daemon
在go-ipfs根目錄下建立Cloudflare資料夾，在Cloudflare資料夾內新建一個index.html靜態頁面，內容自定義。然後重新開啟一個cmd控制檯，進入go-ipfs目錄，輸入以下命令實現遞迴新增：
ipfs add -r Cloudflare
返回目錄和檔案對應的hash
這個時候我們的靜態網站就被新增到ipfs主網上了，如果您能科學上網的話，就可以透過以下連結訪問到我們的靜態網站：
https://ipfs.io/ipfs/QmYvQQTs2Sx4cRB1k1XhAJGmYMkTygjVuTP5qizaaxtiBJ
到此為止都和平時把檔案上傳到IPFS網路中再進行訪問一樣，如果我們不想透過ipfs.io的閘道器，而是用其他閘道器訪問也是一樣的，這裡我們就可以用CloudFlare的閘道器來訪問：
https://cloudflare-ipfs.com/ipfs/QmYvQQTs2Sx4cRB1k1XhAJGmYMkTygjVuTP5qizaaxtiBJ
使用cloudflare-ipfs.com閘道器訪問ipns也是一樣的，速度比/ipfs/要慢（ipns的解析何時能大力最佳化ToT），但比ipfs.io快得多：
https://cloudflare-ipfs.com/ipns/Qmb5c8NkxTk6m63tC5sKELASkNJYh2taExzoGeHD73txsU
HTTP域名透過Cloudflare閘道器解析到IPFS網路
不過這並不完美，帶著QmYvQQTs2Sx4cRB1k1XhAJGmYMkTygjVuTP5qizaaxtiBJ這樣長串雜湊的域名連結是很難讓人記憶並運用的。慶幸的是，Cloudflare充分考慮到了這一點，支援給網站自定義一個簡短好記的域名，步驟如下：
1、用於your.website指向的CNAMEwww.cloudflare-ipfs.com
2、_dnslink.your.website帶有該值的TXT記錄dnslink=/ipfs/
按照上面的步驟完成後，您就可以透過您解析的域名訪問到這個靜態網站了，如果有問題可以參考https://developers.cloudflare.com/distributed-web/ipfs-gateway/connecting-website/
Cloudflare閘道器為什麼這麼好用
好了，以上的所有功能，ipfs.io上也都能實現，那麼Cloudflare還有什麼獨特之處呢？簡單來說有兩點：
1、無需使用梯子，至少目前還不用。
2、速度快！真的很快，小編用Cloudflare下載大檔案都是滿速的！滿速的！速的！的！
那麼實現以上這些優點的基礎是什麼呢，我們來看一張示意圖：
我們假設有許多使用者購買了黑螢Ms.家用礦機，接入IPFS網路成為網路節點，這些網路節點的行為不再贅述了。當我們（使用者）透過閘道器訪問IPFS網路內容的時候，在沒有客戶端的情況下必須藉助閘道器訪問，比如ipfs.io和cloudflare-ipfs.com。這時的訪問過程大致可以分成以下幾個環節：
每個環節都有可能成為完整互動的速度瓶頸，簡要分析如下：
1、環節一所需通訊頻寬可以忽略不計，所以無需考慮其速度。
2、環節二的耗時主要受IPFS網路可用性、檔案分佈狀態的影響。
3、環節三的耗時主要受伺服器頻寬、伺服器位置的影響。
所以，環節二採用IPFS進行過通訊，其耗時和閘道器無關，而環節三採用HTTP通訊，我們以往分析IPFS和HTTP時所用提及的影響因素這裡也同樣適用。那麼仔細對比一下兩個閘道器：
l ipfs.io：（1）伺服器處於美國，大陸訪問伺服器的時候需要依賴國際主幹網路。（2）我們透過這個閘道器獲取檔案的速度不可能超過ipfs.io伺服器提供的頻寬上限。
l cloudflare-ipfs.com：（1）Cloudflare本身有經營CDN業務，在全球有150多個HTTP快取節點，在中國大陸就有21個快取節點，根據使用者的位置，會直接由大陸的伺服器來響應使用者的請求。（2）Cloudflare提供的頻寬非常巨大，速度上限極高。（3）150快取節點之間為CDN內部通訊，十分快捷，檔案在部分快取節點上快取過之後，其他節點再響應同個檔案的請求時，可透過內部通訊快速響應。
Cloudflare在中國大陸的21個快取節點分佈情況
說了那麼多，最後來劃重點：Cloudflare就是活雷鋒、大好人！大家想在IPFS上做什麼都可以擼起袖子加油幹了！
最後附上本文章例項的幾個連結，大家可以開啟測試下速度哦：
ipfs.io閘道器訪問ipns（龜速）：：https://ipfs.io/ipns/Qmb5c8NkxTk6m63tC5sKELASkNJYh2taExzoGeHD73txsU
cloudflare-ipfs.com閘道器訪問ipns（慢速）：https://cloudflare-ipfs.com/ipns/Qmb5c8NkxTk6m63tC5sKELASkNJYh2taExzoGeHD73txsU
ipfs.io閘道器訪問ipfs（快速）：https://ipfs.io/ipfs/QmYvQQTs2Sx4cRB1k1XhAJGmYMkTygjVuTP5qizaaxtiBJ
cloudflare-ipfs.com閘道器訪問ipfs（神速）：https://cloudflare-ipfs.com/ipfs/QmYvQQTs2Sx4cRB1k1XhAJGmYMkTygjVuTP5qizaaxtiBJ
