開発者や学生のために設計チェーンオフ、インサイダー!
この記事ブロック鎖Q&コミュニティオフチェーンは、許可なく複製拒否しました。
プライバシーの制限
取引やビジネス文書の交換では、ビジネスパートナーには、いくつかのプライバシーの要因が必要な場合があります。
プライバシー(1)取引データ:トランザクションにのみ、当事者の取引データを読み込みます。
識別番号(2)取引および取引相手の機密は:商社とそのカウンターパーティの数は、競争力のある情報が開示されてはならないです。
(3)時間の可視性:従業員が競合他社に参加するには、あなたはまだ古い取引は表示されません、システムにアクセスすることができます。
(4)セクションの可視性:全ての関係者が同じ情報を見ることができるわけではありません。例えば、買い手と売り手は、トランザクション内のすべてのフィールドを見ることができますが、運送会社は配送先住所へのアクセス権を持っている必要がありますが、価格にアクセスすることはできません。
(5)取引相手方の追加/削除:あなたが追加または削除、取引相手をトランザクション処理中に、それらを関連文書へのアクセスを許可する必要があるかもしれません。
公共の取引ブロックチェーン店と交換データのプライバシーは大きな障害を引き起こす可能性があります:デフォルトでは、台帳に入力されたすべてのデータがクリアされています。各ノードは、総勘定元帳の完全なコピーを持っているので、それは機密データを保存することはできません。
データ保護を暗号化することにより、
データの暗号化には、トランザクションデータのプライバシーを保護するが、わがままな多様性や環境ネットワーク相手方が特定のアルゴリズムを必要と信頼することはできません。次のようにアルゴリズムの主な手順は次のとおりです。
すべてのネットワークの利害関係者は、非対称鍵ペアを送信し、ネットワークの外に自分の公開鍵を交換してきました。
そして、情報の交換:
乱数を生成します
・本によって生成された対称AES 256キー数値
・送信者は、AESキーを署名するための秘密鍵を使用しています(=>「署名」)
・AESを使用して、メッセージキーの暗号化(=>「暗号化されたメッセージ」)
署名/暗号化情報/暗号化キー:各受信者について、AESは、受信者の公開鍵を使って暗号化されている•(=>「暗号化キー」)はこのように、総勘定元帳には、次のことを記録し
受信者がメッセージを受信します。
解読するために、受信者の秘密鍵を使用して・AES 256キー
・AES送信者の署名を検証する公開鍵を使って、256キーコントロール
・キーは、AES 256を用いてコンテンツを復号化します
この暗号化アルゴリズムは、プライバシーの制限を保証する範囲のですか?
このアルゴリズムは、一度だけ(暗号化)コンテンツストレージ要件台帳を最小限に抑えるためにそれを書くことによって、セキュリティと否認防止を提供します。したがって、それはプライバシーの制限を尊重します。
また、対称暗号鍵は、コントローラと、後で共有することができるので、プライバシーの制限は尊重されてきました。
同社の従業員は、もはや対称鍵を使用するままにしない、もはや過去の取引の内容を見ることはできません。そのため、プライバシーの制限を尊重します。
最後に、あなたは彼らに貿易の異なるフィールドで同じトランザクションの複数の対称暗号化キーを使用し、主要な利害関係者と共有して、関心のようにのみ公開された情報ことができますので、プライバシーの制限を尊重します。
しかし、欠点は、ネットワークの外に鍵アルゴリズムを交換する必要があります。最も重要なことは、それが取引に関わるすべての当事者を隠していないので、プライバシーの制限を尊重していない、です。
暗号化は、ビジネスロジックに障害となっていますか?
プライバシーの必要性を振り返ると、暗号化データはまた、彼らは唯一の台帳のレコードのデータを操作することができるので、誰もが見ることができ、チェーン内のスコープとスマート契約ブロックの使用に関する厳しい制限を引き起こしましたこれらのデータ。
これは:?課題の新しいセットをもたらしますどのように暗号化されたデータのプライバシーの制限と一致するよう、可能にしながら、多くの研究者の「信頼できる」ビジネスロジックの操作データは、このトピックを研究し、このテーマは進化であるかを確認されていますそれは非常に興味深いものになります。