IPFS和hyperdrive有什么区别？

Question

一年前，我参加了慕尼黑聚会，在那里我第一次看到hyperdrive project的生活，并发现它令人印象深刻。我最近也搞砸了IPFS-行星际文件系统 - 我对这些差异感到疑惑。在加利福尼亚州开始这样的项目时很容易产生很多反应，所以我猜他们可能是类似的项目，但仍然不完全理解hyperdrive的范围。

我非常喜欢API和实现hyperdrive，所以如果我不得不在分布式文件系统上构建应用程序，我相信在这一点上我会更容易选择该项目。

我可以使用任何地方或一些大胆的要点进行比较吗？

谢谢

Answer 1

IPFS和hyperdrive之间的一些特定差异，考虑到以分布式方式在对等体之间共享文件和文件目录的机制是：

• IPFS具有全局命名空间（可以在任何上下文中使用或访问具有特定哈希的给定块或文件），而高速缓存文件和块的范围限定为单个驱动器。这有点概括，但默认情况下，出现在多个超级驱动器中的文件将通过网络下载到每个驱动器。
• 与IPFS网络的连接通常是持久的（例如，运行应用程序的本地守护程序进行通信，而不是直接与网络通信）。没有单个数据或超级驱动网络，只有对特定驱动器感兴趣的同类群; hyperdrive应用程序通常会自己发现并连接到同级。
• 发现和引用超级驱动是基于公钥加密（创建者生成的密钥对），而IPFS使用内容散列（理论上，无论是谁将给定文件或块添加到网络中都无关紧要）
• IPFS的merkel树实现可以更好地在同一文件的略微修改的副本之间进行重复数据删除。 Hyperdrive文件存储为单个连续的块;即使是现有文件的小附件也需要将相同的文件重写到Feed中。 hyperdrive有可能在未来发展以处理这种重复数据删除。

主观观察：

• hyperdrive当前用于在多个对等体之间有效地同步整个文件目录的工具更加精确（这是高速驱动的核心用例，也是IPFS的许多用例之一）。
• 截至2018年3月，存在一个可用的Web浏览器，它支持hyperdrive（Beaker Browser），而不支持IPFS。浏览器对IPFS的支持可能会在明年出现，但可能不会像开始那样根深蒂固（例如，将以只读方式开始）。
• IPFS的核心库和工具已移植到更多语言，并且看到了比hyperdrive更多的审查和开发。

Answer 2

我认为这些或多或少是可比较的技术。它们都可以用于创建分散的软件解决方案。

Hyperdrive是更大的互操作模块生态系统的一部分。它是文件处理部分，依赖于hypercore。但最重要的倡议是非营利性的Dat Project。另请参阅dat-awesome列表以获得该技术及其各种组件的概述。

在FAQ有一个部分：

vs vs？

Dat与其他分布式Web工具，数据管理工具和分布式版本控制有很多重叠。以下是一些最常见的问题。在Dat whitepaper中查看更多深入的技术比较。

一般来说，你可以说Dat及其生态系统更倾向于应用程序设计，而IPFS是文件共享的通用协议+实现。

在分散计算领域还没有标准。它确实是IT领域的一个未开发的领域。我想说IPFS目前在成为事实标准方面有最大变化的两种技术。但Dat正在获得牵引力，并且拥有一个非常活跃的社区（但由于所涉及的所有github repo的某些碎片，如hyperdrive，因此有点难以察觉）。有关这方面的有趣讨论，你应该阅读this discussion thread。

在区块链上，我只能说：要小心谨慎，做好功课，否则就远离！

希望这证明对你有帮助！

顺便说一下，我删除了你的“区块链”标签，因为它是无关的，尽管任何区块链应用程序都可以决定合并IPFS（或者Dat）。 IPFS +区块链有一个discussion repo，但它不是很活跃