問題の声明
ご存知のように、インターネットは核戦争で機能することができる情報伝送ネットワークとして作成されました。 2つのポイント間の通信チャネルはどこでも実行され、ネットワークノードの1つを捕捉しても、他のノードがパケットを交換し続けることは妨げられません。 ただし、この分散データネットワークは分散ストレージネットワークではありません-原則として、データは特定の場所に格納され、場合によってはエンドノードの脆弱性が非常に干渉しています。
おそらく、この制限を克服する時が来ました。 これを可能にする技術はすでに発明されており、広く知られていますが、それらを組み合わせる正しい方法を見つけるだけです。
分散ソースを備えたデータ伝送ネットワークの変形-私たちは皆、トレントプロトコルを知っています。 ただし、ファイル転送という狭い目的のために開発されたものであり、完全で自給自足のシステムを構築できないことは明らかです。
トレントの機能原理から始めて、このようなシステムを作成するためのスキームを提案します。
そのため、次の問題を解決します。
情報を保存および送信するための分散型分散ネットワークの作成、
匿名だが識別可能なメンバーと、
対等な立場で行動し、単一の統治当局を必要としない、
システムにその配信に関心のある参加者がいる限り、情報の保存と配信を提供します。
そのソリューションの鍵は、分散型および分散型のアドレス指定システムの編成です。
分散型分散アドレス指定システム
最も簡単な方法で作成できます。 アトムは、システム内でアドレス指定できる情報の基本単位と呼ばれます。 （アトムは、ファイルまたはWebページの類似物になります）。 アトムを作成するには、システムの参加者は電子署名で署名する必要があります（公開鍵と秘密鍵を使用したスキームに従って）。
システム内のリソース（Webサイトの類似物）は、公開キーによって識別されます。 システムプロトコルレベルで動作する他のアドレスまたは識別子を入力する必要はありません。 これにより、アドレス指定システムを完全に分散化でき、組織的な制御が不要になります。
アトムは、リソースのアドレスとアトム自体の暗号化ハッシュ関数によって識別されます。 アトムには、メタ情報ブロック（アトムのアドレスとアトムのタイプの指示、つまりこのアトムを読み取るプロトコル）と、システムのメインプロトコルのレベルで全体としてアドレス指定および送信されるコンテンツ自体を含める必要があります。
キー（リソース）の所有者を発行者、リソースを発行者と名付けます。 それは判明しました-最初の近似では、私たちが必要とするアドレス指定システムの既製バージョンです。
ただし、パブリッシャーとそのアトムを便利に使用するには、もう1つのエンティティ、つまりリソースメタ情報のファイル（アトム）が必要です。 それを出版と呼びます。 出版物は、原子のグループ化と原子間の結合を定義します。 特に、出版物は、出版社が必要に応じてアトムの新しい改訂版を導入できるようにします（新しい出版物を作成します）（そして読者は古いもののアドレスで現在のバージョンを見つけることができます）。 出版物ファイルでは、いくつかの形式を使用できることが想定されています（出版社の選択により）-明白なオプションはフォルダー構造を整理することであり、非リレーショナルデータベースからデータを照会する方法を使用することができます。
パブリケーションは、2番目の間接的なタイプのアトムアドレッシングを提供します。パブリケーションアドレスと内部アドレスを使用して、その構築方法はパブリケーション形式によって決定されます。
また、公開形式には、別の公開者による1つの公開者の公開の追加署名の可能性が含まれている必要があります。これにより、署名の両方（またはそれ以上）が公開アトムのメタ情報を通じてアクセスでき、メインシステムプロトコルのレベルで考慮されます。
これで、分散分散アドレス指定システムはほぼ完成しました。 SRDS（自己表現分散アドレス指定システム）と呼ぶことができます。 それは、コンテンツによって決定される（特別に準備された）情報のブロックに対処するという点で異なり、それ以上のことはありません。 各アトムのコンテンツは、そのアドレスに一意に対応し、任意の数のコピーを持つことができます。 特定のキーの所有者（パブリッシャー）への各アトムの所属も、そのコンテンツによって一意に決定されます。
Magic Torrent情報配信プロトコル
身近なインターネットの世界に戻ります。 非常に簡単な問題を解決するために残っています-私たちの原子へのアクセスを整理することです。原子はどこにでも配置できますが、アドレスによって一意に識別されます。 これにはtorrentプロトコルのアイデアを使用します。パブリケーションファイルはディストリビューションオーガナイザーに転送されます（ノードと呼びましょう）。 ディストリビューション（シード）に参加したいアトムの所有者は彼に登録されています-そして、アトム（ライチ）を受け取りたいアトムの所有者は、このアトムを持つシードのノードアドレスから受け取り、そのアトムの1つから直接アトムを要求します。 （必要に応じて、アトムをブロックに分割し、ブロックごとに要求できます。そのような分類は、作成時にパブリケーションファイルで指定する必要があります）。
どのアドレスについて話しているのですか？ マルチプロトコル作業を実装することをお勧めします。つまり、参加者は誰でも、通常のデジタルTCPアドレス、または必要に応じてtorネットワーク、i2pなどのアドレスを使用して、より便利なアドレスでシステムに参加できます。 最初に実装された交換プロトコルIMHOは、httpsを作成する最も合理的な方法です。
ノードのアドレスを取得するには、別の上位レベルを整理する必要があります-それをスーパーノードと呼びましょう。 同様に、スーパーノードは、パブリッシャーとパブリケーションファイルに対応するノードを登録します。 （スーパーノードが発行者のSRDSアドレス、パブリケーションファイルのハッシュ関数、およびそれを配布するノードのアドレスを格納するだけで十分です）。
効率的な操作のために、ノード（同じリソースを配布する）とスーパーノード（できればすべて存在する）をリングに結合する必要があります-各参加者は、他の人が持っているすべての情報をコピーし、一定モードで交換します。
たとえば、システム情報を受信したいクライアント（このクライアントをビジターと呼びます）は、たとえばSRDSアドレスリンクをクリックして、このリンクから直接完全なアドレス（resource-publication-atom）を直接見つけ、スーパーノードを有効にして、必要なリソースを配布するノードのアドレスを取得する必要があります、それらのいずれかに連絡し、必要なアトム（または、必要に応じて、このアトムの現在のバージョン）を配布しているサイドのアドレスを取得します。
SRDSリソースへのアクセスを整理するこのようなシステムをMagic Torrentプロトコルと呼びます。
このような組織の安定性は非常に高く、メンバーを削除してもシステムの機能にはほとんど影響しません。 さらに、構造が完全に破壊された場合（すべてのノードとスーパーノードが削除された場合）でも、ノードとスーパーノードの機能を独自のイニシアチブで引き継ぐ残りのサイドによって簡単に再作成できます。
残念ながら、私たちのシステムを完全に無秩序で分散化できない理由があります。 スーパーノードリングは重要なリソースであり、何らかの方法で管理およびモデレートする必要があります。無制限の参加者数またはパブリケーションの数を増やすと、システムのパフォーマンスに悪影響を及ぼします。 私はそれが閉鎖されたクラブの原則に基づいて形成されるべきであり、出版物は、クラブ会員によって承認されたモデレーターの認証署名（出版社の署名の上）で受け入れられるべきだと信じています。 当然、しばらくするとそのようなクラブがいくつかあり、それに応じていくつかのリングがありますが、自然選択では明らかに、統合の原則にすでに同意できる少数の広く知られている人気のあるものだけが残ります。 さらに、出版物の厳密な選択は、ほとんどの場合必要ありません-悪意を持って生成された偽のリソースの受信を制限するのに十分です。
システムは情報の自由な交換のために設計されているため、以下を含む情報を保護するメカニズムを提供することが望ましい 発行者自身による（またはキーを押収した攻撃者による）任意の削除から。 ノードおよびスーパーノードの操作のためのプロトコルを設計するとき、（スーパーノードを介して）新しいパブリケーションのパブリッシャーによる作成と登録は、すべてのノードにこのパブリケーションの配布に切り替えるよう指示するディレクティブではなく、それらの一部が受け入れる提案、一部は拒否する可能性があることを理解する必要がありますまた、一度に1つのリソースの複数の出版物を配布したい場合もあります。 このような出版物のバージョンと保存の目的について訪問者に知らせるフラグを提供することも合理的です。
むしろ、デフォルトモードは、すべてのパブリケーションおよびリソースのすべてのアトム（古いエディションを含む）のノードによる保持、または後のパブリケーションで利用できない情報を含まないパブリケーションのみの除外に向けられるべきです。
利点と応用
記載されている組織の長所と短所は、原則として明らかです。 リソースの簡単な作成、任意ベースでの無料の情報ストレージの可能性、簡単で自然なスケーリング、および必要に応じて、技術的（代替プロトコル、代替ネットワーク）、物理的により部分的に隔離された情報システムのコンテンツを再現する必要がある場合の複製を提供します（たとえば、太陽系の他の惑星）またはインターネットセグメントの法的理由。 Magic Torrentプロトコルは、ddos攻撃に耐えるバックアップブロードキャストチャネルに使用できます。 SRDSに対処することは、分散型ブログの長年のアイデアを実装するのに理想的であり、一般に、プロプライエタリなサービスプロバイダー（フリーランスエクスチェンジなど）の意性を信頼するのが望ましくないネットワークプロジェクトを組織するのに最適です。 しかし、明らかに、最初にネットワークライブラリを作成するためにそれを使用するという決定が生じます。
提案されたシステムは、匿名ネットワークに代わるものではありません-必要に応じてそれらを補完し、それらの機能を使用し、従来のインターネットとの共通スペースを作成する自然なブリッジを提供できます。
主な問題は、提案されたすべてのプロトコルとプログラム（クライアントとシード、ノードとスーパーノードサーバー）をゼロから実装する必要があることです。 別の大きなトピックは、Magic Torrentでの作業に便利なメタファイルとアトムの編成、ナビゲーション、表示方法です。 通常のWebの「接続」テクノロジーはhtmlです。しかし、私たちのニーズのために、それを制限、変更、または何かに置き換える必要があります。
免責事項：
1）私の知る限り、私が提案したシステムは、既存または開発中の多くのシステムとは根本的に異なりますが、完全に認識しているとは主張せず、保証することはできません。 誰かが指を突いて「これは同じです」と言ったら-私たちはより多くの名声に値するので、そのようなプロジェクトに一般的な注意を払う必要があると思います。
2）提示されたアイデアを実施する意思、能力、または資格がありません。
同時に、私が発明したスキームは非常に強力で、シンプルで、有望であると思われます。 その実装により、機能が大幅に拡張され、しばらくしてから人生が大幅に変わります。
デジタル署名