此前，silent-observer写了一篇《2020年IPFS的不稳定状态》的文章。文中表示IPFS在2020年发展困难，并指出了当前IPFS所面临的困境和开发团队的缺陷。
3月25日，IPFS项目负责人Molly Mackinlay发布文章进行回应，并获得了众多IPFS社区小伙伴的认同，其中就有帅气的Textile联合创始人Andrew Hill。（Filecoin官方团队首次对话Textile联合创始人）
回应原文如下：
简单来说，对于您所说的“ IPFS处于不稳定状态”，我不能同意。
我认为今年IPFS具有巨大的发展势头是显而易见的。无论是核心开发人员还是整个生态系统。IPFS和libp2p都看到了巨大的性能提升。
首先，Testground是我们测试和模拟网络性能（不仅针对IPFS，还包括所有p2p网络）以及对内容路由和DHT进行必要的性能改进，是一个必要的、巨大的进步。
有一个新的文档站点，可以使新的IPFS用户更容易地了解IPFS；确保核心工作组将重要的功能纳入社区（此处为路线图）。
其次，生态系统中有很多令人振奋的进步。
例如正在开发一个新的rust-ipfs实现，Terminal.co在ipfs上具有相当出色的netlify等效功能;UnstoppableDomains拥有ipfs本地浏览器和wordpress模板，而Audius，Qri ，Texitle，3box，Pinata，裂变，柏蒂，Anytype，Temporal和大量其他团体在今年的前三个月都发布了令人兴奋的消息。
我认为团队和社区的发展比以往任何时候都快。这是离“不稳定局势”最远的事情-如果我们正处在高速增长的轨道上！
最后，作为项目负责人在过去的一年中，我大部分时间都花在IPFS项目上。坦白地说，这是该团队和社区在这段时间中表现最强的一年。
我认为您的警告是：任何决定“都可以使IPFS成为过去”，这是不合时宜，危言耸听和错误的。我认为您正在尝试提供帮助，但是撰写匿名的、耸人听闻的文章并不能帮助我真正解决您的问题，也不会帮助团队专注于发布自0.2.3以来最大的go-ipfs版本（ Alpha版本）。
我认为您对IPFS工作组如何协调的误解部分来自对工作组的看法，在此做一些更正：
我们在ResNetLab，Testground和Hydra（0.5网络升级所需的新型增强节点）上没有相同的工程师-每个人都有专门的所有者，尽管一些特别多产的工程师帮助参与多个项目（尤其是帮助推进优先项目）。
尽管Testground团队在第四季度末进行了回顾，但更详细的产品计划可以帮助我们更快地缩小范围内/范围之外的确切范围-我们绝对从第一天起就有了开发路线图和非常详细的规格。
计划并非总是经受住实施的考验。因此，指出的痛点是重新确定预期范围，并缩小到最关键的MVP。团队进行回顾的原因（我们会公开进行）是为了学习和迭代，并总结我们为其他/未来团队所汲取的经验教训。
IPFS工作组在许多不同组织中都有一组非常活跃的核心贡献者，这并没有因为专注于其他项目而耗尽。您可能会看到，今年我们将更多精力集中在精力上（因此暂停了一些尚待完善的项目的工作），但这意味着我们比以往任何时候都拥有更多的人来从事最重要的改进。
就“ IPFS昂贵”而言，您可以在很多地方节省IPFS的成本。
诸如Filecoin / Storj之类的激励网络可以允许更多用户贡献未使用的存储空间，可以帮助降低存储的单价，但是还有其他节省之处-存储大型，高度重叠的数据集的人（例如OpenSuse之类的软件包管理器）可以他们存储的数据快照可从重复数据删除节省中受益，而其他组（如Netflix）则可以从它们运行的节点之间直接进行p2p传输看到性能提高（和带宽节省！）。
”IPFS服务提供商”的每字节成本并不是判断IPFS总体成本的好方法，我认为它也可以大大低于我们今天看到的成本。
IPFS是一个快速发展的开源项目，我同意我们还没有进入一个“易于使用”的领域，尤其是对于非开发人员。许多长期愿景仍在进行中，并且每天都在不断完善，并且有很多机会参与其中以提供帮助。
我在论坛上的快速浏览揭示了比让人们沮丧地尝试调试错误更令人兴奋的方式-人们获得有关如何尝试新事物和推动生态系统发展的提示。
我们在这里还不是很好，但是我们已经走了很长一段路，并且有大量的小组（例如“Texitle”，“ 3box”，“Terminal.co”等）创建了将IPFS带入更多领域的工具。
有一支专门致力于改善IPFS的重要团队，以及一个热情洋溢的社区，帮助该项目取得了成功。
我认为2020年将是IPFS最好的一年。
完
编辑：星际视界IPFSNEWS格格
本文由星际视界整理，转载请标明出处
声明：此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述。本网站所提供的信息，只供参考之用。
