このセクションでは、主要な設計はカスタマイズ（カスタマイズ）、包括的（包括的）のように達成するためにHyperledgerファブリックを備えて概説し、コミットメントのエンタープライズクラスブロックチェーンソリューションHyperledgerファブリック場合：
- 資産（資産） - 資産は、ほとんどすべてが自然食品からのアンティークの車に通貨先物に、ネットワーク上の金銭的価値を持つ交換を定義することが可能となります。
- Chaincode（チェーンコード） - 鎖コード実行トランザクションは、ノード間の信頼レベルと認証の必要なレベルの種類を制限する、選別分離し、ネットワークのパフォーマンスとスケーラビリティを最適化します。
- 元帳の特長（図書特性） - 全ての取引履歴をコーディング各チャンネルの不変株式台帳、およびSQLのような効率的な監査および紛争解決プログラムの検索機能が含まれています。
- プライバシー（個人情報） - チャンネル（チャンネル）、それは通常、同じネットワーク内の機密プライベートとマルチアセットの交換取引で必要とされる競合他社と管理業界で構成されていてプライベート・データ・セット（プライベートデータコレクション）。
- セキュリティ＆メンバーシップサービス（セキュリティや会員サービス） - 許可された証明書は、参加者は、すべての取引は規制当局と監査役の検出と追跡によって許可できることを知っているブロックチェーン・ネットワークのメンバー間の信頼関係を提供します。
- コンセンサス（合意） - 企業の柔軟性と拡張性のために必要な合意を達成するための独自のメカニズム。
資産（資産）
（不動産及びハードウェア）有形から無形（知的財産権や契約）への資産。Hyperledgerファブリック鎖コード修正の資産を使用して、トランザクション機能を提供します。
Hyperledgerファブリック資産は、キーと値のペアのセット（キーと値のペアの集合として表現される ）、 状態変化は次のように記録されているチャンネルのトランザクションでブック。資産は、バイナリおよび/またはJSON形式で表現することができます。
あなたは使用することができますHyperledger作曲を簡単に定義すると、あなたの資産Hyperledgerファブリックアプリケーションを使用するためのツールを。
Chaincode（チェーンコード）
チェーンコードは、他の言葉で、それはビジネスロジックで、資産取引を修正するために、資産、ソフトウェアと命令を定義しています。データベースまたは他のステータス情報を読み取りまたは変更するためのキーチェーンコード施行規則。チェーンコード機能を提案することによって開始元帳データベースおよびトランザクションの現在の状態のために行われます。チェーンコードの実行は、ネットワークおよび元帳内のすべてのピアに適用される書き込み電流に提出することができるキーと値の書き込み（書き込み電流）のセットを生成します。
元帳の特長（図書特性）
これは、書籍の順序、ファブリック内のすべての状態遷移（状態遷移）の改ざん防止の記録です。状態遷移チェーンコードは（「トランザクション」）参加者から提出された結果を呼び出されます。各トランザクションは、資産価値のペアのセットを生成し、などの作成、更新または総勘定元帳に提出削除します。
ブロック鎖と総勘定元帳データベース状態の組成物、ファブリックの現在の状態を維持するために記録不変記録状態データベースを格納するブロックのブロック鎖配列。各チャネルは台帳を持っています。各ピアは、それはすべてのチャンネルの本を参加するのコピーを保持します。
機能のいくつかの生地台帳：
- ベースの検索キーは、キーの組み合わせは、クエリへのクエリとクエリの範囲や総勘定元帳を更新します
- 豊富なクエリ言語は、読取り専用の問合せを（状態データベースとしてのCouchDBを使用している場合）
- 歴史読み取り専用の問合せ - キークエリの歴史書、データソースプログラムに従って
- トランザクションは、キー/値が読み出され、バージョンキー/値の鎖コードにおける（リードセット）と書かれているチェーンコード（ライトセット）から構成され
- 各トランザクションの署名は、ピアの承認が含まれており、仕分けサービスに提出します
- 貿易は通路を通って「合格」に命じサービスとピアから順に配置されたブロックに組み付け
- ピアは、取引や承認ポリシーの検証に基づいてポリシーを実施します
- ブロックを追加する前に、変更なしの読み取りを開始してから国有資産から必ずチェーンコードの実行を行うために、バージョンチェックを実行します
- トランザクションが検証され、送信されると、トランザクションが不変です
- 元帳は、定義されたポリシーの通路を含み、アクセス制御リストおよびその他の構成ブロックに関連する情報（構成ブロック）
- チャネルは、前記メンバシッププロバイダサービスの暗号化された認証局（認証局）から別の材料を許可するように、インスタンスを
あなたは見ることができます元帳テーマ、綿密な研究データベース、ストレージ構造と「クエリ機能を。」
プライバシー（個人情報）
チェーンコード（すなわち、更新されたキーと値のペア）、ブックの使用に基づくHyperledgerファブリックは、チャネルごとに変更することはできず、資産の現在の状態を操作し、修正することができます。書籍は、チャネルの範囲で存在する - それはネットワーク全体（すなわち、共通チャネル上の各参加者の動作を仮定して）共有することができる - または、それはまた、参加者の民営化の唯一の特定のセットを含んでもよいです。
後者の場合、参加者は、単離（分離株/偏析）およびそれらの取引帳簿に別個のチャネルを作成します。チェーンコードがインストールされていない場合は、全体のプログラムはチェーンコードのみがこれらのピア・ノードにインストールすることができ、透明性とプライバシー保護の間のギャップを埋めるために望んで対処するためには、他の言葉で（読み出し実行するために国有資産へのアクセスや書き込みを必要としますピアでは、それが適切に）本と対話することはできません。
チャネル上のサブ組織は、あなたが彼らのトランザクションデータの機密性を維持したい設定した場合は、データのこの部分を分離するために個人データ（個人データの収集）を使用することができ、プライベート・データベースがあり、その論理チャネル本は別に、唯一の認可団体のサブセットによってアクセスすることができます。
したがって、チャネル（チャネル）チャネル上の組織のサブセットとの間のデータのプライバシーを確保するために、広範なネットワーク及びプライベートデータセット（コレクション）上でトランザクションのプライバシーを確保します。
さらに混乱させるために取引を発注し、サービスブックに送信される前のデータは、（例えば、AES）チェーンコード値では、（部分的または完全に）暗号化されている一般的な暗号化アルゴリズムを使用して、ブロックに追加されます。暗号化されたデータは、ブックに書き込まれると、右キーが暗号文（暗号文）を生成するために使用されるだけで、ユーザーはそれを解読することができます。チェーンコードの暗号化の詳細については、以下を参照してください開発者のためのChaconodeをトピック。
ブロック・チェーン・ネットワーク上のプライバシーを実装する方法の詳細についてはで見つけることができるプライベートデータのトピック。
セキュリティ＆メンバーシップサービス（セキュリティや会員サービス）
Hyperledgerファブリック取引ネットワークをサポートし、ネットワーク内のすべての参加者は、既知のアイデンティティを持っています。生成団体、ネットワークコンポーネント、エンドユーザーやクライアントアプリケーションのための暗号化証明書の公開鍵インフラストラクチャ（PKI）の手段がバインドされています。したがって、データ・アクセス・コントロールを操作し、ネットワークとより広いチャネルレベルで管理されてもよいです。存在と機能チャネルと結合されたこの「ライセンス」の概念Hyperledgerファブリックは、アドレスのプライバシーと機密性が最も重要な問題（最優先の懸念）アプリケーション・シナリオで役立ちます。
参照してください会員サービスプロバイダ（MSP） （検証）の暗号化（暗号化の実装）のより良い理解を達成するために、テーマを、そして署名（記号）Hyperledgerファブリックを検証するために使用する、認証（認証）方法。
コンセンサス（合意）
技術における分散型の本は、コンセンサスが最近、特定のアルゴリズムの単一の機能と同等となっています。しかし、コンセンサスは、トランザクションシーケンスについて合意に達するために単にではありません、違いは（関与するという提案から、Hyperledgerファブリック、非常に重要な役割を果たしているトランザクション全体の流れにおけるコンセンサスメカニズムHyperledger生地で非常に顕著ですソート（発注）、検証（バリデーション）及び提出（コミットメント）への提案）と承認（承認）、。要するに、コンセンサスは、ブロックに含まれるトランザクションのセットの正しさの包括的検証として定義されます。
明確な戦略の検査基準に沿って順番やブロック取引の結果は、それが最終的な合意に達したことを意味すると。特定のメンバーは、トランザクションのタイプを支持しなければならないかを決定裏書およびポリシーの使用を含む、トランザクションのライフサイクルを通して起こるこれらと均衡、及びこれらのポリシーが実装され、承認を維持されることを保証するために、チェーンコード規定にシステムを使用。提出する前に、ピアは十分な承認、および適切なエンティティからのお墨付きがあることを確認するために、これらのシステムのチェーンコードを使用します。また、書籍は、この期間中に、書籍の現在の状態が正式に同意やビジネスある、バージョンチェック、書籍前にトランザクションを含むすべてのブロックを追加します。この二重の営業費用を防ぐために、最終的なチェックだけでなく、他の脅威は、データの整合性を損傷し、機能は非静的変数のために実装することを可能にすることがあります。
数多くの推薦に加えて、発生の妥当性を確認するバージョンだけでなく、その後の認証では、プロセスを取引するすべての方向に発生します。異なるアーキテクチャのコンポーネントをネットワーク階層内（サービスチャンネルでソート）アクセス制御リストを実施し、取引提案場合、ペイロードが繰り返し署名（署名付き）、検証（認証）および許可（認証）であってもよいです。すべてのすべてでは、コンセンサスがちょうど逆に、取引注文の数について合意に限定されるものではなく、トランザクションは副産物全プロセスから（副産物）の一般的な特性（包括的特性がある提案に発生したの継続的な検証があると提出されます）。
参考：
開始Hyperledgerファブリック公式サイトの翻訳-キーコンセプト（Hyperledgerファブリックモデル）
Hyperledgerエントリ（）：スーパーモデルの図書
学習のhyperledger布構造モデル
英語公式文書元の文書：
https://hyperledger-fabric.readthedocs.io/en/release-1.3/fabric_model.html
