IPFS 公布 2020 年项目线路图

本文由 FilCloud 编译整理

原文链接：https://ipfs.io

在本文中，FilCloud 团队将分享 IPFS 官方公布 2020 年项目路线图。（本文中所有“我们”为官方）

今年是新的一年，我们将以2020年为重点更新IPFS项目路线图。在此过程中，我们还希望反思自2019年以来的成功，挑战和经验教训，以帮助我们继续朝着实现目标迈进使命，并最大化我们在世界上创造的价值和效用。

IPFS路线图的2020部分，以查看明年的重点和史诗事件。

回顾 2019

对于IPFS项目而言，2019年是令人振奋的一年：

这一增长使我们在年中转移了一些注意力以支持新的用途和需求——将我们的一些工作组重新集中于改进文档，网关性能和测试工具以验证大规模网络升级（请参阅我们的Operation Task-Force有关详细信息的博客文章）。我们仍然在实现包管理器目标方面取得了进展，但是比我们期望的要少得多，因为它还在其他关键领域进行了大量投资以支持生态系统。

5 个重大举措

1、我们举办了首届IPFS训练营，这是一个广泛的行星际社区中的开发人员和建造者聚会，学习，共享和演示其工作的聚会（有关更多信息，请参见本概述）！

2、在实现程序包管理器的目标方面，我们取得了重大进展（请阅读有关协作集群等出色的新功能！）

3、我们与libp2p团队合作开发并推出了TestGround v0.1，这是一个用于测试各种规模的分布式系统和网络的平台。

4、我们启动了ProtoSchool，这是一个用于提供交互式教程的新门户，以了解去中心化的Web概念，协议和工具，它遍及四大洲的23个章节！

5、我们建立了一个新的IPFS文档站点，该站点具有改进的搜索，信息体系结构以及有关行星际概念的解释器

我们的 2019 年路线图

为了绘制今年的路线图，我们进行了2019年的大规模规划工作，以写下我们的使命，为IPFS项目定义许多长期目标中的一些，并优先考虑首先将精力集中在哪里。我们有很多“计划中”的债务，因此在项目路线图上从0变为1是一项巨大的工作。我们的流程涉及每个工作组围绕共同目标生成路线图，然后将重要工作流合并为整个项目的“史诗”，以突出我们的主要目标。您可以在2019年项目路线图中看到我们如何实现这些目标，或者在我们的2019年路线图博客文章中深入了解我们如何选择这些目标。

聚焦打包管理器

去年，我们的主要目标是通过分析在包管理器中使用IPFS的需求和痛点来提高IPFS性能和可伸缩性。这个目标的重点不是特别是软件包管理，而是更多的是定义一个有代表性的用例，我们可以研究，测试和推动改进，同时还将使所有具有相似性能和可伸缩性需求的下游IPFS用户受益，以添加，更新和获取大型文件。数据集。

专注于包管理器之类的代表性用例，使我们对IPFS改进的优先级有了重点和结构。我们构建了许多概念验证（POC），例如apt-on-ipfs，npm-on-ipfs，clojars-on-ipfs和homebrew-on-ipfs，以分析IPFS在用户对添加，更新的期望方面的表现如何，并获取大型软件包存储库-使我们能够识别并修复主要的痛点。例如，我们的POC确定了将GB的数据添加到IPFS的巨大瓶颈。进一步的测试通过切换到默认的异步数据存储，使添加Linux和OSX设备的速度提高了一倍。IPFS以前需要24分钟添加Arch Linux存储库后，这些修复仅用了11 分钟（与复制/粘贴时间相比）！注意：在Bader数据存储上看到的改进，已经比flatfs快3倍！

我们的打包管理器目标还帮助我们集中了用户研究，季度目标和协作。在第一季度和第二季度，我们的打包经理团队调查了空间，并确定了打包经理仓库中记录的核心需求。这些见解为我们的OKR季度计划和驱动功能提供了信息，从而使在IPFS上镜像文件系统包管理器变得更加容易。一个特别的附加功能是在“最后更新”时间向我们的unixfs数据模型添加元数据，以支持更智能/更快的软件包更新（简称为“ unixfsv1.5”，已在js-ipfs中实现；即将推出）。其中许多针对包管理器的改进都将在我们的下一个功能版本go-ipfs 0.5.0中推出-请随时关注 或抓住最新的版本来尝试一下！

我们还与IPFS用户建立了合作关系，以合作伙伴改善包装管理用例的IPFS。我们与Netflix的主要合作之一是使用我们的点对点数据传输算法Bitswap优化获取大型容器图像的速度。您可以在我们即将发布的博客文章中了解有关该特定协作的更多信息以及由此带来的Bitswap性能的提高！现在，请查看这些幻灯片，在IPFS每周电话会议上的演示文稿以及最近的性能比较。

