Hyperledger fabric 具有多个订购者的通道中的交易订单

希望我对Hyperledger Fabric的理解是正确的，有人能解释一下，在与来自不同组织的对等方的渠道中，如何能够以正确的顺序进行交易，每个对等方都有自己和单独的订购方

---

举例来说，客户机A向第一个组织的订购者发送事务T1和T2，客户机B向第二个组织的订购者发送事务T3和T4。所有这四项交易都应该以正确的顺序在分类账中结束。

假设每个组织都在使用多个订购服务节点（OSN）。多个订购服务节点（在生产环境中）将依赖的主要组件是容错（仅限停止，而非拜占庭式）卡夫卡群集（更准确地说是卡夫卡Zookeer集合）

卡夫卡中的消息（记录）被写入主题分区。Kafka集群可以有多个主题，每个主题可以有多个分区。每个分区都是一个有序的、不可变的记录序列，这些记录不断地追加到分区中

然后假设每个链都有一个单独的分区。一旦OSN执行了客户端身份验证和事务过滤，它们就可以将属于某个链的传入客户端事务中继到链的相应分区。然后，他们可以使用该分区，并返回一个有序的事务列表，该列表在所有订购服务节点中都是通用的。 卡夫卡为所有OSN提供了一个关于交易顺序的统一的、单一的真实来源观点。 消息按写入顺序读回后，将根据一些预定义的标准剪切块（带有一个或多个事务），并将其写入订购者分类账，然后转发给提交对等方进行事务验证和提交

详情如下：

关于Kafka如何容错的详细信息：

---

假设每个组织都在使用多个订购服务节点（OSN）。多个订购服务节点（在生产环境中）将依赖的主要组件是容错（仅限停止，而非拜占庭式）卡夫卡群集（更准确地说是卡夫卡Zookeer集合）

卡夫卡中的消息（记录）被写入主题分区。Kafka集群可以有多个主题，每个主题可以有多个分区。每个分区都是一个有序的、不可变的记录序列，这些记录不断地追加到分区中

然后假设每个链都有一个单独的分区。一旦OSN执行了客户端身份验证和事务过滤，它们就可以将属于某个链的传入客户端事务中继到链的相应分区。然后，他们可以使用该分区，并返回一个有序的事务列表，该列表在所有订购服务节点中都是通用的。 卡夫卡为所有OSN提供了一个关于交易顺序的统一的、单一的真实来源观点。 消息按写入顺序读回后，将根据一些预定义的标准剪切块（带有一个或多个事务），并将其写入订购者分类账，然后转发给提交对等方进行事务验证和提交

详情如下：

关于Kafka如何容错的详细信息：

---

谢谢，@arnabkaycee。因此，如果我理解正确，多个订购者的解决方案是拥有一个Kafka集群，该集群由给定频道的所有订购者共享。谢谢，@arnabkaycee。因此，如果我理解正确，多个订购者的解决方案是拥有一个Kafka集群，该集群由给定通道的所有订购者共享。