ビットコイン ブロックチェーンでは、ノード/ピアがトランザクションを注文し、ブロックを作成し、PoW を実行して、このブロックを他のマイナーに「アナウンス」します。
他のマイナーが（ブロック+通知+などをハッシュすることにより）ブロックが有効であることに同意すると、ブロックチェーンの一部になります。
しかし、Hyperledger では (私が理解している限り)、VP はマイニングを行いません (したがって、マイニングされたブロックを拡散しません)。個々の VP は、すべての VP が同じ順序のブロック トランザクションを持つように、どのように順序付けを行うのでしょうか?
Fabric 実装の目標は (リンク):
コンセンサスは、ブロックチェーン ネットワーク上でネットワーク リクエストまたはトランザクション (デプロイと呼び出し) の順序を検証する方法です。多くのタイプのネットワーク トランザクションは 1 つまたは複数の以前のトランザクションに依存しているため、トランザクションの正しい順序付けは重要です (たとえば、口座の借方は以前の貸方に依存していることがよくあります)。ブロックチェーン ネットワークでは、トランザクションの順序を決定する単一の機関はありません。代わりに、各ブロックチェーン ノード (またはピア) は、ネットワーク コンセンサス プロトコルを実装することにより、順序を確立する際に同等の発言権を持ちます。したがって、コンセンサスは、トランザクションが共有元帳に追加される順序について、ノードの定足数が一致することを保証します。提案された取引注文の不一致を解決することにより、コンセンサスは、すべてのネットワーク ノードが同一のブロックチェーン上で動作することを保証します。つまり、コンセンサスは、ブロックチェーン ネットワーク トランザクションの完全性と一貫性を保証します。
それにもかかわらず、現在のバージョンでは、トランザクションが他のピアによって実行される前にトランザクションの順序付けを担当するリーダー (検証ピアの 1 つ) が存在します。
ファブリックの次のバージョンでは、この動作が変更される可能性があります (次のコンセンサス アーキテクチャの提案)。
…</p>
ピアはコンセンサス サービスと通信し、ブロックチェーンの状態と台帳を維持します。このようなピアは、コンセンサス サービスから順序付けられた状態の更新を受け取り、それらをローカルに保持されている状態に適用します。
…</p>
ピアはコンセンサス サービスのクライアントであり、コンセンサス サービスはトランザクションを含むメッセージのブロードキャスト サービスを提供する共有通信チャネルを提供します。ピアはチャネルに接続し、チャネルでメッセージを送受信できます。チャネルは、すべてのメッセージのアトミック配信、つまり、全順序配信と (実装固有の) 信頼性を備えたメッセージ通信をサポートします。つまり、チャネルは、接続されているすべてのピアに同じメッセージを出力し、同じ論理順序ですべてのピアに出力します。このアトミック通信保証は、分散システムのコンテキストでは、全順序ブロードキャスト、アトミック ブロードキャスト、またはコンセンサスとも呼ばれます。伝達されたメッセージは、ブロックチェーン状態に含めるトランザクションの候補です。