IPFS 和 hyperdrive 之间有什么区别?
What are the differences between IPFS and hyperdrive?
一年前我参加了慕尼黑聚会,在那里我第一次看到了 hyperdrive project live, and found it impressive. I also recently stumpled upon IPFS——InterPlanetary 文件系统——我想知道它们之间的区别。在加州开始这样的项目很容易引起很大的反响,所以我猜他们可能是类似的项目,但仍然没有完全理解超光速引擎的范围。
我非常喜欢 API 和实现超空间驱动器,所以如果我必须在分布式文件系统上构建应用程序,我相信此时选择该项目对我来说会更容易。
有什么地方或一些大胆的要点可以用来比较吗?
谢谢
我认为这些或多或少是可比较的技术。它们都可以用于创建去中心化的软件解决方案。
Hyperdrive 是更大的互操作模块生态系统的一部分。它是文件处理部分,依靠 hypercore. But the overarching initiative is the not-for-profit Dat Project. See also the dat-awesome 列表来大致了解该技术及其各种组件。
在 FAQ 中有一个部分:
Dat vs ?
Dat has a lot of overlap with other distributed web tools, data management tools, and distributed version control. Below are some of the most common questions. See more in depth technical comparisons in the Dat whitepaper.
总的来说,你可以说 Dat 及其生态系统更倾向于应用程序设计,而 IPFS 是一个通用协议 + 文件共享的实现。
去中心化计算领域还没有标准。这确实是 IT 领域未开发的利基市场。我想说的是 IPFS 目前在成为事实上的标准方面变化最大的两种技术。但 Dat 正在获得关注并拥有一个非常活跃的社区(但由于所涉及的所有 github 回购的一些碎片化,如 hyperdrive,有点难以察觉)。关于这个的有趣讨论,你应该阅读 this discussion thread.
关于区块链我只能说:小心变差,好好做功课,否则远离!
希望这对您有所帮助!
顺便说一句,我删除了你的 'blockchain' 标签,因为它是不相关的,尽管任何区块链应用程序都可以决定合并 IPFS(或 Dat)。 IPFS + Blockchain 有 discussion repo 但不是很活跃
IPFS 和 hyperdrive 之间的一些具体区别,考虑到两者都是以分布式方式在对等点之间共享文件和文件目录的机制,这些区别是:
- IPFS 具有全局命名空间(可以在任何上下文中使用或访问具有特定哈希的给定块或文件),而超空间文件和块的范围仅限于单个驱动器。这有点笼统,但默认情况下,将通过网络为每个驱动器下载出现在多个超空间驱动器中的文件。
- 与 IPFS 网络的连接通常是持久的(例如,使用应用程序与之对话的本地守护进程 运行,而不是直接与网络对话)。没有单一的数据或超空间驱动器网络,只有对特定驱动器感兴趣的对等群; hyperdrive 应用程序通常自行发现并连接到对等点。
- 超空间驱动器的发现和引用基于 public 密钥加密(创建者生成的密钥对),而 IPFS 使用内容散列(这意味着,理论上,谁添加了给定文件并不重要或分块到网络)
- IPFS 的默克尔树实现在同一文件的略微修改副本之间做得更好 de-duplicating。 Hyperdrive 文件存储为单个连续块;即使是对现有文件的小追加也需要 re-writing 将相同的文件添加到 Feed。超光速引擎有可能在未来进化以处理这个 de-duplication。
主观观察:
- hyperdrive 当前用于在许多对等点之间有效同步整个文件目录的工具更加完善(这是 hyperdrive 的核心 use-case,也是 IPFS 的众多 use-case 之一)。
- 截至 2018 年 3 月,存在一个可用的 Web 浏览器,它原生支持 hyperdrive(Beaker 浏览器),但不支持 IPFS。浏览器对 IPFS 的支持可能会在明年出现,但可能不会像开始时那样根深蒂固(例如,将从 read-only 开始)。
- IPFS 的核心库和工具已经移植到更多语言,并且比 hyperdrive 经历了更多的审查和开发。
一年前我参加了慕尼黑聚会,在那里我第一次看到了 hyperdrive project live, and found it impressive. I also recently stumpled upon IPFS——InterPlanetary 文件系统——我想知道它们之间的区别。在加州开始这样的项目很容易引起很大的反响,所以我猜他们可能是类似的项目,但仍然没有完全理解超光速引擎的范围。
我非常喜欢 API 和实现超空间驱动器,所以如果我必须在分布式文件系统上构建应用程序,我相信此时选择该项目对我来说会更容易。
有什么地方或一些大胆的要点可以用来比较吗?
谢谢
我认为这些或多或少是可比较的技术。它们都可以用于创建去中心化的软件解决方案。
Hyperdrive 是更大的互操作模块生态系统的一部分。它是文件处理部分,依靠 hypercore. But the overarching initiative is the not-for-profit Dat Project. See also the dat-awesome 列表来大致了解该技术及其各种组件。
在 FAQ 中有一个部分:
Dat vs ?
Dat has a lot of overlap with other distributed web tools, data management tools, and distributed version control. Below are some of the most common questions. See more in depth technical comparisons in the Dat whitepaper.
总的来说,你可以说 Dat 及其生态系统更倾向于应用程序设计,而 IPFS 是一个通用协议 + 文件共享的实现。
去中心化计算领域还没有标准。这确实是 IT 领域未开发的利基市场。我想说的是 IPFS 目前在成为事实上的标准方面变化最大的两种技术。但 Dat 正在获得关注并拥有一个非常活跃的社区(但由于所涉及的所有 github 回购的一些碎片化,如 hyperdrive,有点难以察觉)。关于这个的有趣讨论,你应该阅读 this discussion thread.
关于区块链我只能说:小心变差,好好做功课,否则远离!
希望这对您有所帮助!
顺便说一句,我删除了你的 'blockchain' 标签,因为它是不相关的,尽管任何区块链应用程序都可以决定合并 IPFS(或 Dat)。 IPFS + Blockchain 有 discussion repo 但不是很活跃
IPFS 和 hyperdrive 之间的一些具体区别,考虑到两者都是以分布式方式在对等点之间共享文件和文件目录的机制,这些区别是:
- IPFS 具有全局命名空间(可以在任何上下文中使用或访问具有特定哈希的给定块或文件),而超空间文件和块的范围仅限于单个驱动器。这有点笼统,但默认情况下,将通过网络为每个驱动器下载出现在多个超空间驱动器中的文件。
- 与 IPFS 网络的连接通常是持久的(例如,使用应用程序与之对话的本地守护进程 运行,而不是直接与网络对话)。没有单一的数据或超空间驱动器网络,只有对特定驱动器感兴趣的对等群; hyperdrive 应用程序通常自行发现并连接到对等点。
- 超空间驱动器的发现和引用基于 public 密钥加密(创建者生成的密钥对),而 IPFS 使用内容散列(这意味着,理论上,谁添加了给定文件并不重要或分块到网络)
- IPFS 的默克尔树实现在同一文件的略微修改副本之间做得更好 de-duplicating。 Hyperdrive 文件存储为单个连续块;即使是对现有文件的小追加也需要 re-writing 将相同的文件添加到 Feed。超光速引擎有可能在未来进化以处理这个 de-duplication。
主观观察:
- hyperdrive 当前用于在许多对等点之间有效同步整个文件目录的工具更加完善(这是 hyperdrive 的核心 use-case,也是 IPFS 的众多 use-case 之一)。
- 截至 2018 年 3 月,存在一个可用的 Web 浏览器,它原生支持 hyperdrive(Beaker 浏览器),但不支持 IPFS。浏览器对 IPFS 的支持可能会在明年出现,但可能不会像开始时那样根深蒂固(例如,将从 read-only 开始)。
- IPFS 的核心库和工具已经移植到更多语言,并且比 hyperdrive 经历了更多的审查和开发。