1990年代（1960年代に研究が開始された）のワールドワイドウェブとインターネットの展開以来、絶えず変更されてきた1つの要因は、透明性とプライバシーの混合です。 セキュリティ（ストレージ、転送など）と速度（データが1つの場所から別の場所に転送されるのにかかる全体的な時間）にも変更が加えられました。 現在観察され、経験されているもう1つの変更は、信頼できる機能アーキテクチャから分散型または半信頼できるプラットフォームへの移行です。 2008年の金融危機（グローバル金融危機とも呼ばれる）により、権威ある機能形態から分散型への変更の要望が始まりました。 プラットフォームとアプリケーションの分散型の青写真は、当初、特定の業界固有の問題のために始まりました。 多くのシナリオで成功を観察し、経験することで、広まり、同時に維持したいという願望が浮かび上がりました。 ZKP（Zero-Knowledge Proof）は、最初に成功したモデルのアップグレードバージョンと言えます。 この記事では、ZKPが通貨と供給の適応性の間の相互リンクを強化していることについて何かを知ることができます。
以下のコンテンツには、デジタル通貨のプライバシーの向上とサプライチェーンへの適応性を可能にするいくつかのイラストや提案されたプロトタイプが含まれます。
この調査では、Blockchainエコシステムにおけるプライバシー保護の回答と、今後発生する可能性のある現在および予想される問題を幅広くレビューします。 図2と図3は、プライバシーと時間に関する時間の変化に伴ってID管理がどのように変化したかを示し、ブロックチェーン内のセルフソブリンID管理（SSID）モデルの機能のバックエンドプロセスについてのアイデアを示しています。 作業フローと、ユーザー、発行者、およびサービスプロバイダー/検証者間の抽象的な方法での関係が示されています。 ユーザーが使用されているデータを制御できない集中型エコシステムとは異なり、分散型エコシステムでは、ユーザーはDID（分散型識別子）ドキュメントやウォレットアプリなどで使用されるデータを制御/権限を持っています。焦点は主に特定のタスク/プロトタイプのセキュリティ面にありました。 経済的に広く普及し、同時に適応できるようにするために、最初のZKPが導入され、その後、zk-SNARK（ゼロ知識の簡潔な非対話型の知識の議論）が展開されました。 ZKPとzk-SNARKに加えて、リング署名、準同型隠蔽、およびセキュアマルチパーティ計算（SMPC）が、ブロックチェーンのプライバシー保護アプローチとして利用されています。 ブロックチェーンにおける分類法のプライバシー保護手法の個別のカテゴリについて知りたい場合は、図4がカテゴリを明確に理解するのに役立ちます。 次の研究では、認証への非対称的な影響によって引き起こされるリスクを軽減するための説明責任を明確にするための非中央アプローチによるシグナリングおよびスクリーニングスキームを紹介します。
プライバシーを向上させるために、認証のプロセスはショーストッパーであると言われています。 SK4SC（サプライチェーン用のセキュアカーネル）は、プライバシー強化の実現を支援する提案されたプロトタイプです。 SK4SCは、設計、製造、調達、検査、廃棄、および出荷を含む（ただしこれらに限定されない）認証プロセスの確率的検証システムを理解しています。 SK4SCのアーキテクチャの青写真について詳しくは、図1を参照してください。署名ログチェーンの交差に加えて、ヒステリシスデジタル署名がパブリックディレクトリとしてブロックチェーンに使用されます。 ヒステリシスデジタル署名は、デジタル署名が長い間隔で検証を必要とする一部のアプリケーションの問題を克服するために開発された暗号化技術です。 この問題は、すべてのドキュメントがその前の（ハッシュ値）署名されたドキュメントにも依存するように、各ドキュメントの署名をチェーンすることによって解決されます。 プロトタイプのバックエンド機能を示す図1に戻ると、機能は2つのプロトコルを介して行われます。 2つのプロトコルは、「情報の共有」と「ZKP（ゼロ知識証明）の本物および証人値の共有として表示される派生情報」です。 配布における適切な同期と対称性のために、情報は報告と公的元帳への追加を必要とします。 ヒステリシスデジタル署名に加えて、SK4SCは、ランダムオラクルモデルに含まれるZKPベースの暗号化プロトコル（Camenisch-LysyanskayaおよびCamenisch-Shoup）も利用します。 図3は、このプロトタイプとロイヤルティポイントを持つCRMとの類似性を示しています。 プロトタイプのロイヤリティは、ユーザーが支払うカウンターバリューの回収と見なすことができます。 図3は、課税を伴う電子政府を示しています。 もう1つの例は、分散型エネルギー取引を支援するHARBです。
金融サービスや医療業界に加えて、エネルギー部門は、（機能の観点から）分散型に移行することで業界を変革するための話し合い/議論/議論が行われている分野の1つです。 エネルギーセクターに関する分散型フレームワークの好奇心と吸収の高まりを示す1つの図は、HARB（ハイパーグラフベースの適応コンソーシアムブロックチェーンフレームワーク）です。 このプロトタイプの際立った要素は、P2Pペアワイズ関係ではなく、高次の関係を介して分散型エネルギーリソース（DER）を調整することです。 図2は、HARBフレームワークの概要を示しています。 図の左側は、3つのレイヤー（契約レイヤー、オーバーレイレイヤー、アンダーレイレイヤー）の抽象的な形式を表しており、右側は、背景機能の詳細を表しています。 （このプロトタイプでは）物理層とも呼ばれるアンダーレイ層は、固有の時間からの独特の関係を明確に表現します。 位置; 身元; 特定のグリッドで相互作用するノードの特性から派生したコンテキスト。 その後、ノード間の相互作用の頻度を精査することにより、コミュニティ発掘のための適切な関係が行われています。 集中的な相互作用を観察することは、コミュニティ内の関係の存在を意味し、一方、わずかな相互作用は、コミュニティ間の関係を示します。 オーバーレイレイヤーは、アダプティブブロックチェーンモジュールマネージャー（ABM）とブロックチェーンクライアントマネージャー（BCM）を含むブロックチェーンネットワークモデル（BNM）を形成していると言えます（図4を参照）。 ノードは、モジュールを形成するために、高次の相互作用マネージャー、ノードリソースマネージャー、およびモジュールマネージャーを介してABMによって意識的にクラスター化されます。 すべてのモジュールマネージャーは、ブロックチェーンサービス（承認、注文、認証、コミット）を展開します。 各ノードが適切に機能するために、ABMのモジュールマネージャーは、機能、信頼性、レピュテーションにも応じて、各ノードに役割を割り当てます。 最後に、コントラクトレイヤーにはアプリケーションネットワークが含まれます。 スマートコントラクトとも呼ばれるアプリケーションは、ブロックチェーンサービスを利用して提供されるユーザー要件を定義するのに役立ちます。 次の潜在的な実用的な例は、観光セクターを分散型テクノロジーと結び付けます。
観光は、分散型テクノロジーを吸収しているもう1つのセクターです。 この調査によると、（専門的または個人的な目的で）さまざまな国に旅行する個人が増えるにつれ、セキュリティの側面は変化しており、さらに変化すると予想されています。 ブロックチェーンのような第4の革命ベースのテクノロジーは、適切な結果を達成するのに役立ちます。 ここで紹介する既知の旅行者デジタルの概念は、観光業の全体的なセキュリティを体系的に変えることに一歩近づくと見なすことができます。 （とりわけ）1つの理由は、それが観光産業の全体的なセキュリティを改善するための触媒として機能することです。 既知のトラベラーデジタルコンセプトを通じて、あなた/ユーザーはデータの使用を制御し、権限を与えられた個人として行動するため、より広い視点からセキュリティに貢献します。 使用されているコアテクノロジーは次のとおりです。
- 分散エッジャーテクノロジー
- 生体認証技術
- 暗号化
- モバイルインターフェース
以下に示すインフォグラフィックは、ユーザー情報が分散型テクノロジーとどのように相互リンクされるかについての潜在的な概要を示しています。
重要な点を理解するために、以前は中央当局によって管理されていた、大まかに含まれるあなた/旅行者のデータ（生体認証、モバイルデータ、およびエージェントの情報）が分散化されます。 これは、データソースがそれぞれ移動し、データが最近更新されたアルゴリズムで暗号化され、適切な説明責任、透明性、およびデータの安全性を維持するために、ハッシュまたはその他のオープンソースアルゴリズムを介してインデックス作成が行われることを意味します。同時に。 プロトタイプがどのように機能するかについての小さなアイデアを得るには、図11を見てください。
この研究は、ZKPに適応できるようにする供給の分野に焦点を当てています。 ISA95は、人工知能、ブロックチェーン、モノのインターネットなどの第4の産業革命テクノロジーと互換性があると見られています。ISA95がブロックチェーンテクノロジーや姉妹のようなテクノロジーで使用できるようになる理由の1つは、ISA95-CTS（準拠した従来の製造）からの変更です。システム）をSMMS（地理的に分散したスマートマニュファクチャリング）ユニットに。 機能要件は、ソフトウェアの特性を定義するプロセスとしても見なされます。
- ノードから元帳への通信
- 元帳から元帳への通信
- 元帳から惑星間ファイルシステムへの通信
- 元帳から外部へのデータソース通信（オラクル）
図2から図6は、上記のポイントで図に示したユースケース/特性を表しており、各レイヤーでデータがどのように流れるかについてのバックエンドの動作を理解するのに役立ちます。 すべてのコンポーネントが相互運用可能になった後の全体的な機能の青写真を確認するには、図7を参照してください。重要な点として、この図は、スマートコントラクト、個別のプロトタイプ、および分散型アプリケーション間の関係を示しています。
上記の提案されたプロトタイプに基づいて、供給の適応性とともにプライバシーの強化が今後数日で標準になると言うことは肯定的です。 好奇心が倍増するにつれて、新しい分散型プラットフォームやアプリケーションにもっと早く出会うことを期待してください。 Primafelicitasにアクセスして、ブロックチェーンエコシステムの最新の更新と分散型テクノロジー全般について詳しく知ることができます。
