EN
天秤座协会正式发布首个路线图，4个里程碑之后将启动主网
天秤座协会（Libra Association）已经发布了它的第一个路线图，详细介绍了Calibra团队计划在天秤座网络启动前的里程碑时间点（目前为4个）。
图片来源：Pixabay
对于第一个里程碑，天秤座协会希望在网络上部署五个完整节点（全节点）。天秤座协会期望在达到第4个里程碑时启动天秤座主网（mainnet），100个合作伙伴运行Libra节点。根据Libra协会的说法，“我们用来跟踪项目成功的一个方法是，有多少部署的节点由不同的合作伙伴管理。”天秤座协会指出，每个天秤座节点将“运行在一个混合的本地和云托管基础设施上”，并补充说，“更广泛的基础设施多样性将为天秤座网络提供更大的弹性。”
为了准备mainnet的发布，天秤座协会创造了一个叫做Pre-Mainnnet的环境。Pre-Mainnet是一个测试环境，只对少数已经部署了完整天秤座节点的天秤座伙伴可用。该环境将使伙伴节点能够相互通信并测试天秤座网络的稳定性。
以下是Libra Association发布的详细内容 ：
自从六月份天秤座项目正式宣布以来，来自开发者社区的反应让人兴奋不已。社区的开发者已经发布了几个区块链浏览器(libranaut、libraview、librabrowser和libexplorer)，并将Libra测试网络集成到他们的钱包中(ZenGo，包括对Libra Core的一个很大的PR)。我们还看到其他区块链项目将Move编程语言集成到他们的系统中(Solana)。Calibra继续在 GitHub 上开发Libra Core。Calibra团队还发布了两个新的指南：一个用于在本地运行Move应用程序，另一个展示如何运行您自己的Libra网络。Libra Discourse论坛上活跃着关于交易脚本、客户端开发和对天秤座活动感兴趣的讨论。稳定的技术进步和公开透明的对话是开发这对该项目越来越感兴趣的关键。随着Libra Core逐渐迈向主网发布，我们将在本博客中查看路线图的最新进展。
测试网络（Testnet）之后
发布Testnet使团队可以通过简单地排除故障、诊断和解决软件边缘情况，从而快速地改进Libra Core。Testnet演示了Libra网络功能，并为开发人员提供了早期访问。
继Testnet之后，我们希望Libra主网（Mainnet）能够成功发布。我们用于跟踪项目成功的一个方法是由不同的合作伙伴管理多少已部署的节点。
Mainnet的最终目标是让所有合作伙伴在网络上部署节点。每个节点都将在本地和云托管的基础设施上运行。我们相信，更广泛的基础设施多样性将为Libra网络提供更大的弹性。
GitHub更新
为了帮助您更好地跟踪开发进度，我们添加了一个包含所有主要工程优先级的Kanban(可视化任务板)。您可以在 这里 跟踪路线图的进展。
与许多开源项目一样，贡献的代码必须遵循已签署的贡献者许可协议(CLA)。我们正在审查一些选项，以简化现有的手动CLA审批流程。
当前的开发过程强制要求高水平的代码质量。我们采用的一个工具是 homu 。Homu是一个开源的机器人，它与我们的持续集成/持续部署(CI/CD)系统一起工作，以确保测试总是通过。我们的homu机器人@bors-libra的工作原理是，不断地验证在PR修订之间以及其他PRs合并之后测试是否通过。你可以看到发布在 PRs 上的命令，这些命令标记了这个机器人并指示它工作。使用机器人来管理合并，这在希望保持测试结果为“绿色”的大型项目中很常见。此更改通过强制实施分支保护向项目添加了额外的安全层，因此对受保护分支的更改只能由机器人执行。
工程团队已经开始在GitHub上发布他们的设计说明。如果你正在寻找参与的方式，或者想要跟踪特定的功能的进展，并给出反馈，你可以浏览GitHub的问题页面。
我们正在努力提供更清晰和更丰富的方式来帮助你参与进来。我们希望发布这个博文和未来的路线图，更新高层次优先级的状态，和分享设计笔记，可以给你指导和洞察即将到来的Libra Core功能。
基于Sprint的开发
从项目一开始，团队就使用60天的冲刺来帮助指导Libra Core的规划和开发。每个sprint都有一组按优先级组织的特性。对于Roadmap#1，团队关注于安全性和可靠性，并致力于将更多的合作伙伴集成到即将到来的Libra主网中。
Libra在roadmap#1中的核心目标是关注安全性和可靠性，并将我们的第一批合作伙伴整合到Libra网络中。
Roadmap# 1
目前的进展
我们正在继续完成所有优先功能的设计工作。我们在实现全节点等功能方面进展良好。我们正在定义的节点重新配置规范将在完成Libra协议定义之前工作。
Libra Core
寻址/交互操作
多个钱包之间的互操作性是Libra网络成功的关键。该团队正在制定一个简单的方案来支持向子账户/从子账户发送数据。
完整节点（全节点 ）
Libra区块链将由单个节点类型组成，可以进行不同的配置。这将允许节点充当验证器或非验证节点，后者存储完整的历史记录(完整节点)。我们还将允许轻松地将整个节点升级到验证器，反之亦然。
Libra协议定义
团队正在定义API、连接规范、寻址/互操作和其他协议依赖项。
验证器重新配置
验证器集包含系统中活动的验证器的唯一标识。随着时间的推移，验证器集需要支持更改。从区块链系统的角度来看，更改验证器集会影响每个组件。共识需要重新验证块，网络需要重新配置，存储需要保存一个LedgerInfo，客户需要一种跨验证器更改验证读数据的方法。
路点（Waypoints）
Waypoints将为客户端提供关于区块链历史的外部信息源。
TCB(可信计算基础)
可信计算基础(TCB)定义了对系统安全性和稳定性至关重要的组件子集。最小化关键组件的硬件和软件依赖关系有助于避免无意的错误和恶意攻击。
序列化
该团队希望实现确定性序列化，以便在验证器节点之间共享原始事务。有关此主题的更多讨论，请参见#454。
Move语言
·事件（Events）
·集合/泛型
- 浏览在Move中代表事件的设计。
- 为开发人员提供稳定的事件API。
- 提供了开发人员如何记录链上发生的事件的示例。
实现了要支持的向量并浏览了其他集合类型。
·我们找到了 #597 ，它解除了验证器集管理的阻塞。在验证器和正确性保证中还有其他工作来支持这一点。
天秤座Pre-Mainnet
随着项目向着Mainnet里程碑的方向发展，在维护testnet操作的同时，有必要使更多的节点联机。为了支持这项工作，我们创建了一个暂存环境，我们称之为Pre-mainnet。目前，只有合作伙伴节点可以访问Pre-Mainnet，以允许它们彼此连接。少数合作伙伴已经部署了它们的节点，并让它们彼此通信。我们预计不久将有更多的合作伙伴上线。我们希望在开放访问之前确保Libra网络能够满足严格的性能基准和整体系统稳定性。请继续关注。
来加入我们的论坛吧
如果您对这个路线图有任何其他问题或建议，请在 这里留言 。
