产业气象站■项目负责人回应“IPFS在2020年将岌岌可危”

此前 , silent-observer写了一篇《2020年IPFS的不稳定状态》的文章 。 文中表示IPFS在2020年发展困难 , 并指出了当前IPFS所面临的困境和开发团队的缺陷 。
3月25日 , IPFS项目负责人MollyMackinlay发布文章进行回应 , 并获得了众多IPFS社区小伙伴的认同 , 其中就有帅气的Textile联合创始人AndrewHill 。
产业气象站■项目负责人回应“IPFS在2020年将岌岌可危”
文章图片
回应原文如下:
一、IPFS稳定 , 增长是核心
简单来说 , 对于您所说的“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在2020年将岌岌可危”
文章图片
二、开发人员活动是(相对)组织的
我们在ResNetLab , Testground和Hydra(0.5网络升级所需的新型增强节点)上没有相同的工程师-每个人都有专门的所有者 , 尽管一些特别多产的工程师帮助参与多个项目(尤其是帮助推进优先项目) 。 尽管Testground团队在第四季度末进行了回顾 , 但更详细的产品计划可以帮助我们更快地缩小范围内/范围之外的确切范围-我们绝对从第一天起就有了开发路线图和非常详细的规格 。计划并非总是经受住实施的考验 。 因此 , 指出的痛点是重新确定预期范围 , 并缩小到最关键的MVP 。 团队进行回顾的原因(我们会公开进行)是为了学习和迭代 , 并总结我们为其他/未来团队所汲取的经验教训 。
IPFS工作组在许多不同组织中都有一组非常活跃的核心贡献者 , 这并没有因为专注于其他项目而耗尽 。 您可能会看到 , 今年我们将更多精力集中在精力上(因此暂停了一些尚待完善的项目的工作) , 但这意味着我们比以往任何时候都拥有更多的人来从事最重要的改进 。三、IPFS价格合理
诸如Filecoin/Storj之类的激励网络可以允许更多用户贡献未使用的存储空间 , 可以帮助降低存储的单价 , 但是还有其他节省之处-存储大型 , 高度重叠的数据集的人(例如OpenSuse之类的软件包管理器)可以他们存储的数据快照可从重复数据删除节省中受益 , 而其他组(如Netflix)则可以从它们运行的节点之间直接进行p2p传输看到性能提高(和带宽节省!) 。
”IPFS服务提供商”的每字节成本并不是判断IPFS总体成本的好方法 , 我认为它也可以大大低于我们今天看到的成本 。


推荐阅读