星际文件系统（IPFS）是否使用计时组件来组织下载？
Do InterPlanetary File Systems (IPFS) use a timing component to organize downloading?
让我知道这个问题是否应该在其他地方提出，或者太宽泛了。
我正在查看 IPFS 的结构，并从之前 post 询问 IPFS (Where does IPFS store all the data?) 中清除了一些问题。但我想知道 IPFS 是否涉及计时组件。
例如，如果 IPFS 上的视频分布在多个对等点之间（比如 20 分钟的视频在 4 个对等点之间分配），那么在请求数据时，如何 "pieces" 视频 return 的顺序正确吗？请求是否知道视频是按特定顺序解析的，并以正确的顺序使用 "pointers" 到 return 5 分钟的剪辑？
如果其中一个同伴永久丢失，例如，保存 20 分钟视频片段从 10 分钟标记到 15 分钟标记的部分，这是否意味着数据永久丢失，视频永远无法播放？
顺便说一句，IPFS 只有一个吗？我知道任何人都可以在服务器上 运行 MySQL 或 MongoDB，但是只有一组对等点之间可以有 "private" IPFS 系统吗？
- 每个部分都有一个索引，表明它在数据中的位置。它们不需要被检索以便能够以正确的顺序重新组装。授予 BitTorrent 和 TCP。
- 是的。如果无法检索数据，则它实际上已经消失了。虽然它可能会在带外被发现并恢复。
- 是的，您可以让客户端连接到一组私有对等点。你只有一个私有的 DHT。
- 阅读 BitTorrent，IPFS 的设计借鉴了它，并混入了一些 Freenet。本质上，IPFS 是没有网络覆盖和自动缓存的 Freenet。
让我知道这个问题是否应该在其他地方提出，或者太宽泛了。
我正在查看 IPFS 的结构，并从之前 post 询问 IPFS (Where does IPFS store all the data?) 中清除了一些问题。但我想知道 IPFS 是否涉及计时组件。
例如，如果 IPFS 上的视频分布在多个对等点之间（比如 20 分钟的视频在 4 个对等点之间分配），那么在请求数据时，如何 "pieces" 视频 return 的顺序正确吗？请求是否知道视频是按特定顺序解析的，并以正确的顺序使用 "pointers" 到 return 5 分钟的剪辑？
如果其中一个同伴永久丢失，例如，保存 20 分钟视频片段从 10 分钟标记到 15 分钟标记的部分，这是否意味着数据永久丢失，视频永远无法播放？
顺便说一句，IPFS 只有一个吗？我知道任何人都可以在服务器上 运行 MySQL 或 MongoDB，但是只有一组对等点之间可以有 "private" IPFS 系统吗？
- 每个部分都有一个索引，表明它在数据中的位置。它们不需要被检索以便能够以正确的顺序重新组装。授予 BitTorrent 和 TCP。
- 是的。如果无法检索数据，则它实际上已经消失了。虽然它可能会在带外被发现并恢复。
- 是的，您可以让客户端连接到一组私有对等点。你只有一个私有的 DHT。
- 阅读 BitTorrent，IPFS 的设计借鉴了它，并混入了一些 Freenet。本质上，IPFS 是没有网络覆盖和自动缓存的 Freenet。