IPFS问题：低效

英文原文

翻译：DeepL，Google Translate 校对： 李林

想象一下，你有两个IPFS节点，在第一个节点上有你创建的独特内容。从第二个节点，你可以连接到第一个节点，一切看起来都很正常。然后你试图获取这些内容。几秒钟后，内容开始出现，进度条开始移动，这很慢，非常慢，做rsync会快20倍。

进度条停止了。你调查了一下，第二个节点没有再连接到第一个节点。为什么，如果那是我们试图获取的文件的唯一来源？这至今仍是个谜。你手动重新连接，进度条再次移动，停止了，你又被断开了。你没有重新连接，而是决定将第二个节点添加到第一个节点的 “Bootstrap “列表中。

我曾经试图在VPS上运行一个IPFS节点，并在S3上存储内容。有两个S3数据存储插件可用。在修复了其中一个的一些问题后，重新编译go-ipfs，弄清楚如何从IPFS配置文件中读取设置，创建一个init profile并再次重新编译，我得到了节点的运行。它成功了。我的想法是在该节点上托管一堆数据。数据将按需从S3获取，所以从任何IPFS节点或网关都可以廉价而快速地访问它。

IPFS开始每分钟对S3进行数百次调用–如果我没有在插件代码中插入一些日志语句，我是说在AWS的巨额账单到来之前，我不会知道这件事。很明显，这是参与DHT的一部分。调整一些设置后，我的节点按照我的意图变成了一个只听不看的东西，但我不能100%肯定它能作为一个有效的内容提供者工作，而且我永远不会知道，因为内存和CPU的使用率对我简陋的VPS来说太高了，我不得不把它关掉。