IPFS 2018 Q4目标与关键结果

我们试着用科学流程来构建我们工作，该流程基于季度目标和关键结果（OKR）。其中目标反映了具有挑战性但可实现的结果。结果是切实的、可衡量的工作产出。

一、开发与支持

（一）项目

3、建立更好的组织，从而为整个团队提供优秀的设计（不知道为什么没有1、2）

正式组建设计工作组，为其成员命名，明确工作组的工作范围列表

第四季度该团队要成长出1名视觉设计师（Agata +1）

第四季度该团队要成长出1名交互/前端设计师（IPFS GUI）

（二）JavaScript实现

1、Go IPFS的可行替代方案

缺省情况下启用DHT并与Go IPFS DHT互操作

在pubsub和DHT上运行IPNS

完成Base32 CIDv1迁移

使JS IPFS守护进程成为一个（或更多）的IPFS网关节点

JS IPFS在与Go IPFS相同的端口上运行，并使用相同的二进制名称

一个IPFS版本管理器CLI工具，以在go、js或其他任何版本之间切换，就类似nvm/nave

默认注册表npm-on-ipfs，让IPFS开发人员和CI用于安装npm依赖项

一个repo迁移工具，使JS IPFS可以自动升级旧的repos

2、可衡量的比以前更快更小的版本

JS IPFS能够以像Go IPFS一样（至少75%）的速度传输类似ImageNet的大型数据集

IPFS的浏览器捆绑包的大小不超过1.5MB（gzipped）

随着时间的推移测量浏览器捆绑包的大小，如果超过1.5MB则发出开发者警告

发布一个网站，以直观地跟踪各个JS IPFS历史版本的基本性能配置文件

3、稳定和未来的证明

把错误代码添加到源自JS IPFS的直接错误的统计中

改善测试质量，删除重复，覆盖率提高至少5％

js-ipfs-unixfs-engine被分解为更小的模块，以实现更好的可维护性、可测试性、可靠性和复用性。重构的模块是JS IPFS版本的一部分

识别从JS IPFS（例如js-ipfs-mfs）中提取的候选模块，并达成一致

建立对infra的持续部署要求，使CD成为所有PL JS项目的选项。对IPFS、IPLD、libp2p这3个项目持续部署

最终确定unixfs-v2的规范草案

（三）Go实现

1、go-ipfs能够轻易处理大型数据（1TB ++）

通过快速以太网传输1TB数据耗时低于48小时

通过快速以太网传输200GB分片数据耗时低于12小时

go-ipfs的GraphSync原型实现

有一个更好、更高性能的数据存储模块（类似Badger或更好的）

重构固定数据的结构，以支持大型数据或多文件

2、带宽使用率显着降低，且易于持续控制

用户可以选择不提供所有的IPLD节点（而是仅提供根哈希）

改进Bitswap以减少干扰、减少带宽使用（减少重复块）并提高吞吐量

3、让编程方式使用go-ipfs的过程成为一种乐趣

完成并发布Core API，使得go-ipfs包的导入更容易

go-ipfs-api公开新Core API

使用新版Core API的go-ipfs守护进程、网关和cmds库

弃用旧版的非Core API，并更新go-ipfs README上的图表

4、go-ipfs成为一个维护良好的项目

在Stebalien之前，每个有意义的PR都会先由他人审查。

更新Go贡献指南，以满足Core Devs的预期，并帮助新贡献者（例如包含PR模板）

提出与“引导维护者协议”等效的规则，由团队审核、合并和实施

https://waffle.io/ipfs/go-ipfs上的每个问题都会被分类（在https://github.com/ipfs/pm/blob/master/GOLANG_CORE_DEV_MGMT.md之后进行审核和标记）

每个软件包都有在Jenkins上运行的测试和测试+代码覆盖层

能将软件包与子系统链接到工作流的最新的IPFS Go实现架构图

5、gx成为Go 代码贡献者们青睐的工具

您可以更新传递依赖的次级版本，而无需更新中间依赖关系

go-ipfs中不重写导入（理想情况下，同步和构建皆如此）

6、从第三季度开始、已付出了卓越努力、仍是高优先级的工作

缺省情况下支持并启用base32

go-ipfs获取unixfsV2规范+原型

r+w IPFS跨平台安装

（四）IPFS GUI/UX

1、核心IPFS功能直观且易于访问

一位全职UI / UX设计师入职

发布重新使用Web UI组件的IPFS Desktop v2.0

默认自动更新的，面向Windows、OSX和Linux的IPFS Desktop签名安装程序

