OneLedger很高兴在我们的MVP系列演示中发布第3段视频。 与第二个视频一样，这个视频展示了我们的v0.5.0版本中的一些功能。
https://v.qq.com/x/page/l07356dk8fc.html
在这段视频中，Enrico演示了OneLedger如何适应全节点崩溃。他将启动一个新的OneLedger链，然后关闭一个节点，然后是两个节点。 该链由使用PoS共识的4个节点组成。该算法要求至少2/3的节点始终处于活动状态。 他演示了这种级别的容错能如何容忍一个节点的故障，而不能容忍两个节点故障。
该演示以Enrico启动一个简单的tmux监视器开始。 Tmux是一个终端控制台，可以以不同的方式分割窗口。 显示器将屏幕分成三个水平窗口。 在顶部窗口中，它会查看达成共识的日志文件。 在第二个窗口中，它会自动监视OneLedger节点的日志文件。 底部窗口允许Enrico输入更改链的行为的命令。
一旦OneLedger链初始化并启动，我们可以在顶部窗口中看到链每隔零点几秒就产生一个新区块。它们快速滚动，包含底层块数据的JSON描述。 由于我们使用的是Tendermint共识，因此配置会定期创建新块，无论是否存在交易。用空的区块构建链是一种资源密集型的方式，但它确保节点真正就区块进行共识，即使它们的底层数据相当微不足道。
在链运行之后，Enrico启动fulltest，这只是向链中发起一些交易，以显示可以做的不仅仅是处理空区块。
现在演示开始变得有趣。 当链被初始化时，Enrico在链中添加了四个用户：Alice，Bob，Carol和David。
每个用户都与自己的节点相关联。 因此，Enrico可以发出命令来关闭Alice的节点。 正如他所做的那样，我们看到块的产生会暂时减慢，但后来又恢复正常，但现在链中只有3个节点运行。
当Enrico停止第二个节点时，区块停止产生并且共识窗口开始输出查找丢失节点的消息。 其余两个节点知道剩余的节点不足以实际达成共识，因此他们不断查询网络而不是生成块。
一旦Enrico重新启动其中一个节点，另外两个节点就会看到它，意识到有足够的节点并且区块的生成恢复正常。
当然，这是所有区块链中拜占庭容错的众多基本要求之一。 由于区块链的节点分布全球，因此网络和其间的节点偶尔离线，这种情况下我们依然要保证区块继续工作。
如果您有任何问题或建议，请将它们报告给 @oneledgerdev OneLedger Telegram 开发小组或直接在 GitHub.com 向 OneLedger/protocol 项目提交工单。
感谢您的支持。