IPFS群集还发布了协作群集，这是一项新功能，使程序包管理器维护者和镜像程序可以跨IPFS节点社区添加和复制存储库。借助协作集群，任何维护者都可以将新的更新推送到要镜像的数据引脚集，然后在所有镜像节点上进行分片和同步。我们已经看到像Pac-Man这样的包管理器以及许多“数据包管理器”（如Wikipedia和Project Gutenberg）已添加到协作集群中，请按照以下说明添加您自己的包管理器！

我们如何违背打包管理器的目标

今年，我们在许多程序包管理器社区所需的大规模性能方面取得了长足的进步，但是很明显，要实现广泛采用并满足更多类型的程序包管理器的需求，还有许多工作要做。尽管专注于特定用例确实有助于我们识别和推动重要的修复，但它没有为我们在整个IPFS生态系统中提供反馈意见，即哪些痛点是阻碍增长或增值的重中之重。我们还发现，在软件包管理器中增加IPFS使用率的许多方法实际上与我们要实现的核心目标不同：使IPFS本身更好。这种紧张需要持续保持警惕，以确保许多下游用例（不仅仅是专用的软件包管理器工具）都能感觉到功能和改进。

最后，我们成功地保持了专注，没有建立另一个新的程序包管理器，而是获得了大量功能和改进，以使IPFS更好地为每个人所用。我们没有成功的地方是将这些改进直接交付并集成到现有的程序包管理器中，以通过敬业的，有才华的开发人员社区来推动IPFS的采用和可见性。借助go-ipfs 0.5.0中的功能和改进功能，未来的采用工作将大为畅通，但是我们还通过研究了解到，由于半发行版，许多软件包管理者社区并不很快采用围绕软件包分发的新工具维护的无偿性质。

为了支持更慢，更临时的采用节奏，我们计划使用DevGrants等渠道和协作以支持在自己的社区中行动的软件包管理者采用者。这使我们能够继续将我们的核心工作组集中于改进和扩充核心协议和参考实现，同时支持许多社区应用程序和这些工具的完善。

在软件包管理用例中使用这些对IPFS的新改进吗？在软件包管理器仓库中发布最新建议！

2020 年路线图流程

在吸取了我们在2019年进行大规模制图工作所遇到的胜利和挑战之后，我们今年进行了略有不同的制图过程。与其从项目目标开始，以激发分布式工作组制图过程（这很难合并，而且很难公开），我们决定改变现状，并从社区广泛呼吁主题和建议，以期IPFS项目在2020年应重点关注。

我们收到了11项很棒的建议，其中涉及许多领域，都提出了很棒的想法和讨论。值得注意的提及包括Rust中的IPFS，移动IPFS，IPFS-Wikipedia和IPFS支持的GitHub。非常感谢您花时间编写这些建议并指出核心需求和差距的社区成员，这些需求和差距直接进入了我们的下一阶段！

在IPFS规划的“尖峰”期间，我们评估了更广泛的生态系统和项目健康状况。我们综合了来自IPFS顶级用户的反馈，从每个2020年主题提案的“核心需求与差距”部分中获取了许多想法和需求。我们还反思了IPFS项目的长期目标和重新关注北极星的使命所面临的最大痛点和风险。考虑到我们核心工作组的技能和能力，我们创建了一套决策标准，以确定在哪些方面分配IPFS贡献者子集以获得最大影响，并扩展了一组顶级候选人（均来自2020年主题提案）以及探索更广泛的项目痛点），并最终做出决定。

2020 年重点：改善内容路由

根据我们的决策标准，我们选择改善IPFS网络中内容路由的性能和可靠性，作为接下来6个月（至2020年中）的主要优先事项。

“内容路由”是找到托管您要查找的内容的节点的过程，以便您可以获取所需的数据并快速加载您的网站，dapp，视频或数据。随着IPFS公用网络在过去一年中的扩展（超过30倍！），它在我们的分布式路由算法中遇到了新问题：努力查找分散在许多不可靠节点上的内容。对于IPNS而言，这尤其令人痛苦，因为IPNS依赖于多个这些缓慢/不可靠的查询中，以查找文件的最新版本。这些性能差距导致IPFS在搜索所需内容时出现滞后和停顿，损害了最终用户的体验，并使IPFS感到不舒服。

搜索网络以找到所需的内容（也就是使用IPFS作为分散的CDN）是新IPFS用户最常见的操作之一，也是大多数由ipfs支持的dapp用例所必需的-因此，这是我们需要解决的第一大难题进行缓解以释放网络的更多采用和可扩展性！我们的年中目标：95％的内容路由速度小于5秒。

为了实现这一目标，我们已经成立了内容路由团队（并拆分了包管理器工作组），以在接下来的6个月中将主要的工程工作重点放在此问题上。要提高内容路由性能，需要对go-libp2p DHT 进行大规模的改进和错误修复，并更改我们在IPFS网络中形成，查询和解析内容的方式，以使其更快，更灵活。这涉及研究，设计，实施和测试的组合。