在Web UI、Desktop和Companion中提供share.ipfs.io

实现Web UI的稳定月度发布，包含修复和新翻译的

实现Web UI可用性测试计划和5个记录的测试会话

发布Web UI和Desktop的博客文章和视频解释器，并在docs.ipfs.io中建议安装Desktop

实现Web UI与IPFS群集一起使用，并显示群集的特定信息

2、给予开发人员权限来创建优秀的、新的IPFS用户界面

发布UI使用手册，其中包含组件和常见的API使用示例文档。

Web UI文件浏览器被提取为独立组件，可以在网关和其他Web应用程序上复用。

在Web UI中添加选择加入、匿名分析收集的机制。

3、通过GUI推动对IPFS的理解和采用

在Web UI中可视化DHT和bitswap信息，并帮助开发人员优化内部。

（五）IPFS Cluster

1、Cluster可编排大量数据

解析用于分片的TO-DO（＃496）

在IPFS上登陆的深度为1的固定

2、系统管理员能够轻松部署并检查Cluster

我们可以在Graphana中显示一些自定义和非自定义指标

我们添加完代码跟踪工具，并且可跟踪至少一条公共代码流

适应性警报更智能地触发警报并重新固定

Cluster的官方EKS部署及其周围的所有自动化代码

3、Cluster可以扩展到成千上万个节点，并协同完成文件固定

团队获得有关CRDT、当前实现（Peerpad）和分布式DB（Orbit）的知识

Cluster的基于CRDT的共识层的第一个原型

无领导重固定（删除对共识组件之外的Leader()的最后依赖）

4、包含所有问题答案的文档

至少记录一个部署方法

第二轮插图

重组网站以阐明Cluster概念和常见问题解答

5、通过与主要合作伙伴的共生合作来定义Cluster产品

至少一份充满图片的Cluster用户旅程，并为该用例确定所有的产品差距

至少一份针对第三方用户的Cluster部署，以帮助他们备份IPFS上的数据

与web-UI团队协作，为IPFS Web UI添加Cluster功能

6、Cluster由高技能和积极性的团队组成

该团队在第四季度新增1人

定义适用范围明确的、可切换到外部团队或全新贡献者的3个工作包

（六）基础结构

1、提供强大的网关作为服务（go和js）

将网关部署到可靠的云提供商

通过<=一个文件更改，让网关可扩展到任意区域

按需分段环境可用于测试升级和部署更改

使网关日志可观察，并在服务异常时产生警报

网关可用作Tor的隐藏服务

2、基础团队为其他团队和社区提供支持

其他团队可以阅读基础团队的工作需求、轨迹，以及在网页上确认故障单进度

其他团队可以阅读有关如何在网页上使用托管固定服务

制定待处理技术的优先计划，为团队规划提供指导

公开100％的基础结构供应代码

在网页上提供有关如何托管IPFS网关的教程

3、发展团队并提高透明度

新的基础结构专职工程师入职

跟踪并持续提出KPI

可在网页上找到清单和服务状态

4、巩固CI作为一项团队服务

为已知的公共和私有仓库提供CI服务支持

团队可使用常见CI / CD工作流的模板和文档

（七）开发团队支持

（无）

二、社区、教育和使用

（一）社区

1、为IPFS创建一个教育社区

记录有关NodeSchool社区的讨论。

协议学院：发布本地章节创建指南

协议学院：创建去中心化数据结构教程

协议学院：在现有教程中使用最新的IPFS / IPLD API（新的CID()）。

协议学院：GitHub组织结构，支持本地章节。

协议学院：使得网站设计/布局支持本地章节和课程树。

协议学院：确认是GitHub仓库的本地章节将立即呈现在网站上。

2、明确、定期地与社区沟通正在发生的IPFS事件

新闻通讯：自动化突出贡献者

新闻通讯：每周一致的电子邮件

新闻通讯：突出显示预定好的、即将到来的演示

3、可访问的IPFS新贡献者体验

定义“攻击计划”以改善IPFS新贡献者体验。

通过预定演示领导每周的IPFS电话会议。

三、支持特定用途的持续性努力

（一）动态数据与功能

1、PeerPad成为IPFS Org上Notetaking的默认设置

PeerPad的项目经理入职

PeerPad使用的CRDT（peer-crdt）是正确的（所有节点必须始终收敛到相同的最终状态）

完成新的Peer Pad架构，并进行记录、审查并实施

PeerPad满足标准IPFS All Hands的需求（参见写作说明）

