Status 开发进度

在“Status 开放赏金”成功发布后，我们将把一些技术任务交给我们的 GitHub 赏金，这样我们的开发人员可以专注于 Swarm 会话中准备的特性和功能。 每个概念都是形成关键特性或功能的提案，让我们更接近 Beta 发布。 贡献者提供自己的想法概念，一起形成了 Swarm，以缩小焦点。他们制定了需求文件，详细介绍了前进的目标和完成日期。本周是前进道路上中完成任务和讨论之一，也是使 Status 变成现实的最佳途径。

Clojure 团队：

我们的 Clojure 团队是我们的核心开发团队，他们处理我们应用程序的功能，并占据我们最大的开发团队。

Roman:

启动本地环境

修复了 JSC 合并请求并合并

Julien:

＃3 - ERC20 代币支持 - 添加了代币列表，并开始管理资产界面和资产过滤的持久性

审查合并请求

申请资产支持的合并请求

Oskar:

＃1——离线收件箱和持久化通讯——为需要做的工作创建了一些概念：＃11，＃487，＃488，＃2570，＃2573，＃2576，＃2578，＃2579 和＃2580

代码审查＃493，＃494，＃2524和＃2586

在开发文档中提交代码签名

＃7——创建 GitHub 项目板，提供合并请求和问题；还有分类收件箱和一些审查

开始工作在＃2512——离线收件箱：启动时请求历史消息

为离线收件箱合并请求＃2607——集成 AddPeer 绑定

合并请求＃2611——将合并请求与我们自己的 GPG 代码签名流合并

离线收件箱请求＃2624——启动时请求消息

增加新的赏金问题＃2636 - 通过代码签名合并来自外部贡献者的 PR 脚本

Goran:

工作在数字钱包中的资产界面

修复＃2392合并请求

资产演示

工作在＃2467上工作——对资产折线图进行 SVG 支持

Andrey:

＃12——Status 桌面（electron）——重构协议，并尝试使用 status-nodejs npm 模块构建应用程序，并开始完成了联系人列表

审查合并请求

Eric:

重新订阅和简化发现功能的数据库交互

Jan:

设置 GPG 签名

开始分析消息数据和订阅

＃2567——在移植 v18 到 v19 过程中，修正一个角落案例的小型合并请求

处理消息数据模型改进

Alex:

概念＃9——为了改进＃2572 的 status-react - 重构聊天的开发体验

Go-Language 团队：

Go-Language团队处理在 Status 中 Go-Ethereum 实现——这是 Status 的“后端”，可以让大家直接连接到以太坊区块链。

Ivan T:

改进的水龙头并将其部署在 Ropsten 测试网络上

提出了关于优化 Status 的概念

调查了 LES 和 HD 问题

Adam:

＃7——在 status-nodejs 中集成了 node-pre-gyp

发布了 status-nodejs 的版本0.1.0

响应候选合并请求

用 electron 开始测试 status-nodejs，因为在这个环境中仍然存在问题

收集有关邮件服务器实施细节的信息

来自候选人和 SOB 贡献者的代码审查

Ivan D:

工作在概念＃51上——测试集群

添加了 status-nodejs 绑定代码

创建了自动生成 Node.js 的 Go 绑定的工具

＃475——增加了静态库编译代码

审查了合并请求＃463，＃478，＃480，＃481 和＃483

Frank:

学习 Puppeth 和 LES

讨论未来的 geth 的修复

评论＃39 和＃496

为概念＃39 创建分支 - 适度的公共聊天群

＃456——审查了用于修复交易测试中的数据的合并请求

定稿合并请求＃463

添加并开始 问题＃491- 重构 pprof 用途

Eugene:

＃451——处理交易测试中的数据事件

＃486——开始将独立模式添加到 wnode-status

＃487——公开 AddPeer 绑定

＃488——设置邮件服务器密码

更新了离线邮件服务器图表

有关 Whisper 性能的建议

对 Whisper 性能进行第一次测试

阅读 LES 代码和 LES2 文档

Boris:

除 wnode试验的 statusd

为邮件服务器测试更改 Alice 和 Bob 节点为 statusd

更新并讨论了新的邮箱图表

Whisper 性能调研

关于 LES2 ULC 任务的观察与讨论及文件阅读

完成＃470 的工作 - 将 shh_requestMessages 添加到 Whisper RPC API

审查了＃477

智能合约团队：

我们的智能合约团队负责使用 Solidity 开发和创建智能合约。

James:

放弃聊天适度设计的利益和燃料

讨论聊天管理 MVP 的定义

忙于聊天 mod ，并要求反馈

Jacques:

打开日志错误的合并请求

审查合并请求

修复了关于 Viper 语法的两个问题

开始修复事件日志

开始内部电话的 gas 估计

桌面团队：

我们的桌面团队致力于构建 Status 的桌面客户端。

Max:

添加启用/禁用 Live Reload 选项，以 react-native-desktop 开发者菜单

概念＃34——基于 React Native Desktop 的 Status React 的调整草案（基于C++ Qt 框架）

研究为了扩展桌面平台的 re-natal 调整

来自 develop-desktop 分支的 status-react 载入 re-natal figwheel bridge，但 figwheel 重新加载功能遇到了一些问题

启动 lein-fighweel 的 ClojureScript REPL，连接到应用程序并进行自动重建

添加了热重新加载到 Qt 端口的支持，并在 TicTacToe 应用程序上测试

Volodymyr:

在没有第三方 react native 库的情况下，管理在 status-react-desktop 中显示 svg 图标

开始研究 electron status-desktop 的工作原理

降低使用 react-native-desktop（qt）启动的 status-desktop 版本

设计团队：

我们的设计团队致力于让 Status 更好看，他们为讨论提供了原型图，并且对应用的方方面面都提供建议。

Denis:

SOB 仪表盘

用例文档

Andrei:

更新库

入职内容

采访了一位候选人

工作在 MVP 上

Nikita:

使用 moodboard 工作在品牌简介上，以帮助定下视觉风格的基调

为演示文稿制作插图

QA 团队：

我们的 QA 团队处理应用程序的测试，处理用户反馈的 bug，并且严格向开发团队提供详细信息的反馈和报告错误。

Nastya:

测试合并请求

测试准备好测试项目

Anna:

Status 开放赏金管理

审查候选人完成的测试任务

测试合并请求

转载和报告发现的 3 个问题

审查了外部贡献者报告的一些错误

审查了第 10 个想法的描述和指标——Status 问题管理和奖励沟通

描述如何让外部贡献者帮助测试和错误报告的期望

Nastya:

测试合并请求

测试准备好测试项目

Anton:

＃176 增加了 SOB 端到端自动化

增加了 SOB 自动化的工作到 Jenkins 上

Tetiana:

完成测试用例的结构

执行步骤并记录第一个测试用例

执行了回归测试

开始了一些新的问题

了解 SOB

找到了从 Google 工作表导入 TC 的简单方法

加入我们的社区（Join Our Community）

Status 是一个开源项目，如果你想参与开发，最好的方法就是建立自己的 Status，探索我们的公共问题。 我们会更喜欢提供 PR 的核心贡献者。