Tendermint之BFT共识

https://blog.csdn.net/simple_the_best/article/details/77198837

这篇文章的这张图把Tendermint的共识描述的差不多了：

1 Propose(r)生成区块广播，所有validator收到Block后，Prevote Block

2 节点收到2/3的prevote后，继续Precommit Block

3 节点收到2/3的precommit后，共识达成。各个validator Commit Block，然后开始下一轮共识

关于为什么要有Prevote和Precommit的两个2/3共识，是由BFT共识决定的：

我们以共识一个区块为例，出块节点广播一个区块后，需要对此区块达成共识后才算完成。跟POW不同的是，POW验证了区块就已经达成了共识（共识的是工作量），但是BFT此时并没有完成共识，节点需要知道有没有+2/3节点对此区块达成共识，所以每个节点还需要广播对区块的共识。

所以是首先需要+2/3节点对此区块达成共识，达成共识之后要广播对此区块的共识，最终所有节点收到+2/3对区块共识的共识之后，共识才算完成

Tendermint的prevote对应着对区块的共识，precommit对应着对区块共识的共识。比较拗口，多想想应该可以想明白

这张图表示的是BFT的共识步骤，C可以表示为节点0的client，0，1，2，3代表BFT节点，其中3为offline节点

结合这张图我们再详细介绍一下BFT的共识：

1 节点0 request生成区块，pre-prepare广播区块到1，2，3节点

2 prepare：1，2节点收到区块后，对区块达成共识后广播{对区块共识}，对应Tendermint的prevote

3 commit：节点收到+2/3{对区块共识}后，再广播{对{对区块共识}的共识}，对应Tendermint的precommit

4 reply：节点收到+2/3{对{对区块共识}的共识}，共识完成。