ブロックチェーンアプリケーション開発技術のアーキテクチャモデルを導入します

ブロックチェーンアプリケーション開発技術のアーキテクチャモデルでは説明
金融からインターネットへのデジタル通貨の中央に、ブロック鎖の多様なアプリケーションシナリオを。ほとんどのユースケースは、いくつかのモデルのように要約することができます。一般的な建築のパターンの4種類に基づいてあなたにスイスruiecjoソースは、ブロック鎖の中央に適用されます。
1、IAM建築パターンの
背景情報：IAM環境は、多くのユーザーやサービスプロバイダーが含まれています。IAMシステムは、ユーザーがアカウントの所有権を証明するために、サービスプロバイダに行くことができるように、関数のセットと、各ユーザーのアカウントを提供して、その機能に応じたサービスの提供を受けます。
電源：IAMの必要性は、分散型環境を実現するために、この環境では、悪意のあるユーザーまたは複数のユーザーがシステムに重大な影響を与えることはありません。
解決策：モード候補は、World Wide Webコンソーシアム（W3C）DID次のように仕様およびW3C仕様検証可能なステートメントを使用して提案しました。

ほとんどの私たちは、このアーキテクチャのパターンにIAMを扱う例。例えば、我々は、ユーザーが唯一のブロックチェーンシステムの特定の機能へのアクセスを持っていることを保証するために、検証可能なステートメントを使用してアクセスを制御することができます。
ブロック鎖がruiecjoアプリケーション開発技術を理解することができます見つける必要がある、我々はブロックチェーン技術、および将来のブロック鎖技術の歴史とどのように開発するを説明します。
2、建築パターンの監査可能な歴史
背景情報：二つまたは一緒に貿易や仕事への複数の当事者、その活動は記録さ文句なしの方法であることが必要です。
強制措置：分散型監査ログや作業領域を実装する必要があり、作業エリア、悪意のあるユーザーまたは複数のユーザーがシステムに重大な影響を与えることはありません。
ソリューション：提案システムは、活動を記録し、ブロック鎖にこれらのレコードのエントリを作成します。このエントリは、アクティブレコードハッシュが含まれているので、将来はレコードを争うことはできません。

活動の数が多い場合は、ブロック・チェーンの性能限界を検討する必要があるかもしれません。したがって、いくつかの実装では、各アクティビティはハッシュを記録するのではなく、いくつかの活動のハッシュをログに記録することができます。
3、バザー建築パターンの中心に
背景情報：レジストリは、Web検索および取得のエントリを介してデータの集まりです。市場では、ユーザーがサービスや製品に代わってデータエントリを購入することを可能にするレジストリです。例えば、レジストリは、ディレクトリ利用できるAPIすることができます。
電源：分散環境を実装する必要が、この環境では、悪意のあるユーザーまたは複数のユーザーがシステムに重大な影響を与えることはありません。
解決策：次のように推奨モードです。

ユーザーは、レジストリを更新すると、クライアントはブロック鎖の変化を記録します。あなたは、データへのリンクを含むことがあり、大きなブロック・チェーン・レコード内のデータを更新した場合。データを変更するレジストリのニーズに格納されている場合は、クライアント上のレジストリが新しいブロック鎖が補正後の情報の記録が含まれて追加されます。
同サービスは何倍にも可能性があるため、ブロック鎖は、サービス市場を実現することができます。しかし、パフォーマンスのアカウントの問題を考慮して、市場ベースのブロック鎖だけでなく、それらの商品のための時間です。
4、インテリジェントアーキテクチャモデル契約
、複数のユーザーが契約を実行するスマートすることができ、契約を遵守しなければなりません。与えられた時点で、契約は誰もが、現在の状態の契約を認識し、状態移行を受けることになります。インテリジェント契約がブロック鎖技術の一部であり、多くのブロック鎖は、イーサネット広場など、サポートされています。
スマート接触は、ブロック鎖技術の一部であり、イーサネット・フォンブロック鎖の実装によってサポートされています。インテリジェント使用言語は、契約の合意を記述し、すべての参加者に配布します。契約で定義された変更条件に、各参加者は、ブロック鎖のレコードの現在の状態を使用して契約とコンセンサスアルゴリズムを実行します。

注：転載元を明記してください