Hyperleger Fabric中共识的细节是什么？

Question

在此document中，我不了解有关Fabric的一些详细信息。

文档：应用程序验证背书的对等方签名并比较提案响应。

1. 验证时是否有必要使所有响应相同，或者大部分？
2. 如果它们是它们的一部分，比率是多少？
3. Fabric SDK是否可以控制它？

文档：订购服务不需要检查交易的全部内容即可执行其操作，它只需从网络中的所有渠道接收交易，按时间顺序对它们进行订购，并为每个渠道创建交易块

1. 筏和Kafka仅用于保证可用性，而不用于投票。这是正确的吗？

文档：交易已验证并提交。

1. 提交时，有投票表决程序吗？

Answer 1

1. 应用程序实际上不需要检查任何内容（它是 可选，但这是避免发送无效交易的好方法。

2. 在通道上实例化链码时，请设置该链码的背书策略。背书策略指定组织的对等方必须签署响应。实际上，这是在对等方进行验证期间强制执行的（在对等方从订购者接收到块/事务之后，但在提交数据之前）。如果没有足够的签名来满足该策略，则将事务标记为无效，并且不提交状态。

3. 在Fabric v1.2和更高版本中，客户端可以使用发现服务来获取满足每个通道上的链码认可策略所需的对等方的最小列表。

4. Kafka / Raft用于确保所有订购服务节点处理交易并以相同顺序交付块。使用Fabric v1.4.1，您可以选择使用Raft共识而不是Kafka。

5. 请参阅2.中有关在验证期间强制执行背书策略的评论。