3

私は hyperledger indy で遊んでいますが、それは ですvalidator-infoが、(ノード エイリアスの横にある) 括弧内の数字が何を意味するのか、実際にはわかりません。

プライマリノードに何かがあると思いますが、それは単なる私の仮定であり、インディのドキュメントで番号に関するメモを見たことがありません. 誰かがノードエイリアスの横の数字が何をするのか説明してもらえますか. 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)数分待たなければならなかったのはなぜですか。Node2
  • 20 分以上経っても、(1) はいずれにも割り当てられていませんReachable hosts。なんで？
4

1 に答える 1

2

よし、git コミットと INDY の jira の履歴を数時間調査した後、INDY-967 ticketを見つけました。

バリデーター情報の有用性を高めるいくつかの追加機能のリクエストがありました。

リクエスト：

現在のプライマリであるノードを示します。人間が判読できる詳細な出力では、これは次のように、プライマリであるノードの名前の後に括弧で囲まれたプライマリ番号で示すことができます。

実際、私の OP に似たコメントがあります - なぜ番号が消えてしまったのか。そして、質問に対する答えもあります。

たとえば、ノードがプライマリで、2 ～ 3 分以上切断されている場合、インスタンス全体が削除されます。インスタンスがない場合、プライマリを使用できないため、到達不能ノードはプライマリではないことが予想されます。また、ビューの変更中に一部のインスタンスがプライマリを持たない可能性もあります

  • 番号に何が起こったのですか？

インスタンスが切断され、数分後にコンセンサスがインスタンスの削除を決定したため、ノードをプライマリとして保持する必要はありません。

  • 数字の意味は？

数字はプライマリ ノードを示します。は(0)、最初の BFT プロトコル インスタンスのプライマリ ノードであり、2 番目の BFT プロトコル インスタンスの 2 番目のプライマリ ノードです。RBFT プロトコル ホワイト ペーパーで定義されている(1)バックアップのようなものです。(0)

  • Node2 の (1) が表示されなくなるまで、遅延が発生したり、数分待たなければならなかったのはなぜですか。

遅延は、新しいバックアップ BFT プロトコル インスタンスとの合意に達するまでの期間です。を別の1ノードに割り当てる必要があります。

  • 20 分以上経っても、(1) は到達可能なホストのいずれにも割り当てられていません。なんで？

私の現在の仮定は、プライマリ BFT インスタンスがコンセンサスと RBFT / Indy-Plenum の RBFT が同じになるまで、プライマリ インスタンスのビュー変更または BFT インスタンスの「ラウンド ロビン」割り当てという新しい「選挙」を実行しないということです。したがって、使用できないノードにバックアップ プライマリ レプリカがあったとしても、それは問題ではなく、BFT インスタンスの更新は必要ありません。

于 2019-11-15T22:15:27.253 に答える