我目前正在使用Hyperledger Fabric + Composer进行POC。当谈到订购者之间的共识机制时，我有些困惑。根据我对阅读文档的了解，超级账本目前仅支持SOLO和KAFKA。我对SOLO的理解是，网络仅存在于单个订购节点之外，订购者之间没有达成网络共识（仅存在1个）。
但是这对我来说没有意义；我的直觉告诉我，不必使用KAFA / Zookeeper，就可以添加多个订购者，而且超级账本还有另一种机制可以使这两者达成共识。关于此文件的文档有些参差不齐，如果我尝试用Google搜索它，那么到处都是，所以我希望有人可以对此事有所了解。
如果除了集中式订单之外，订单之间不存在共识机制，那么分布式分类帐平台的意义是什么？
SOLO排序的主要用途是用于开发模式，在该模式下，您无需扩展复杂的分布式共识解决方案即可测试功能。此外，请注意，共识是一种可插入的机制，可以用任何您想要的东西代替，例如，最近有一个建议使用SmartBFT作为附加订购服务。与此非常相似，您可以添加自己的共识机制。
当前，如果需要分布式的和高度可用的解决方案以达成共识，则可以使用基于KAFKA的订购服务。
基于筏的共识协议已添加到Hyperledger Fabric v1.4.1中，该协议简化了部署并向OSN添加了去中心化功能。它消除了运行容错网络所需的Kafka / ZooKeeper附加依赖关系。