Hyperledger Fabric v1.0：多个订购者

Question

我目前正在使用 hyperledger fabric + composer 处理 POC。 当谈到订购者之间的共识机制时，我有些困惑。 根据我阅读文档的理解，hyperledger 目前仅支持 SOLO 和 KAFKA。 我对 SOLO 的理解是，网络仅存在于单个排序节点之外，并且排序节点之间没有达成网络共识（仅存在 1 个）。

但这对我来说没有意义； 我的直觉告诉我，必须可以在不使用 KAFA / Zookeeper 的情况下添加多个排序器，并且超级账本有另一种机制可以在这两者之间达成共识。 如果我尝试用谷歌搜索它，关于此的文档有点参差不齐，而且到处都是，所以我希望有人可以对此事有所了解。

如果除了中心化机制之外，订单之间不存在共识机制，那么分布式账本平台的意义何在？

Answer 1

SOLO 排序的主要用途是用于开发模式，您希望在这种模式下测试功能，而无需跨越复杂的分布式共识解决方案。 此外，请注意，共识是一种可插拔机制，可以替换为您想要的任何内容，例如，最近有一项提议将SmartBFT用作附加排序服务。 与此非常相似，您可以添加自己的共识机制。

目前，如果您需要分布式和高度可用的解决方案以达成共识，则可以使用基于 KAFKA 的订购服务。

Answer 2

Hyperledger Fabric v1.4.1 中添加了基于 Raft 的共识协议，它简化了部署并为 OSN 添加了去中心化。 它消除了运行容错网络所需的 Kafka/ZooKeeper 的额外依赖。