拜占庭区块链算法实际落地就这事别被概念带偏了

导读： 拜占庭区块链算法的意思, 说通俗一点, 就是让那些彼此之间缺乏信任的节点聚在一起, 从而达成共识。虽然听起来这件事情好像很简单, 但是如果你去翻看那些相关项目的代码...

拜占庭区块链算法的意思, 说通俗一点, 就是让那些彼此之间缺乏信任的节点聚在一起, 从而达成共识。

虽然听起来这件事情好像很简单, 但是如果你去翻看那些相关项目的代码, 我的心里就会升起一股难以压制的恼怒情绪, 这些人把拜占庭容错机制当作是包治百病的灵丹妙药, 不管是在什么样的使用场景之下, 都强行地进行套用, 导致了系统性能非常糟糕,而且连基本的原理都没有弄明白这样的情况发生, 这简直就和那个人喝醉酒之后胡乱吹嘘一番没有什么区别。

真正要命的地方在于, 那个容错不超过1/3的门槛。TendermiNT以及HotStuff都卡在这个点上。当你在实际部署中设置了十几个节点时, 如果有两个节点出了问题，系统就会直接卡死, 这就好比那堵墙上少了一块砖, 导致整面墙都会坍塌。

请不要跟我讲这理论上能运行, 因为在生产环境里, 网络抖动、节点掉线这些现象出现时, 你应该承认那是运维没做好, 而不是拜占庭故障, 不要把什么事都往拜占庭问题上扯。

我的建议是非常直白的, 意思就是要节点不要贪求数量庞大, 维持在五个到七个这样的规模是完全足够的, 千万不要搞那种几百个节点组成的集群, 然后还在那里吹嘘自己是具备拜占庭容错能力的。在通信这一层, 请务必使用可靠的传输方式, 不允许没有任何保护裸奔。

针对绝大多数的运行场景, 只要防止一些bug出现就足够了, 直接使用Raft协议就能够解决所有问题, 完全没有必要把事情上升到非常高的地步, 非要坚持上拜占庭共识协议, 这种行为纯粹就是给老板交差罢了。