我目前正在使用Hyperledger Fabric+Composer进行POC开发，但在 orderers 之间的共识机制方面有一些困惑。从文档中了解到，Hyperledger目前只支持SOLO和KAFKA。我对SOLO的理解是网络仅由单个排序节点组成，并且没有达成orderers之间的网络共识（只存在一个）。但这对我来说没有意义；我的直觉告诉我，必须能够添加多个orderers而不使用KAFA / Zookeeper，并且Hyperledger具有另一种机制来在这两者之间达成共识。关于此事的文档有些零散，如果我尝试通过谷歌搜索，可能会找到各种内容，因此希望有人能够揭示此事实情。如果除了集中式的共识机制之外，在orderers之间不存在共识机制，那么分布式账本平台的意义何在？
2个回答
3
SOLO订购的主要用途是在开发模式下，您希望测试功能而无需跨越复杂的分布式共识解决方案。此外，请注意，共识是可插拔的机制，可以用任何您喜欢的东西替换，例如最近有一个提议使用 SmartBFT作为附加订购服务。与此非常相似，您可以添加自己的共识机制。
目前，如果您需要分布式和高度可用的共识解决方案，可以使用基于KAFKA的订购服务。
目前，如果您需要分布式和高度可用的共识解决方案，可以使用基于KAFKA的订购服务。
- Artem Barger
2
那么，如果没有使用KAFKA，目前无法设置多个订单，除非自己编写代码或等待SmartBF？ - NROM
1目前支持的排序器只有Kafka或Solo。 - Artem Barger
0
基于Raft的共识协议已经在Hyperledger Fabric v1.4.1中添加，它简化了部署并为OSNs增加了去中心化。它消除了运行容错网络所需的Kafka/ZooKeeper的额外依赖。
- Paul
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接