Libra 详细路线图首公开：开发人员专注 Libra 主网上线

自 6 月份正式发布 Libra 项目以来，社区开发人员一片热烈，已经有几个项目发布。有关交易脚本的话题非常活跃，开发者对客户端开发以及 Libra 发展的话题兴趣也在持续增加。本文对开发者团队在 9 月的更新进行了描述，展现了 Libra 目前的开发进展及规划路线。

自 6 月份正式发布 Libra 项目以来，开发人员社区的反应一直非常热烈。开发人员已经发布了几款区块链探索项目（libranaut，libraview，librabrowser和libexplorer），并且还将 Libra testnet 集成到了自己的钱包（ZenGo，包括 Libra Core）项目中。还有一些其他区块链项目还将 Move 集成到他们的系统中（Solana）。Calibra 将继续在GitHub上大力开发 Libra Core 。该团队还发布了两版新开发指南：一个是在本地运行Move应用程序的指南，另一个是说明如何运行自己的网络的指南。Libra的论坛上有关交易脚本的话题非常活跃，开发者对客户端开发以及 Libra 发展的话题兴趣也在持续增加。

稳定的技术迭代以及公开透明的决策规划是开发人员对该项目越来越感兴趣的关键。Libra Core 向 Mainnet 迈进的过程，我们可以通过查阅相关博客文章以了解详细情况。

不止有 Testnet

启动 Testnet 项目后，团队可以轻松地进行故障排除、诊断和解决软件边缘问题，进而快速改进 Libra Core 了。通过 Testnet 可以演示 Libra 网络功能，并为开发人员提供访问测试。

继 Testnet 之后，我们希望能够进一步启动 Libra Mainnet 项目。通过 Mainnet 我们可以跟踪成功项目中有多少部署的节点是被合作伙伴管理的。Mainnet 的最终目标是让所有合作伙伴在网络上部署节点。每个节点都可以在本地集群和云主机这类基础设施上运行。我们相信，基础设施的多样性将为 Libra 网络提供更大的灵活性。

GitHub 更新

为了帮助使用者更好地跟踪开发进度，我们添加了包含所有主要工程进度的看板（可视化任务板）。可以在此处跟踪此路线图的进度。

像许多开源项目一样，开发者必须按照已签署的贡献者许可协议（CLA）进行贡献。我们正在讨论一些方案，以简化现有的手动 CLA 批准流程。

当前的开发过程强制执行高级别的代码质量检查。团队采用homu工具进行管理。Homu 是一款开源机器人，可与我们的持续集成/持续部署（CI / CD）系统配合使用，以确保测试始终通过。我们的 homu 机器人，会不断验证 PR 版本之间以及其他 PR 合并之后是否通过了测试。用户可以看到在PR上发出的指示机器人执行工作的命令和 tag 标记。使用机器人来管理代码合并，是大型项目中通用的做法，只有这样才能保持测试一片“绿色”。这样做可以为项目增加一层安全性，通过执行分支保护，对受保护分支的更改只能由机器人执行。

工程团队已开始在 GitHub 问题表中发布其设计说明。如果你正在寻找参与的方式，或者想要跟踪特定功能并提供反馈，则可以多关注下 GitHub 问题表页面。

我们正在努力提供更清晰、更多样化的方法，以帮助您长期参与其中。我们希望通过发布产品的规划路线图、同步高优先级的开发状态并共享设计说明，以为您提供指导和对即将发布的 Libra Core 功能的了解。

基于 Sprint 的开发

自项目开始以来，团队使用了 60 天的冲刺时间来帮助指导 Libra Core 的规划和开发。每个冲刺阶段都有一组按优先级排列的功能规划。对于路线图 1，团队专注于安全性和可靠性，并致力于将其他合作伙伴整合到即将到来的 Libra Mainnet 中。

路线图 1 中 Libra Core 的目标是专注于安全性和可靠性，并将我们的第一个合作伙伴集成到 Libra 网络的 pre-Mainnet 中。

路线图 1

目前的进展

我们将继续完成所有优先功能的设计工作。我们在实现诸如“全节点”之类的功能方面取得了良好的进展。我们正在努力定义节点重新配置规范，该规范将在最终确定 Libra 协议定义之前生效。

Libra Core

寻址/互操作性

• 多个钱包之间的互操作性是 Libra 网络成功的关键。该小组正在努力制定一种简单的方案，以支持向子帐户发送/从子帐户发送邮件。

全节点

• Libra 区块链将由可以不同配置的单个节点类型组成。这需要允许该节点充当存储完整历史记录的验证者或非验证节点（完整节点）。我们还将努力让升级整个节点到验证者变得简单，反之亦然。

Libra 的协议定义

• 团队正在努力定义 API、报文标准、寻址/互操作以及其他协议依赖。

验证器重新配置

• 验证器集包含系统中活动验证器的唯一标识。随着时间的流逝，验证器集需要支持更改。从区块链系统的角度来看，更改验证器集会影响每个组件。需要重新验证区块，网络需要重新配置，存储需要持久保存 LedgerInfo，客户端需要一种方法来验证验证程序更改之间的读取数据。

Waypoint

• Waypoint 将为客户提供有关区块链历史的外部信息源。

TCB（可信计算库）

• 可信计算库（TCB）定义了对系统安全性和稳定性至关重要的组件子集。最大限度地减少关键组件的硬件和软件依赖性，有助于避免意外的错误和恶意攻击。

序列化

• 团队正在寻求实现确定性序列化，以在验证者节点之间共享 RawTransactions。要查看有关此主题的更多讨论，请参见问题＃454。

Move

• 大事记

• 探索了用于表示 Move 中事件的设计。

• 针对开发人员的稳定事件 API。

• 提供了有关开发人员如何记录链上发生的事件的示例。

• 集合/泛型

• 实现载体并探索其他支持的集合类型。

• ＃597功能落地，它取消了验证程序集的管理。验证程序中还有其他工作来支持此操作，并且这是准确性保证的一部分。

Libra Pre-Mainnet

随着项目朝着 Mainnet 里程碑事件迈进，我们需要让更多节点联机，同时保持 testnet 的运行。为了帮助完成这项工作，我们创建了一个称为 Pre-Mainnet 的缓存环境。目前，只有合作伙伴节点可以访问 Pre-Mainnet，以允许它们彼此连接。少数合作伙伴已经部署了节点，并开始了彼此通信。我们希望不久会有更多合作伙伴上线。我们也会确保 Libra 网络在打开所有访问权限之前可以满足严格的性能标准及整体运行的稳定性。

原文链接：September Libra Developer Update - Roadmap #1