PeerPad成为JS Core Dev Meetings使用的Notetaking工具

PeerPad成为Web Browser Meetings中IPFS使用的Notetaking工具

PeerPad成为Go Core Dev Meetings使用的Notetaking工具

PeerPad成为IPFS All Hands使用的Notetaking工具

Peer-star的产品经理入职

2、PeerPad的状态由IPFS固定功能的基础结构保留

PeerPad使用IPLD作为其底层格式（通过peer-star-app）

在Pad中完成的每个操作都被固定，并且监控这些引脚

Pad可以完全由固定状态启动

3、PeerPad快速且可扩展

在libp2p之上实现了自定义CRDT同步协议（用于peer-star-app）

通过Rendezvous libp2p服务发现对同一个Pad感兴趣的Peer

Circuit Relay成为PeerPad使用的Transports之一

10个对等协作的同步时间小于5秒，每秒10个操作

节点在发现同一个Pad中合作的其他节点时，耗时不超过5秒

WebRTC成为PeerPad使用的Transports之一

4、Discussify成为一个可用的应用程序，可很好地实现宣布功能

提交v0版讨论

Peer-star-app支持协议中的身份和身份验证，“带来你自己的身份”的风格

发布v0版身份管理器

开发peer-star-idm：发布一个将peer-star-app的身份与身份管理器整合在一起的软件包

将身份管理器集成到Discussify中

（二）Web浏览器中的IPFS

1、浏览器插件以稳定而直观的形式展示IPFS功能

实现WebUI和配有Companion的新共享App在没有DNS的情况下工作（在离线/ LAN模式下）

用户可以定义多个IPFS后端并在它们之间切换

通过Companion随附的公共HTTP网关来实现哈希和CID验证有效负载的加载

2、确保在浏览器环境中为Web开发人员提供流畅的体验

window.ipfs 2.0准备就绪，并发布文档记录、博客文章

切换base32 CIDv1作为整个IPFS生态系统的默认值

Firefox和Chrome中的ipfs.add支持上传5GB文件，而不会崩溃或降低用户界面的速度

在docs.ipfs.io中记录IPFS寻址和像“网关”一样的相关概念

3、浏览器开发人员正在满足分布式Web的要求

在arewedistributedyet.com上发布博客、叙述、时间表

Chromium允许webextension注册没有“web+”前缀的ipfs://和dweb:handlers

在Firefox Nightly中发布至少一个libdweb API

默认情况下，Companion和嵌入式go-ipfs将随着基于Chromium的Brave一起提供

libweb相关工作的C / C ++贡献者入职，从而支持Firefox和Chromum / Brave

（三）去中心化数据管理

1、使去中心化数据管理工作组的存在正式化

正式组建工作组，为其成员命名，创建一个repo，并列出工作组所涵盖的工作

准备好一切以聘请GLAM专家（编写招聘计划和职位描述；组建招聘委员会；确定招聘地点；从招聘工作组获得签字）

创建一个表达问题陈述的文档，并将其链接到待处理和可能措施

声明此工作组的KPI草案

2、减少对DDS相关用户采用熟悉的阻止程序（即是，简化可简化的事，使难事可能解决）

针对潜在采用者的“DDS on IPFS”，为在线资源开发和消息

与社区工作组合作，围绕DDS用例编写案例研究

取得IPFS实施团队的承诺，以实施允许列表和阻止列表

发布信息资源，说明如何跟踪IPFS的版本历史记录

发布信息资源，解释IPFS和X（Dat、Cluster、X）之间差异的

发布信息资源，解释如何使用IPFS上的元数据（从libraries社区中查找元数据创建方面的专家，并将其与IPLD团队联系以编写访客博客帖子）

围绕我们对策略，允许列表，阻止列表等的立场，发布明确的消息

发布一份文件，说明如何应用去中心化工具来保存公共记录，并解释它将如何运作

3、加深我们对DDS需求的理解，并将其转化为实施指南

通过用户访谈、与关键合作伙伴建立关系的方式，为该用例确定所有的产品差距，至少要充分说明GLAM的用户旅程

通过用户访谈、与关键合作伙伴建立关系的方式，为该用例确定所有的产品差距，至少要充分说明研究数据网络的用户旅程

将这些旅程联系在一起，并传达这种统一叙述，展示我们将如何使用IPFS来支持他们（博客文章或视频或都用）

与非政府组织合作，将其数据放入底层，并围绕提交视频和结构化数据的全球人员网络进行用户发现