Hyperledger indy validator-info 基本解释

Question

我正在玩超级账本 indy，它是 validator-info，但我真的找不到括号中的数字（节点别名旁边）是什么意思。

我相信它与主节点有关，但这只是我的假设，我从未在 indy 的文档中看到任何关于数字的注释。有人可以解释一下节点别名​​旁边的数字是什么，例如。 Node1 (0) 或 Node2 (1) 是什么意思？

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

当我停止Node2 时，我可以看到Node2 变得无法访问。如下所示，(1) 的标志仍然在 Node2 旁边。

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

但是在几分钟（±5 分钟）后，(1) 的号码 Node2 消失了。

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

• 号码怎么了？
• 这个数字是什么意思？
• 是否有一些延迟或为什么我需要等待 几分钟后，(1) for Node2 消失了。
• 即使在 20+分钟之后 (1) 尚未分配给任何Reachable hosts。为什么？

Answer 1

好的，经过几个小时的 git 提交历史和 INDY 的 jira 调查后，我找到了 INDY-967 ticket。

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

请求：

指示作为当前主节点的节点。在冗长的人类可读输出中，这可以由作为主节点名称后括号中的主编号指示，以这种方式：

其实有一个类似于我的OP的评论——为什么数字消失了。这个问题也有答案。

例如，如果节点是主节点并且断开连接超过 2-3 分钟，则删除整个实例。如果我们没有实例，我们就不能拥有它的主节点，因此预计无法访问的节点不是主节点。 也有可能某些实例在视图更改期间没有主实例

• 号码怎么了？

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

• 这个数字是什么意思？

数字表示主节点。 (0) 是第一个 BFT 协议实例的主节点，(1) 是第二个 BFT 协议实例的第二个主节点 - 类似于 (0) 的备份，因为它在 RBFT protocol white paper 中定义。

• 是否有一些延迟或为什么我需要等待几分钟，直到 (1) 的 Node2 消失。

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

• 即使在 20 多分钟后，(1) 仍未分配给任何可访问主机。为什么？

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