Hyperledger fabric 当两台服务器彼此断开连接，然后重新连接时会发生什么情况？

我们有两个服务器，每个服务器都有一个对等服务器、订购服务器和卡夫卡服务器。它们连接在同一个通道中，都安装并实例化了链码，策略是一个组织还是另一个组织

想象一下，互联网断开，它们断开了连接：

• 两个人都能单独工作吗
• 是否可以将新交易记录写入分类账
• 当互联网启动并运行时，账本中新提交的区块会发生什么？这个新块是如何同步的

谢谢

编辑1：

请参见图片以了解说明：

---

如果在断开连接过程中，双方都写入分类账，那么网络将如何同步，这些新生成的块将如何反应？一个被宣告无效？或者两者都有效？

一旦断开连接，对等方将不会从通道对等方接收保持活动，并且如果启用了调试日志记录，将继续抛出相同的消息

对等方不会丢失任何配置，即使它与网络断开连接。结构中的发现服务负责查找通道中配置的对等方。因此，一旦连接恢复，它将自动与具有流言消息的对等方重新同步

---

然后，对等方可以像往常一样从账本中写入和读取。

一旦断开连接，对等方将不会从通道对等方接收keep alive，并且如果启用了调试日志记录，将继续抛出相同的消息

对等方不会丢失任何配置，即使它与网络断开连接。结构中的发现服务负责查找通道中配置的对等方。因此，一旦连接恢复，它将自动与具有流言消息的对等方重新同步

---

同龄人可以像往常一样从分类帐上书写和阅读。

这里有很多事情要考虑：

1） 当您使用基于Kafka的订购者时，如果您希望Kafka代理是同一订购服务的一部分，则必须对它们进行集群。Kafka用于将消息分发到排序节点。如果您的Kafka代理不在集群中，则您将拥有单独的订购服务。回想一下，卡夫卡也需要动物园管理员。Zookeeper有一个2f+1容错模型，因此如果您想要容忍单个节点的故障（故障包括通信问题），您将需要至少3个Zookeeper节点，并且它们应该部署在单独的主机上。对于Kafka，您需要至少2个代理，并且需要将最小ISR（同步副本）设置为2。理想情况下，你会有4个卡夫卡经纪人

---

2） 为了处理交易，必须有足够的对等方满足背书策略以及订购服务。不能连接到订购服务的同行在建立连接后会赶上。

这里有很多事情要考虑：

1） 当您使用基于Kafka的订购者时，如果您希望Kafka代理是同一订购服务的一部分，则必须对它们进行集群。Kafka用于将消息分发到排序节点。如果您的Kafka代理不在集群中，则您将拥有单独的订购服务。回想一下，卡夫卡也需要动物园管理员。Zookeeper有一个2f+1容错模型，因此如果您想要容忍单个节点的故障（故障包括通信问题），您将需要至少3个Zookeeper节点，并且它们应该部署在单独的主机上。对于Kafka，您需要至少2个代理，并且需要将最小ISR（同步副本）设置为2。理想情况下，你会有4个卡夫卡经纪人

---

2） 为了处理交易，必须有足够的对等方满足背书策略以及订购服务。无法连接到订购服务的对等方将在重新建立连接后赶上。

但对等方仍能看到服务器上的订购方。那么，他们还会写吗？我不明白，订购者不是在不同的服务器上吗？如果订购方和对等方之间有连接，并且对等方满足背书策略，那么您可以在没有其他断开连接的对等方的情况下写入分类账。添加图像以进行说明。顺便说一句，谢谢你的回答。但是同行们仍然可以看到服务器上的订购者。那么，他们还会写吗？我不明白，订购者不是在不同的服务器上吗？如果订购方和对等方之间有连接，并且对等方满足背书策略，那么您可以在没有其他断开连接的对等方的情况下写入分类账。添加图像以进行说明。顺便说一句，谢谢你的回答。谢谢加里。当然，这个网络就是一个例子。这可能是一个愚蠢的问题，但是，我的情况是，如果互联网连接中断，网络将继续独立工作，那么，是否可以有两种订购服务，每个组织一种？谢谢Gari。当然，这个网络就是一个例子。这可能是一个愚蠢的问题，但我的情况是，如果互联网连接断开，网络继续独立工作，那么，是否会有2个订购服务，每个组织一个？