对整个网络的配置进行更改并非易事，这就是为什么我们一直在行星际试验场进行投资的原因，这是一组用于测试下一代P2P应用程序的新工具，可帮助我们在对整个公共网络进行升级之前诊断问题并评估改进。您可以在内容路由ZenHub路线图中跟随团队的工作：

在选择此优先级之前，我们考虑了许多其他潜在目标，尤其是所有伟大的2020年主题提案。但是，我们认为将核心工作组的开发时间集中在主要的障碍和痛点上，以使整个生态系统得以成长和成功，这一点更为重要。实际上，我们的许多主题提案非常适合通过DevGrants和协作实现社区所有权。其中有些，例如“ Rust中的IPFS”和“示例和教程”，已经获得了与之相关的赠款或奖励，社区团队正在积极推进！

贡献者速度不断提高并支持采用

使我们的核心go-ipfs开发人员深入关注内容路由的一部分，是将许多更改合并到核心存储库中的IPFS用户和贡献者的系统维护和改进。随着我们作为一个项目的发展，我们还没有完成有意分配和分散这种管理权的必要工作，以使社区贡献也可以扩展。我们希望为整个社区的人们创造更多的途径，以加强对此的帮助，并为快速反馈循环的实验建立更好的途径。

我们还希望发展壮大并支持IPFS的众多杰出贡献者，并进行令人兴奋的新探索以构建工具或解决新的用例。在2020年主题集合中，有很多关于功能和重点领域的惊人建议，这些建议对该项目非常有价值，但我们的核心工作组无法在本季度推进。为了解决这个问题，我们正在启动社区DevGrants计划，协议实验室和其他小组可以在其中提供奖励，RFP，并接受有关改进，新功能甚至新实现的开放式建议。

为此，我们在2020年主题提案流程中增加了许多奖励，并且已经有7项以上针对性或公开拨款的提案，以进行更大范围的改善，以帮助整个社区受益。如果您是IPFS的用户或贡献者，这对于赞助者和申请赠款或赏金都是一个很好的机会，可以使IPFS更好地为每个人服务！

为了帮助协调这项工作，我们正在创建一个新的“生态系统”工作组，该工作组由3个特殊兴趣小组（SIG）组成，重点关注开发人员的经验，协作和社区以及浏览器/连接性。我们的生态系统工作组的目标是通过协作，开发人员经验和平台可用性来确保社区健康和成长。3个SIG分别关注：

浏览器和连接性：最大化网络上IPFS的可用性和连接性

协作与社区：通过研究，协作和社区参与来支持IPFS用户并增加新的机会

开发人员经验和维护：通过文档，贡献者经验，API人机工程学和工具来支持IPFS技术社区

对他们正在进行的工作感到好奇吗？请查看《项目路线图》史诗中的更明确的目标，并在寻找有关如何帮助整个IPFS生态系统中的其他贡献者的更多建议！

其他一切

自然，即使缩小了我们的关注范围，我们的工作中仍有一些真正重要的方面需要持续的精力，例如IPFS网关。尽管我们在运行的IPFS社区HTTP网关上看到了性能上的巨大飞跃（现在已经能够支持10倍的使用高峰，并且将95％的响应时间减少了30-50％），但这仍然需要持续的增强，自动化和扩展努力支持2020年预期的增长和新用例。我们的Bifrost团队将继续领导这里的工作，同时确保我们的引导程序，预加载节点和其他有用的基础设施运行顺畅。

虽然我们肯定会在更广泛的IPFS生态系统中的各个项目上进行其他维护工作，但要实现上述目标，我们将需要集中精力并“不立即”对我们要做的很多事情说。我们对内容路由的关注越多，我们就能更快地改善每个人的网络！这意味着社区贡献者将有更多的机会成为与内容路由无关的模块的主要维护者，推动使用React Native或移动设备进行新的实验，或添加闪亮的新功能以阻止新用途。

如果您想参与其中，请查看我们的贡献准则，并参加IPFS办公时间以获取有关从何入手的指导！

前进！

我们还有令人兴奋的6个月，而且我们已经步入正轨。非常感谢您的支持，没有这个热情而热忱的社区帮助建立Web InterPlanetary，IPFS将无处不在！我们很高兴在2020年继续与您合作，建立一个有弹性的，可升级的，开放的网络，以保存和发展人类知识。前进！

非常感谢您对 IPFS&Filecoin 项目的持续支持。我们很高兴继续与您一起，为人类信息建立一个强大的，去中心化和高效的基础。

FilCloud 帮你迅速了解 IPFS 领域的热点技术和应用

关注我们：

公众号：filcloud

本文来源：FilCloud
原文标题：IPFS 公布 2020 年项目线路图

—-

编译者/作者：FilCloud

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。