Hyperledgerトランザクションはブロック内でどのように注文されますか？

Question

Bitcoinブロックチェーンでは、ノード/ピアはトランザクションを注文し、ブロックを作成し、PoWを実行してこのブロックを他の鉱夫に「通知」します。

ブロックが有効であると他の鉱夫が（ブロック+ nounce +などをハッシュすることによって）合意すると、それはブロックチェーンの一部です。

しかし、Hyperledger（私が理解する限り）では、VPはマイニングを行わない（したがってマイニングされたブロックを広げない）。では、個々のVPがどのように順序付けをして、すべてのVPがブロックの順序付けられた同じトランザクションを持つようにしますか？ファブリック実装の目標を持つことである

Answer 1

（link）：

コンセンサスblockchainネットワーク上で、（デプロイおよび起動）ネットワーク要求、又は トランザクションの順序を検証するための方法です。多くのタイプのネットワーク トランザクションは、1つまたは複数の先行取引に依存するため、 の取引の注文が重要です。 （口座の借方は、多くの場合、前払いに依存しています。例： ）。ブロックチェーンネットワークでは、 がトランザクションの順序を決定する単一の権限はありません。代わりに、各ブロックチェーンノード（または ピア）は、 ネットワークコンセンサスプロトコルを実装することによって、注文を確立する際に同等の発言権を持ちます。したがって、コンセンサスは、 ノードのクォーラムが、トランザクションが共有元帳に追加される順序で一致することを保証します。提案された 取引注文の矛盾を解決することにより、コンセンサスはすべてのネットワークノードが同じブロックチェーン上で動作する であることを保証します。つまり、コンセンサス は、ブロックチェーンネットワーク トランザクションの整合性と一貫性を保証します。

しかし、現在のバージョンでは、他のピアによってトランザクションが実行される前にトランザクションの注文を担当するリーダー（妥当性確認ピアの1つ）が存在します。次のファブリックのバージョンでこの動作を変更することができます（Next Consensus Architecture Proposal）で

：

...

ピアは、コンセンサスサービスと通信し、 blockchain状態と台帳を維持します。このようなピアはコンセンサスサービスから状態 更新を注文し、ローカル 状態

を開催し、それらを適用する受信...

ピアはコンセンサス サービスが共有を提供するコンセンサスサービスのクライアントで、あります通信チャンネルは、トランザクションを含むメッセージのブロードキャスト サービスを提供する。ピアは チャネルに接続し、チャネル上でメッセージを送受信できます。チャネル は、すべてのメッセージの原子配送をサポートしています。すなわち、メッセージ は、総納品と通信し、（実装固有の） という信頼性を備えています。言い換えると、チャネルは同じメッセージを に接続されているすべてのピアに出力し、同じ論理 オーダーのすべてのピアに出力します。この原子通信の保証は、 分散システムのコンテキストでの総計 ブロードキャスト、アトミックブロードキャスト、またはコンセンサスとも呼ばれます。伝達されたメッセージは、 ブロックチェーン状態に含めるトランザクションの候補です。