問題タブ [consensus]

最近、hashicorp/raft パッケージを使用して分散システムを作成しています。システムの各ノードが作業全体の一部を行います。ノードが故障すると、その作業結果が失われるため、他のノードに作業を再実行させる必要があります。しかし、hashicorp/raft はコールバックを追加するための API を提供していません。

NMF R パッケージでは、 consensusmap() を使用して出力を視覚化できます。プロットは、どのサンプルが「コンセンサス」トラックのどのクラスターに属しているかを示しています。

このサンプル分類を抽出して、次のようなデータ フレームを取得したいと思います。

ConsensusClusterPlus パッケージでは、これは簡単です。results$consensusClass を引き出すだけです。NMF パッケージの同様のソリューションが見つかりません。生のプロット データを見ようとしましたが、複雑すぎて意味を抽出できません。

ここに問題の図があります。どの「ステータス」がどの「コンセンサス」内にあるかを調べる必要があります。

コンセンサス アーキテクチャに関するファブリックの提案を興味深く読みましたが、コンセンサス サービスについて質問があります。これは事実上、すべてのピアが決定した順序でブロックを受信することを保証する単一のサービスであるように思えます。そのため、特定のチェーンの特定の時点で、特定された信頼できる単一の組織によって実行される必要があるように見えます. サービスを配布できなかったようです。それは正しいですか、それとも誤解していますか?

これは実際にはプログラミングの質問ではありません。この質問をするのが間違っている場合は、誰かが私に知らせてください。

ブロックチェーンを構成するノードが、ブロックチェーンの中身の一部を持っているだけで合意に達することができるかどうか疑問に思っていました。つまり、ブロックチェーンの実際の実装では、すべてのノードにブロックチェーン全体が含まれていると想定されているため、他の人を必要とせずにトランザクションを検証できます。私の質問は、ブロックチェーンの一部だけを持っている場合にトランザクションを検証できる方法はありますか? 、すべてのブロックではありませんか？どうもありがとうございました。