ハイパージーガーファブリックSDKの設計/アプリケーションの役割

Question

ハイパージーガーファブリックネットワークを利用するアプリケーションを使用する場合、アプリケーションは同一性を有する。ユーザーID。関数を呼び出すときには、それをすべての支持している同輩に送り、それを歌わなければなりません。アプリケーションはこのプロセス全体を処理する必要があるため、ブロックチェーンのネットワーク/ロジックについての知識が必要です。

これはsdkのための良いデザインではないと思います。アプリケーションがピアに接続して、接続要求をピアに送信するほうがよいでしょう。次に、ピアは、発注者および発注者ピアへの送信を含む、すべてのブロックチェーンロジックを処理します。

など。テンダーミントはこれを好きです。アプリケーションとブロックチェーンとの間のインタフェースは、細くなり、操作が簡単になります。

これもハイパーエッジファブリックSDKで可能ですか？例えば。 2人の同僚がトランザクションを承認する必要があることを示す保証ポリシーがあるとします。 1つのピアだけが通信でき、トランザクションフロー全体を自動的に処理できるようにすることは可能ですか？

Answer 1

ファンクションを呼び出すときは、 すべてのピアを承認して送信する必要があります。アプリケーションはこのプロセス全体（ ）を処理する必要がありますので、ブロックチェーンのネットワーク/ロジックについての知識が必要です。

残念ながら、申し訳ありませんが、今のところ、アプリケーションは内部で保証ポリシーロジックをコーディングする必要があります。 もう1つの問題点は、ピアのエンドポイントで事前設定する必要があることです。

しかし、長い間ではありません！うまくいけば、v1.2またはv1.3 Fabricにはservice discovery機構があり、Fabric SDKは他のピアがどこで実行されているかなどの情報と、「fooのチェーンコードbar、私は裏書を頼むべきですか？ アプリケーションはインフラストラクチャレベルの知識をすべて処理する必要はなく、ビジネスロジックのみに焦点を当てます。