Blockchain Hyperledger indy验证程序信息基本说明

我正在玩hyperledger indy，它是，但我真的找不到括号中的数字（节点别名旁边）是什么意思

我相信它与primary node有关，但这只是我的假设，我从未在indy的文档中看到任何关于这个数字的注释。有人能告诉我节点别名旁边的数字是什么吗？例如

Node1（0）

或

Node2（1）

是什么意思

Reachable Hosts:   4/4
  Node2 (1)
  Node1 (0)
  Node3 
  Node4 
Unreachable Hosts: 0/4

当我停止

Node2

时，我可以看到

Node2

已无法访问。符号

（1）

仍然在

节点2

的旁边，如下所示

Reachable Hosts:   3/4
  Node4
  Node1 (0)
  Node3
Unreachable Hosts: 1/4
  Node2 (1)

但是，在几分钟（±5分钟）后，

节点2的编号
（1）
消失

Reachable Hosts:   3/4
  Node4
  Node3
  Node1 (0)
Unreachable Hosts: 1/4
  Node2 

当我再次启动
Node2
时，它再次变得可访问，但
Node2
旁边的数字不在这里

Reachable Hosts:   4/4
  Node1 (0)
  Node3 
  Node2 
  Node4 
Unreachable Hosts: 0/4


这个号码怎么了
这个数字是什么意思
是否有延迟或为什么我需要等待
几分钟后，节点2的
（1）
消失
即使在20多分钟之后
尚未将（1）分配给任何
可访问的主机
。为什么?
好吧，在调查了几个小时git提交和INDY的jira的历史后，我找到了

有人要求提供一些额外的功能，以增强验证器信息的有用性

请求：

指示当前主节点的节点。在详细的人类可读输出中，这可以通过作为主要节点的节点名称后括号中的主要编号表示，方式如下：

实际上，有一条评论与我的OP类似——为什么这个数字消失了。这个问题也有答案

例如，如果节点是主节点，并且断开连接的时间超过2-3分钟，则整个实例将被删除。若我们并没有实例，那个么我们就不能为它设置主节点，所以不可访问的节点应该不是主节点。
此外，在视图更改期间，某些实例可能没有主视图


这个号码怎么了

实例已断开连接，几分钟后一致决定删除实例，因此无需将节点保留为主节点


这个数字是什么意思

该数字表示主节点。
（0）
是第一个BFT协议实例的主节点，
（1）
是第二个BFT协议实例的第二个主节点-类似于中定义的
（0）
的备份


是否有延迟，或者为什么我需要等待几分钟，直到（1）Node2消失

延迟是与新备份BFT协议实例达成一致意见之前的一段时间。
1
应分配给另一个节点


即使在超过20分钟之后，也没有将（1）分配给任何可访问的主机。为什么?

我目前的假设是，在主BFT实例相同之前，共识和RBFT/印地全会的RBFT不会对主实例运行新的“选举”即视图更改，或对BFT实例进行“循环”分配。因此，如果不可用的节点具有备份主副本，则这无关紧要，也不需要更新BFT实例