HFCLIドッカーコンテナといくつかのCLIコマンドに関していくつか質問があります。
まず、HFエコシステムに必要な他のDockerコンテナーと一緒に開始されるDockerコンテナーのコンテキストで、このコンテナーの目的を誰かが説明できますか?たとえば、ビジネスネットワーク組織、さまざまなピア、およびそれらのピアのチェーンコードステータスをクエリするにはどうすればよいですか?
次に、peer chaincode install
CLIコマンドを発行するチェーンコードをインストールすると、そのコードはどのピアにインストールされますか(org1.example.com組織に5つのピアが接続されている場合、前述のコマンドがターゲットをインストールするピア)チェーンコード)?
そして第3に、ビジネスネットワーク仕様に複数のピアとチャネルを処理する組織が1つしかない場合、peer chaincode instantiate
コマンドを発行してインストール済みコードをインスタンス化しようとすると、承認ポリシーを指定する方法( http://hyperledger-fabric.readthedocs.io/en/latest/endorsement-policies.html )-Pパラメーターの後に承認式に組織が1つしかない?
ご協力ありがとうございました!
編集1:3番目の回答に関する更新は1つだけです。チェーンコードをインスタンス化するときにピアとチャネルを維持している組織が1つある場合は、承認ポリシーパラメーター(-p)を省略できます。その場合、いずれかのピアがトランザクションを承認すると、トランザクションが承認されます
たくさんの素晴らしい質問。
「cli」コンテナの目的は、ピアプロセスをCLIとして実行することです。同じプロセスがクライアントとサーバーの両方であるというのは少し混乱します。それを変更する可能性があります。基本的に、peer chaincode
コマンドを実行すると、CLIが実行されます。 peer node
コマンドはサーバーコマンドです。サンプルのcliコンテナはスクリプト(scripts/script.sh
)を実行し、スクリプトはピアノードに対して一連のCLIコマンドを実行します。
scripts/script.sh
を調べると、CORE_PEER_ADDRESS
を含むいくつかの環境変数を設定するsetGlobals
関数が見つかります。これは、チェーンコードのインストール時にピア(CLI)が通信するピア(サーバー)です。
実際、さらなる調査の結果、残念ながらこれは不可能です。ゲート構文はまだ実装されていません。このためには、複数の組織をシミュレートする必要があります。