ipfs - ipfs引脚和MFS之间是什么连接？

IPFS中有两个概念，它们之间的联系对我来说不是很清楚:IPFS引脚和IPFS MFS。

据我了解，ipfs pin允许您将内容保留在您的节点上，以防止其被使用垃圾收集器自动删除。在这种情况下，如果我使用ipfs add <file>自己添加内容，那么它将被自动固定，然后只能手动将其取消固定和删除。

另一方面，IPFS MFS允许对对象进行处理，就好像它们在文件系统中一样。例如，我可以使用ipfs files cp <id> <name>将特定的外部对象复制到MFS。之后，我可以使用ipfs files stat <name>找出其ID。

问题是:

是否保护MFS中的文件不被垃圾收集器删除？

如果 protected ，为什么它们不显示在ipfs pin ls中？

如果我使用ipfs add <file>添加数据，然后使用ipfs files cp <id> <name>将其添加到MFS，然后使用ipfs pin rm <id>取消固定，是否可以保存数据？

IPFS MFS是处理数据的更可靠方法吗？

最佳答案

这些很好的问题!分别回答

默认情况下，它们不是固定的。如果希望Pinner跟踪这些文件，则也需要将其固定。您可以执行ipfs files stat /somePath，获取哈希值，然后固定该哈希值。
令人困惑的部分是GC将“尽力而为”固定，其中MFS DAG根目录访问的文件也不会是GC。
例子:

您将文件添加到MFS

您在MFS上对该文件进行了修改

以前的版本将获得GC的

最新版本将受到GC

的保护

如果要保护以前的版本，可以使用Pin API。

正如对1.的回答，您将需要手动将其固定，以查看固定系统对其进行跟踪。

也许您现在就掌握了要点。澄清:

Pinning是垃圾收集(GC)的保护。如果固定，GC不会将其删除

MFS不会自动固定文件。 GC仅尝试与MFS成为 friend ，而不是MFS根目录可访问的GC文件。

当您获得常规目录结构和Unix之类的API来对文件进行操作时，这是一种更为熟悉的方法。它为您处理图形操作。

关于ipfs - ipfs引脚和MFS之间是什么连接？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/54168167/