第二，将这个区块广播Bn+1给所有验证节点，厚道的验证节点会验证区块并返回投票信息给主节点。
颠末上述一个周期的进程，链的长度会增长，酿成h(init)← B1←C1... Bn+1←Cn+1。而且旧的leader会竣事任期，新的leader会被选举出来并举办新一轮的区块打包。
二、Libra共鸣源码布局和子模块成果
2. Safety: 简朴地领略就是共鸣的一致性担保，即厚道的节点可以或许到达状态一致；
Libra共鸣模块代码主要在 consensus 包中，它界说了Libra共鸣的抽象接口及其详细实现。今朝Libra团队只实现了LibraBFT。consensus包是一个独立的可编译的单位，编译后生成一个库。其代码目次布局和各层级的模块的主要成果如下所示：
第一，打包第n+1个区块Bn+1，并追加在最新的QC之上；
4. Epochs，实际的应用中，参加协议的节点的状态是跟着时间而成长的，LibraBFT中通过epoch来支持这种状态更迭。
7. Records，LibraBFT的状态是由一系列records构成的。主要包罗四种，blocks、votes、quorum certificates(QCs）和 timeouts。
根基流程：
1. SMR(State Machine Replication)：在计较机规模，SMR是在网络中差异副本间举办状态复制的一种协议。
当一个节点被选择成主时，它会执行下面3个步调：
b. 每个epoch有一个独一的epochid所标识；
c. 每当一个新的epochid被提交，当前这个epoch会竣事，下一个epoch会开始；
6. LibraBFT假设非拜占庭节点必然会凭据协议推行职责而且能担保可用。
5. LibraBFT假设网络是一个有全局稳按时间（GST），，而且最大延时（ΔT）可控的 Partial Synchrony的网络；
第三，在没有bug的前提下，厚道节点会执行Bn+1。而且主节点在收集到足够的投票后会为这个区块提倡一个QCn+1，而且广播。
· consensus包目次布局如下：
3. Liveness: 简朴地领略为区块链网络的可用性，雷同于漫衍式系统中的分区可用性；
a. 每个epoch都是基于他的前一个epoch成长的。可能基于一个系统界说的初始epoch；
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
