私は問題なく作者0.14で私のブロックチェーンを開発しました。秘密で私のユーザ（参加者）を管理し、ブロックチェインにすべてのものが保存されていました。Hyperledger Composer 0.15＆Web applications - カードの使用
これで、Composer 0.15では、ブロックチェーンに接続するためにカードを使用する必要がありました（隠された関数が存在する場合でも）。私は現在の哲学を尊重したいと思っています...
私がよく理解していれば、私は自分のウェブアプリケーションでユーザーを管理し、右側のブロックチェーンに接続するために自分のユーザーとそのカードとの関係を作らなければなりません。私は正しい？
他の質問、同じparticpantsを使用して複数のWebアプリケーションを処理するには、各サーバーでカードを生成する必要がありますか？
最後に、サーバーに保存されたカードのアクセスをより安全にする方法を教えてください。 - 質問はすべてplateforms
のために求められることができ、今私が持っているのUbuntu/NodeJS：ユーザーカードは、彼らの同意（ハッキング、バグ、...）
Webサーバーなしで使用することができ、のでWebapp内のユーザーを管理し、ユーザーとそのカード間の関係を作成して、右側のブロックチェーンに接続します。私は正しい？
言ってそのより正確な - Composerで右の参加者に自分のアイデンティティをマッピングします。
複数のWebアプリケーション
あなたが別のWebアプリケーションをスピンアップしている場合、彼らは同じビジネス・ネットワークと、彼らは作曲で参加者にマッピングされているとの認証IDを使用することができます。アイデンティティ（参加者にマップされたもの）がこれらのWebアプリケーションの1つを使用する場合、問題のビジネスネットワーク上で（例えば）取引を行うことができます。 >https://hyperledger.github.io/composer/integrating/deploying-the-rest-server.html
カード
ハードウェアセキュリティの安全な保管 - あなたはたとえば、あなたのWebアプリケーションによって永続共有ストアにアクセスを設定したり、カードの永続ストアでRESTサーバーを展開するための可能性モジュール（鍵ストレージのための暗号化ハードウェアベースのオプション）？トラステッドプラットフォームモジュール？