超分类器织物通道中OrdererAddresses截面上的大部分订户

Question

考虑以下情况：

1. 我正在运行fabric-samples/first-network的HLF在筏模式。
2. 我使用CLI容器获取用于mychannel的最新块，并通过从其中删除4个命令器(即orderer2.example.com、orderer3.example.com、orderer4.example.com、orderer5.example.com )来编辑OrdererAddresses部分。

我假设这会干扰RAFT协议，因为订购者是通过查看OrdererAddresses部分的端点来相互通信的。

现在，问题是，尽管有上述事实，救生筏仍然工作良好。我等待10 minutes，假设EvictionSuspicion超时后筏子会中断，因为不再有领导者可以与其他订货者合二为一。但这种情况不会发生。我仍然能够从mychannel读取块，也能够在该通道上的链码上提交新事务(invoke操作)。

这意味着在通信时不检查OrdererAddresses。如果我错了，请纠正我。通过这个，我需要知道：

在筏形通道中OrdererAddresses段的确切功能是什么？

Answer 1

我了解到，排筏订购者使用host和port属性( Consenters部分的属性)相互通信，以获得一致的消息。OrdererAddresses部分中的端点用于块的复制。

这一学习可以从这里中得到验证，雅科夫M.