原則とプロトコルファブリックv1.xはゴシップの普及のいくつかの詳細

まず、機能ゴシッププロトコル

ファブリックは、したがって、ファブリックがゴシップのデータ転送プロトコルを実現し、データの整合性と一貫性を確保するために非常に、安全で信頼性が高くスケーラブルなトランスポートプロトコルする必要がノードの3つの異なる種類の間で売上高を交換する必要がありました。ゴシップランダムに情報を使用すると、ネットワーク全体に広がると、その名前の意味、スキャンダルの噂の広がりに似て、のようなものです。

次のようにゴシッププロトコル固有の機能は以下のとおりです。

  • 新しいピア・ノードを発見するためのチャネルメンバーの維持管理、ピア・ノードは、状態を調べるために継続し、メンバーシップを更新します。
  • 伝送チャネルのデータ・ブック内のピア・ノード間で、ピアが他のピアデータ伝送からの要求を受信し続ける、データは、ピア・ノードの新しい本が、地元のブックに保存され、されたときに受信した他のブックの普及啓発に、その後もデータピア・ノード。
  • 新しい書籍のピアを追加したり、後方の状態をピアには、ポイントデータ送信状態にポイントを経由して本に素早くアクセスすることができます。

二、リーダーピア

新たな取引ブロックは、リーダーのピアが接続注文サービスになります場合は、ブロックがランダムに組織内の他のコミットのピアに広がりながら、新しいブロックを引っ張って、その後、これらのノードは、他のコミットのピアに普及していきます。
組織内の1つ以上のリーダーピアの定義を可能にします。

リーダー選挙

リーダー選挙スタティック(静的)モードと動的(ダイナミック)モードが含まれています。

  • 静的:
    手動で構成するには、システム管理者のピアリーダーされる組織は、次のように現在のピアリーダー方法を設定するために、組織内の1つまたは複数の一流のピアが存在してもよいです。
peer:
# Gossip related configuration
gossip: useLeaderElection: false
orgLeader: true
  • 動的:
    ピアが選出されたリーダーが動的に生存の証拠として、他のピアにハートビートメッセージを送信し、組織内のリーダーを選択するために、リーダー選出プロセスを実行し、構成例を以下に示します。
peer:
	# Gossip related configuration
	gossip:
		useLeaderElection: true
		orgLeader: false
		election:
			leaderAliveThreshold: 10s

三、アンカーピア

アンカーピアが異なる組織がアンカーピアが互いに通信することができ、異なる組織の間で、互いを知っているゴシップピアを確保するために使用され、その後、組織のメンバーがアンカーピアとの通信にすることができる宿主組織ピア間のデータ伝送。アンカーは、異なる組織におけるブリッジの同等のピア。

あなたは他の組織が放送する必要があるすべての他のノードにアンカーピア団体、何であるかを知りたいので、セットアンカーピアコンフィギュレーションの方法は、トランザクションの合計を送信することです。

四、ゴシップスプレッド原則

オンラインピアは、チャネルのメンバーシップを維持するように、「生きている」のメッセージ、他のピアも収集「アライブ」メッセージを、彼らの可用性を示すために放送していきます。

リーダーピアは注文サービスから取得するためのブロックを取引する場合、ピアは本を保つために、メッセージを受け取った後、組織内の他のピアに広がっていく、ブロックも自動的にこれらのメッセージを配信します。各ピアは違いがあるかどうかを確認するために、チャネル状態に他のピアからお願いしていきます、すぐに自分の書籍の状態を修復するP2Pの方法によるプルブロックに違いがあります。

ゴシッププロトコルがチャネルに分散されていない、チャネル上のピアは他のチャネルメッセージまたは共有情報を送信することができません。

公開された30元の記事 ウォンの賞賛3 ビュー5726

おすすめ

転載: blog.csdn.net/ice_fire_x/article/details/104407240