我目前正在使用Hyperledger Fabric + Composer进行POC。当谈到订购者之间的共识机制时，我有些困惑。据我了解的阅读文档， super 账本目前仅支持SOLO和KAFKA。我对SOLO的理解是，网络仅存在于单个订购节点之外，订购者之间未达成网络共识(仅存在1个)。
但这对我来说没有意义。我的直觉告诉我，不必使用KAFA/Zookeeper，就可以添加多个订购者，并且 super 账本还有另一种机制可以使这两者之间达成共识。关于此文件的文档有些参差不齐，如果我尝试用Google搜索它，到处都是，所以我希望有人能对此事有所了解。
如果除了集中式订单之外，订单之间不存在共识机制，那么分布式分类账平台的意义何在？
最佳答案
SOLO排序的主要用途是用于开发模式，在该模式下，您无需扩展复杂的分布式共识解决方案即可测试功能。此外，请注意，共识是一种可插入的机制，可以用任何您想要的东西代替，例如，最近有一个建议使用SmartBFT作为附加的订购服务。与此非常相似，您可以添加自己的共识机制。
当前，如果您需要分布式和高度可用的解决方案以达成共识，则可以使用基于KAFKA的订购服务。
关于hyperledger-fabric - Hyperledger Fabric v1.0 : multiple orderers，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/46522070/