update

dpos共识/DPOS共识算法介绍.md

-
+
@@ -133,6 +133,9 @@ SignBlock 蜃ｽ謨ｰ蟇ｹ蛹ｺ蝮怜､ｴ霑幄｡檎ｭｾ蜷,蟷ｶ譖ｴ譁ｰ蛹ｺ蝮怜､ｴ逧ｭｾ蜷榊ｭ玲ｮｵ縲
 
 # 六、Tendermint的共识机制 
 
+Tendermint的共识是一种类Pos共识，由指定的validator，根据设定的权重值选择节点出块。  
+其状态机运行如下：  
+
 ![Tendermint共识状态机示意图](./tendermint-state.png)  
 
 
@@ -200,7 +203,7 @@ Period蛻困譌ｶ瑚ｦ∝ｯｹ蟾ｲ逕滓蛹ｺ蝮礼｡ｮ隶､悟ｹｶ霑幄｡瑚鰍轤ｹ驥肴眠騾我ｸｾ梧
 ### （2）. Voting状态处理逻辑：  
 1.3s周期检查投票状态，未超过2/3，则切换状态到Init状态。  
 2.如果收到超时消息，则认为是超时未达成共识，切换到Init状态，重新开始新一轮投票。  
-3.如果收到投票消息，则判断是否有节点票数超过2/3，如果超过，则达成共识，切换状态到Voted状态，对于出块节点设定出块定时器；对于非出块节点设定周期超时定时器，并同步出块节点生成的区块。  
+3.如果收到投票消息，则判断是否有节点票数超过2/3，如果超过，则达成共识，切换状态到Voted状态，对于出块节点设定出块定时器；对于非出块节点设定周期超时定时器，并同步出块节点生成的区块。如果没有节点票数超过2/3，且未收到所有投票，则继续等待投票直到超时。  
 
 ### （3）. Voted状态处理逻辑：  
 1.对于出块节点：  
@@ -208,18 +211,19 @@ Period蛻困譌ｶ瑚ｦ∝ｯｹ蟾ｲ逕滓蛹ｺ蝮礼｡ｮ隶､悟ｹｶ霑幄｡瑚鰍轤ｹ驥肴眠騾我ｸｾ梧
 状态切换到Init状态，开始新一个节点的选举。  
 2.对于非出块节点：  
 周期定时器超时，则切换状态到WaitNotify状态，等待出块节点发来的notify消息，如果高度不同步，需要进行区块同步。  
-3.如果收到出块节点发来的notify消息，直接切换状态到WaitNotify状态，检查区块高度，如果高度不同步，需要进行区块同步。
-4.如果收到投票消息，则返回本周期的本地票，以帮助新启动节点完成投票及状态切换。  
+3.如果收到出块节点发来的notify消息，直接切换状态到WaitNotify状态，检查区块高度，如果高度不同步，需要进行区块同步。  
+4.如果收到投票消息，则返回本周期的本节点投票，以帮助新启动节点完成投票及状态切换。  
 
 ### （4）. WaitNotify状态处理逻辑：
-1.2s周期检查是否收到Notify。
-如果超时未收到，则进入Init状态，参与投票。
-如果超时前收到，则记录相关结果，如果区块高度未同步则进行区块同步，并进入Init状态，参与新一轮投票。
+1.2s周期检查是否收到Notify。  
+如果超时未收到，则进入Init状态，参与投票。  
+如果超时前收到，则记录相关结果，如果区块高度未同步则进行区块同步，并进入Init状态，参与新一轮投票。  
 
 ## 3 DPos共识相关配置  
-当前实现，对于受托节点采用了配置制定的方式，各受托节点的公钥配置在genesis.json文件中，各个受托节点使用相同的genesis.json文件；各受托节点自身的私钥、地址信息保存在各自的priv_validator.json文件中。  
+当前实现，对于受托节点采用了配置指定的方式，各受托节点的公钥配置在genesis.json文件中，各个受托节点使用相同的genesis.json文件；  
+各受托节点自身的私钥、地址信息保存在各自的priv_validator.json文件中。  
 
-这种配置方式借鉴了tendermint的配置方式，后续可以进一步修改为投票选举受托节点的方式，则通过智能合约来对受托节点进行管理。  
+这种配置方式借鉴了tendermint的配置方式，后续可以进一步修改为投票选举受托节点的方式，通过智能合约来对受托节点进行动态管理。  
 
 1.genesis.json: