ちょうど始めて、エンドースーザは、着信呼び出しを処理し、チェーンコードを維持して実行できるピアです。この流れは以下のように機能し、クライアント(C)とチェーンコード(CC)を実行する承認ピア(P)をサポートします。
- クライアントは、チェーンコード呼び出しのパラメータを含むトランザクション提案要求です。
- この提案の裏書を得るために、彼はそれを裏書きピアに送信します。
- エンド・ツー・ピアは、トランザクション・プロポーザルを開き、すべてのパラメータを渡す方法に沿って要求を必要なチェーンコードに転送します。
- Chaincodeが
- ピアがRWsetとフォームの提案応答やサインを収集RWset(呼び出し中に変更の読みキーと値のセット)を生成するに呼び出さそれ
- クライアントが提案レスポンスを取得し、看板も同様とオーダーサービスに送信する
- オーダーサービスは提案応答を収集し、ネットワーク内のピアに配信されたブロックをカットします。
- 到着時に、ピアはブロックを開き、すべてのトランザクションを検証します。検証では、トランザクションが保証ポリシーに準拠しているかどうかをチェックします。戻るあなたの質問へ
、各ステップの誰もが署名する独自の鍵と証明書を使用していますで、誰もがランダムに彼らが署名または任意の他のアイデンティティに使用する参加者を選択していないことに注意してください。
PS。上記のプロセスは少し単純化され、多くの技術的な詳細がないことに注意してください。
PPS。 Courseraには、Hyperledger Fabricアーキテクチャのかなり多くの技術的側面とさまざまなコンポーネント間の相互作用についての新しいコースがあります。このコースを受講することをお勧めします。
わかりやすい説明をいただきありがとうございます。私はコースを取ることに目を向けます。私たちがこの例で作業する場合、私はステップ1,5および6でそれぞれ3つの署名を持つことになると思います。クライアントの場合は1と6、エンドーサの場合は5です。意味あり。私に混乱を招くのは、いくつかの説明がメンバーに言及し始めたときです。[here](https://github.com/hyperledger/composer/issues/1251)や[ここ](http://hyperledger-fabric.readthedocs.io/ja/) release/arch-deep-dive.html?highlight = endorsement#endorsement-policies)。あたかも同意している同僚のメンバー/管理者が署名できるかのように見えます。 – Goodman