Hyperledger fabric v1.0：多个订购者
Hyperledger fabric v1.0: multiple orderers
我目前正在使用 hyperledger fabric + composer 开发 POC。当涉及到订购者之间的共识机制时，我有些困惑。根据我阅读文档的理解，hyperledger 目前仅支持 SOLO 和 KAFKA。我对 SOLO 的理解是，网络仅存在于单个排序节点之外，排序者之间没有达成网络共识（仅存在 1 个）。
但这对我来说没有意义；我的直觉告诉我，在不使用 KAFA/Zookeeper 的情况下添加多个订购者一定是可能的，而且 hyperledger 有另一种机制可以在这两者之间达成共识。如果我尝试 google 的话，关于这个的文档有点参差不齐，到处都是，所以我希望有人能对此事有所了解。
如果订单之间除了中心化机制之外不存在共识机制，那么分布式账本平台的意义何在？
SOLO 排序的主要用途是用于开发模式，您希望在这种模式下测试功能而不需要跨越复杂的分布式共识解决方案。此外，请注意，共识是一种可插入机制，可以用任何您喜欢的方式替换，例如最近有人提议使用 SmartBFT 作为附加排序服务。与此非常相似，您可以添加自己的共识机制。
目前，如果您需要分布式和高可用性解决方案以达成共识，可以使用基于 KAFKA 的排序服务。
在 Hyperledger Fabric v1.4.1 中添加了基于 Raft 的共识协议，它简化了部署并为 OSN 添加了去中心化。它消除了 Kafka/ZooKeeper 对 运行 容错网络所需的额外依赖。
我目前正在使用 hyperledger fabric + composer 开发 POC。当涉及到订购者之间的共识机制时，我有些困惑。根据我阅读文档的理解，hyperledger 目前仅支持 SOLO 和 KAFKA。我对 SOLO 的理解是，网络仅存在于单个排序节点之外，排序者之间没有达成网络共识（仅存在 1 个）。
但这对我来说没有意义；我的直觉告诉我，在不使用 KAFA/Zookeeper 的情况下添加多个订购者一定是可能的，而且 hyperledger 有另一种机制可以在这两者之间达成共识。如果我尝试 google 的话，关于这个的文档有点参差不齐，到处都是，所以我希望有人能对此事有所了解。
如果订单之间除了中心化机制之外不存在共识机制，那么分布式账本平台的意义何在？
SOLO 排序的主要用途是用于开发模式，您希望在这种模式下测试功能而不需要跨越复杂的分布式共识解决方案。此外，请注意，共识是一种可插入机制，可以用任何您喜欢的方式替换，例如最近有人提议使用 SmartBFT 作为附加排序服务。与此非常相似，您可以添加自己的共识机制。
目前，如果您需要分布式和高可用性解决方案以达成共识，可以使用基于 KAFKA 的排序服务。
在 Hyperledger Fabric v1.4.1 中添加了基于 Raft 的共识协议，它简化了部署并为 OSN 添加了去中心化。它消除了 Kafka/ZooKeeper 对 运行 容错网络所需的额外依赖。