将来のクラウドストレージ:IPFS100は何がアーキテクチャを--IPFS第三Q.を尋ねました

どのようなアーキテクチャIPFS:IPFS100は、第三Qを尋ねました

17634387-5cedecec20bb5c68.png
絵本のAppの下からジェーン

IPFSアーキテクチャは、上から下に8層に分かれています。

識別層:S / Kademliaの発生、ピアノード識別情報生成

ネットワーク層:任意のトランスポートプロトコル、ICEのNET&NET浸透

ルーティング層:分散ハッシュテーブル緩いピア位置情報とを必要とする対象を格納します

交換層:BitTorrentの&ビットスワップ流通管理をブロックする方法

オブジェクトレイヤ:メルケル-DAGの内容アドレス冗長リンクオブジェクトに、変更されません

ファイルレベル:Gitのバージョン管理ファイルシステムと同様:ブログのリストツリーがコミット

層を命名:SFS(自己認定ファイルシステム)IPNS:DAG可変オブジェクトネーミング

アプリケーション層:IPFS上で実行中のアプリケーションは、サービスを提供するために、最も近いノードを使用して効率を改善し、コストを削減

17634387-eef26be1d371a233.jpg
絵本のAppの下からジェーン

識別層と配線層を一緒に解釈することができます。ピア・ノード識別およびルーティング・ルール情報が展開Kademliaのプロトコルによって生成される生成、契約のKADの本質は、分散緩いハッシュテーブルを構築することで、DHTは短いため、誰もがDHTネットワークに参加しなければならない独自の識別情報を生成し、次いでこの識別情報を通過することは、情報資源や他のメンバーのこのネットワークの連絡先情報を格納するための責任があります。

コアネットワークレイヤの比較、LibP2Pは、任意のトランスポート層プロトコルをサポートするために使用することができます。ネットワークNAT技術は、デバイスが同一の外部ネットワークIPを共有し、我々はホームルータが原則です経験していることができます。

交換層、BTは、このツールサンダーに似ています。サンダーは、実際にP2Pネットワークをシミュレートし、中央サーバーを作成しています。失敗した場合のダウンタイム、ダウンロード操作を実行できない場合、サーバーは、サンダーのユニフォームによって維持されているので、このアプローチは、欠点を有しています。

また、ダウンロード要求の数を制限することができ、サービスセンターでは、人々は、各シードノードのデータが保存されるように、サービスはより安定している、ビットトレントへのよりスマートな方法を発明しました。

IPFS BitTorrentのチームはそれが共有するノードを奨励するために、信用および課金システムが増加し、ビットスワップと呼ばれる革新している、FileCoin大きな確率は、より多くの共有クレジットポイントの増加をビットスワップするユーザーデータを増加させ、ビットスワップに基づいていますクレジットポイント高いです。ユーザーが唯一の少なくなっ保存されたデータのないデータ、クレジットブランチを取得する場合は、クレジットの接続を埋め込む際に、優先順位の高い他のノードが選択されました。

Fileオブジェクト層と管理データ構造IPFSの80%であった話をする接着層は、データオブジェクトのほとんどはMerkleDag構造中に存在し、この連想重複排除が容易。ファイルレベルではGitのバージョンのスナップショットをサポートするために、同じデータ構造を使用して、新しいデータ構造、およびDAGのパラレル、です。

他のユーザーがユーザーオブジェクトの解放の正当性を検証する公開鍵指紋認証を、使用してオブジェクトにアクセスし、DAGオブジェクト名を作成するには、この巧妙なデザインは、暗号化することができIPNSに参加しました:レイヤーという名前の自己検証機能定義し、読みやすさを向上させます。

最後に、アプリケーション層は、IPFSのコアバリューは、私たちはアプリケーション全体の効率を高めるために、必要なデータを取得するには、その低コストで同様のCDN機能、帯域幅を使用することができます上で動作するアプリケーションです。

各プロトコルスタックは、責任を持っているし、お互いに協力しています。最終的にシステム効率を向上させ、システム・コストを削減することができます。

ます。https://www.jianshu.com/p/d547efe0b768で再現

おすすめ

転載: blog.csdn.net/weixin_34247155/article/details/91146905