共鸣回响器
方针 1: 增加可觉得 Tendermint Core 做出实质性孝敬的人数我们但愿加速 Tendermint 的成长历程，，首先我们但愿增加能为 Tendermint Core 做出实质性孝敬的人数。这个进程包罗两方面：第一，我们打算增加潜在孝敬者的数量；第二，我们需要通过低落项目标 「进入本钱」 使这些工程师尽大概容易地做出孝敬。
以下组件是重构的候选组件：
这些成果包罗：
候选扩展的加密选项：
内存池改造
方针 4: 扩展筛选可与 Tendermint Core 集成的技法术量最后，我们要深思熟虑地扩展和筛选可与 Tendermint Core 集成的技能的-主要是关于加密规模和数据库。这将拓宽 Tendermint Core 的潜在用例和用户基本。可是，这也会增加维护的承担，所以我们应该思量一下我们要回收哪些技能。我们大概还需要审核我们已集成的，看是否有任何未利用（或未充实利用）的部门。
这些成果的修复和改造包罗：
跨链头部项目 Cosmos 虽陷于率领层的争议，但其技能开拓仍有序举办：Cosmos 开拓团队 Tendermint 发布 2020 开拓蹊径图，将实现增加 Tendermint Core 实质孝敬者人数，修复并改造轻型客户端等方针。
假如你有问题，想法，或想孝敬，请提出或插手我们的开拓者论坛。我们很兴奋收到您的来信，我们等候着 Tendermint 有优美的一年！
为区块 / 投票引入聚合签名 (BLS 的大概性)
原文标题：《Cosmos 开拓团队 Tendermint 2020 蹊径图》（Tendermint 2020 Roadmap） 状态同步（同步应用措施状态而不重放每个事务） Amino/proto3 相容性 疏散函数成果利用共鸣 , 以便用户 / 运营可以选择本身的函数（利用 BLAKE 或代数哈希函数可以实现更快的轻量级客户端） 为了使 Tendermint Core 尽大概友好，我们打算重构和简化一些组件。我们还规划体例入职文档，辅佐新员工和社区孝敬者更快地相识 Tendermint Core 的架构和设计。 P2P 模块 证明模块 证据处理惩罚（包括 「疯子验证器」） 将 DeliverBlock 添加到 ABCI 这份清单宏愿勃勃：我们有但愿完成它，这里列出的比我们一年能完成的要多。假如你有乐趣辅佐我们实现这些方针，我们很快就会开放一些新的地位。 首先需要评估重构的候选工具：从测试性的角度来看，这个组件是否满意我们的需求？表示如何？从易领略和可维护性的角度来看如何？假如这些问题的谜底是否认的，那么更好的设计会是什么样的呢？ 轻型客户机（IBC 必须）
除了提高这些模块和回响器的可领略性和易读性之外，这些重构措施还应该提高它们的可测试性和模块性。发起确保所有回响器接口都遵循一个界说明晰的回响器，以便增加模块性并利便用户本身利用。
分叉责任修复
方针 3: 改进 Tendermint Core 的项目标开拓人员和用户的利用体验Tendermint 拥有大量用户，包罗验证者和在 Cosmos 上事情的内部 「用户」。我们很幸运能获得他们的反馈，我们正在优先思量一些能改进用户体验的成果。
Tendermint 「Modes」
增加孝敬者人数这应该是一个雇用问题。一月份有两名新工程师插手我们个团队，本年一整年我们都将继承雇用。
撰文：Tess Rinearson方针 2: 修复并改造成果辅佐 Tendermint Core 保持市场领先职位
Tendermint 是 BFT 共鸣规模的先驱。然而，面临日益剧烈的竞争，我们需要优先思量有助于我们保持市场领先职位的成果息争决方案，这将有助于 Cosmos 网络实现其全部愿景：
「流水线」Tendermint 算法
有关这些重构阶段及其当前状态的具体信息，请拜见 tendermint/4630。
Tendermint Core 是一个宏愿勃勃的代码库。它也是一个具有挑战性的问题，它将一个新的安详模子与环绕吞吐量和机能的强烈需求团结起来。另外，Tendermint Core 已经积聚了一些技能债务，因为它已经快存在六年了。
一旦对候选组件举办了全面的评估（这个进程大概需要开拓人员几个礼拜的时间），类型和实施步调就可以更准确地筹划出来。到当时，就可以实施打算了。
RPC 模块
Tendermint 焦点团队抉择分享 2020 年的方针和蹊径图。下面列出的是我们本年 由以优先级排序的方针清单，总计环绕四个高条理的方针组织。虽然，我们打算同时处理惩罚这些方针的各个部门。
答允文门利用本身的曲线 (譬喻 , 扩展到 ed25519 之外)
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
