HASH GAME - Online Skill Game GET 300

　　（e）防止意外丢失重要文件等。其中许多可以归结为“大量数据，无处不在”。 由于关键功能和带宽问题，我们已经为不同的数据放弃了 HTTP 分销协议。下 一步是使它们成为 web 自己的一部分。 正交于有效的数据分发，版本控制系统，已经设法开发重要的数据协作工作流程。 Git 是分布式源代码版本控制系统，开发了许多有用的方法来建模和实现分布式 数据操作。Git 工具链提供了灵活的版本控制功能，这正是大量的文件分发系统 所严重缺乏的。由 Git 启发的新解决方案正在出现，如 Camlistore [？]，个人 文件存储系统，Dat [？]数据协作工具链和数据集包管理器。Git 已经影响了分 布式文件系统设计[9]，因为其内容涉及到 Merkle DAG 数据模型，能够实现 强大的文件分发策略。还有待探讨的是，这种数据结构如何影响面向高吞吐量的 文件系统的设计，以及如何升级 Web 本身。 本文介绍了 IPFS，一种新颖的对等版本控制的文件系统，旨在调和这些问题。 IPFS 综合了许多以前成功的系统的优点。 IPFS 产生了突出的效果， 甚至比参 考的这些系统的总和还要好。IPFS 的核心原则是将所有数据建模为同一 Merkle DAG 的一部分。

　　一个单一的内聚系统，大于其部分的总和。 IPFS 提供了编写和部署应用程序的 新平台，以及一个新的分发系统版本化大数据。 IPFS 甚至可以演进网络本身。 IPFS 是点对点的;没有节点是特权的。 IPFS 节点将 IPFS 对象存储在本地存储 中。节点彼此连接并传输对象。这些对象表示文件和其他数据结构。 IPFS 协议 分为一组负责不同功能的子协议： 1. 身份 - 管理节点身份生成和验证。描述在 3.1 节。 2.网络 - 管理与其他对等体的连接，使用各种底层网络协议。可配置的。详见 3.2 节。 3.路由 - 维护信息以定位特定的对等体和对象。响应本地和远程查询。默认为 DHT，但可更换。在 3.3 节描述。 4.交换 - 一种支持有效块分配的新型块交换协议（BitSwap）。模拟市场，弱 化数据复制。贸易策略可替换。描述在 3.4 节。 5.对象 - 具有链接的内容寻址不可更改对象的 Merkle DAG。用于表示任意数 据结构，例如文件层次和通信系统。详见第 3.5 节。 6.文件 - 由 Git 启发的版本化文件系统层次结构。详见 3.6 节。 7.命名 - 自我认证的可变名称系统。详见 3.7 节。 这些子系统不是独立的;它们是集成在一起，互相利用各自的属性。但是，分开 描述它们是有用的，从下到上构建协议栈。符号：Go 语言中指定了以下数据结 构和功能

　　1 亿用户的同时在线。即使在今天， BitTorrent 也维持着每天千万节点的活 跃数。 基于这些学术文件系统理论而实现的应用程序有很多的用户量， 然而， 这些系统理论是在应用层，而没有放在基础层。以致没有出现通用的文件系统基 础框架， 给全球提供低延迟的分发。 也许是因为 HTTP 这样“足够好“的系统已经存在。到目前为止，HTTP 已经作 为“分布式文件系统“的协议，并且已经大量部署，再与浏览器相结合，具有巨 大的技术和社会影响力。在现在， 它已经成为互联网传输文件的事实标准。然 而，他没有采用最近 15 年的发明的数十种先进的文件分发技术。 从一方面讲， 由于向后兼容的限制 和 当前新模式的投入， 不断发展 http web 的基础设施 几乎是不可能的。但从一个角度看， 从 http 出现以来， 已经有许多新协议出 现并被广泛使用。升级 http 协议虽然能引入新功能和加强当前 http 协议，但 会降低用户的体验。 有些行业已经摆脱使用 HTTP 这么久， 因为移动小文件相对便宜，即使对拥有 大流量的小组织也是如此。但是，随着新的挑战，我们正在进入数据分发的新纪 元。

　　星际文件系统是一种点对点的分布式文件系统， 旨在连接所有有相同的文件系 统的计算机设备。在某些方面，IPFS 类似于 web, 但 web 是中心化的，而 IPFS 是一个单一的 Bittorrent 群集， 用 git 仓库分布式存储。换句话说， IPFS 提 供了高吞吐量的内容寻址块存储模型， 具有内容寻址的超链接。这形成了一个 广义的 Merkle DAG 数据结构，可以用这个数据结构构建版本文件系统，区块 链，甚至是永久性网站。。IPFS 结合了分布式哈希表， 带有激励机制的块交 换和自我认证命名空间。IPFS 没有单故障点， 节点不需要相互信任。