这个技能现象倒是足以激起乐趣，一查 Netflix 的 CDN 资料，公然，离我们最近的处事器都位于香港：

到今朝为止，我们已经接头了 IPFS 的很多有用特性和要害观念。 然而，所有的协议都有范围性和缺陷。 可以想象，IPFS 当前面对的最大问题是保持文件可用。网络上的每个节点城市生存他们下载的文件的缓存，并在其他用户需要的时候辅佐他们提供这些文件。 可是，在一种简朴的环境下，假如一个文档由 4 个节点承载，而且它们都处于离线状态，则该文档不能被会见。

IPFS 支持文件的版本化，这与 Git 的开源代码客栈雷同。 譬喻，您正在处理惩罚一个名为「Important Document-v1.doc」的文本文件，并但愿利用 IFPS 与人们共享该文档。 当您将这个文件添加到 IPFS 时，幕后产生的是，IPFS 将建设一个新的 Commit 工具。这个工具长短常根基的，它所做的只是汇报 IPFS 哪个提交在这个提交之前，它链接到与文件「Important Document-v1.doc」相关联的 IPFS 工具。

每个文件都有一个独一的哈希值，可以认为是文件的指纹或身份。 当想要会见一个特定的文件时，用户只需要向网络询问谁有一个带有指定散列的文件副本。一旦发出请求，IPFS 网络上的某小我私家将提供您所请求的资源。 下载该资源，一个副本将被生存到您的 IPFS 缓存中。此刻，当另一小我私家来请求沟通的文件，您就可以或许提供这个文件副本给他们。 这将建设一个速度更快的系统，因为共享的文件越多，在大量节点组中可用的文件就越多。

为了用户看视频的体验爽，Netflix 不得不重复造轮子，把用户们要看的视频存储到离他们最近的 CDN 处事器上，仅在美国就陈设了数百个这样的视频库。

但有不少工钱了参加这场剧情互动，千辛万苦弄来 Netflix 账号，忍受着上千的延迟和掉帧来吸收 Netflix 处事器上传来的流媒体视频。

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。