Hyperledger Fabric的共识有哪些细节？

Question

我不知道这个document有关Fabric的一些细节。

文档：应用程序验证支持对等签名并比较提议响应。

1. 在验证或大部分响应时，是否有必要使所有响应相同？
2. 如果它是它们的一部分，那么比例是多少？
3. 是否可以通过Fabric SDK进行控制？

文档：订购服务不需要检查事务的整个内容以执行其操作，它只是从网络中的所有通道接收事务，按时间顺序按通道排序，并创建每个通道的事务块。

4. Raft和Kafka仅用于保证可用性，而不用于投票。它是否正确？

文档：验证和提交事务。

5. 提交时，是否有投票验证过程？

Answer 1

1. 应用程序实际上不需要检查任何内容（它是可选的，但是避免发送无效事务的好方法）。
2. 在通道上实例化链码时，可以为该链码设置认可策略。认可政策指定组织的同行必须签署响应的数量。这实际上是在对等体验证期间强制执行的（在对等体从订货者接收块/事务之后但在提交数据之前）。如果没有足够的签名来满足策略，则事务被标记为无效并且状态未提交。
3. 使用Fabric v1.2及更高版本，客户端可以使用发现服务获取满足每个通道上链代码认可策略所需的最小对等列表。
4. Kafka / Raft用于确保所有订购服务节点以相同的顺序处理事务和交付块。使用Fabric v1.4.1，您可以选择使用Raft共识而不是Kafka。
5. 请参阅2.关于在验证期间执行认可政策的评论。