アップグレード

みなさん、こんにちは!



確かに、最近、インターネットを制御しようとする試みがますます強くなっていることに気づいている人が多くいます。試用や調査なしのtorrents.ruの閉鎖(および著作権所有者との協力)からさまざまなハッカーのデモトラップ、他の人が静かになるように。 うん。 性交。



既存のトレント、電子メールなどの開発となる、新しい(全国的な)データ交換システムを組織し、開発を開始することをお勧めします。



おそらく、これらはすべて、情報交換用のさまざまなツールに何らかの形で実装されているとすぐに言わなければなりません。目標は、よりアクセスしやすく、便利で、生き生きとしたものにすることです。



注意-写真のない大量のテキスト。



現在の主要なネットワークの問題



  1. 重複コンテンツが多い
  2. コンテンツは常に検証されるとは限らず、多くの場合バイラルです
  3. いくつかの異なるコンテンツ形式がネットワーク全体に散らばっています(多くの場合、必要なものが見つかりますが、希望する形式ではありません)
  4. 多かれ少なかれ高速ジャンプの場合、トラッカーは依然として必要であり、動作を停止すると速度が低下し始めます。 (個人的には、私のDHTは一般にルーターをかなり迅速に配置するため、すべてのホームマシンで無効になっています)
  5. 現時点では、残ったコンテンツを急流で配布するのはそれほど簡単ではありません。 そしてしばしば完全に閉じられます
  6. トレントを自動的に更新する方法はありません(たとえば、テレビ番組ではこれは非常に重要です)
  7. トラッカーを使用せずにコンテンツの配信を開始することの複雑さ(n2pを介して友人にファイルを転送したいだけなら、成功しません)




これで何ができますか?



私は自分の何かを提供しようとしますが、自分の考えに追加があれば嬉しいです。 結局のところ、私は基本的に正しいことはできませんよね?)



一般的なイデオロギー


現時点では(これは単なるアイデアであり、すべてが劇的に変化する可能性があります)、XMPPプロトコルは非常に優れており、クライアントとサーバーの相互作用に特に使用し、データを直接交換するために(まあ、おそらくBitTorrent)テクノロジーを使用するという意見があります。

したがって、我々が基礎として持っているもの:

  1. 互いに情報を交換できるサーバーのセット
  2. 任意のサーバーおよび任意のクライアントと情報を交換できるクライアントのセット(ただし、すでにサーバーを介して)
  3. 情報自体は絶対に任意です




基本的には、これは目と耳にとって十分です-あなたの心が望むほぼすべてを実装できるので、このツールキットを使用して問題を解決してみましょう。



問題1-コンテンツの重複


ここでは、ただ座って、ディストリビューションとTPXの構造について考えることをお勧めします。 現時点では、すべてがrutrackerにあり、その多くはまだBBコードやTPXなどに保存されており、これは多くの場合、マシンにとってあまり便利ではありません)同時に、rutrackerでディストリビューションを作成するときにフォームに記入する必要があります。 それでは、プレーンテキストではなく、構造をすべて完璧にし、構造を維持してみませんか?



問題2-コンテンツは常に検証されるわけではなく、多くの場合ウイルスに感染しています


このために、さまざまなコンテンツ(主に.torrentファイルなど)の下にデジタル署名を導入するだけで十分だと思います。 この署名から、ネットワーク上のどんな種類の人がそれをチェックしたかを理解でき、実際、もしあれば、彼に質問します。 おそらく、マルチレベルの署名を整理するオプションがあります-最初に、小さなモデレーターが署名し、次により責任のある誰かが署名する必要がある、など または、この方法でコンテンツの信頼レベルを整理できます。



ウイルスから保護するために、ウイルスをスキャンするコンテンツを送信するボットを作成し、すべてがテストに合格した場合にこのコンテンツに署名するという考えがあります。



問題3-いくつかの異なるコンテンツ形式がネットワーク全体に散在している


ルートトラッカーの検索バーに「MD」と入力すると、わずか100種類のディストリビューションが得られます...悲しいことに、座って自分に都合の良いものを選んで見出しを見る必要があります。品質のようですが、それはそうではありませんただし、検索バーに「シーズン3」と入力することは必ずしも良いことではありません-繰り返しますが、何かをスキップできます。



すべてに対して1つのディストリビューションを作成する必要があり、必要な.torrentファイルを1か所で選択できます。 必要な字幕、翻訳、季節、画質など、あらゆる種類のツールを近くに配置できます。



ディストリビューションを結合できるようにするには、それらをすべて個別に署名する必要があります-ディストリビューションがあり、さらにコンテンツが表示されたら、既存のファイルに自分のファイルを追加し、モデレーションとこの新しいコンテンツのキューに入れます(すべての配布)が、モデレーターによって署名され、ポイント2のすべてと同じようになるまで、「未検証」とマークされます(まあ、またはそれより良いもの)。 このすべてに個別に署名し、条項2の機能を個別に実装する必要があります。 よさそうだ。



問題4-多少速いダウンロードには引き続きトラッカーが必要


ここではすべてがより複雑です。 ネットワークの実行可能性を高める必要があります。これには、新しいトラッカー用に次の検索アルゴリズムを実装する必要があります。



これを行うには、次の機能が必要です。

  1. ほぼ任意の他のトラッカーから配信に適したトラッカーを取得する
  2. あるトラッカーから別のトラッカーにリダイレクトする




最初のメカニズムは、トラッカーが横になったときに何を接続するかを理解するために必要です。2番目のメカニズムは、現在のトラッカーが機能しているが、このクライアントを処理したくない場合に必要です。



2つ目では、すべてがシンプルで明確です。アナウンスするだけで、「****へのリダイレクト」のようなものを彼に返すだけです。

しかし、最初は特別なサーバー構成が必要です-サーバーのネットワークをいくつか作成する必要があります(それをネクサスにします)。地理的に離れていることが望ましいです。 このネクサスの各サーバーには、この小さなネットワーク全体の優先順位リストがあり、すべてのクライアントに配布されます。 トラッカーが突然応答を停止した場合、クライアントはこれらのサーバーのリストを下って行き、どこかに接続します。 この時点で、ネットワーク内でデータが交換され、誰がコンテンツを実際に配信するのかが定義されます(これは非常に迅速に行われます-ネットワークは小さく、「同意」しますが、実装のために、いくつかのヒューリスティックを見つけて、いくつかの簡単で明確なルールを考え出すことができます故人の追跡者の後継者を決定するため)、そして彼らが決定した後、誰もがこの新しい追跡者にリダイレクトされます。



これは設定に問題を引き起こさないはずです-人々はすでに彼らの急流のバックアップを設定しており、ここであなたは人々と話す必要があり、サーバーはほとんど設定する必要がありません-彼らはすべて自分で行います



問題5-トレントで配布するのはそれほど簡単ではない


匿名のままにして、このネットワークをより分散させることが依然として重要です。 ここでは階層をより複雑にすることが提案されていますが、複雑さはネットワークを強化するだけで、弱めるようなものであるべきではありません。



トラッカーはすでにネクサスに結合されており、互いに特定のゾーンを構成できます。少なくとも1人のネクサスメンバーが生きていて、死んだネクサスメンバーからのすべてのコンテンツがそれに応じて保存されている限り機能します。 はい、負荷に問題がありますが、ネクサスに20台のサーバーがある場合、おそらく、そのような問題は決してないでしょう。



負荷が大きすぎることが判明した場合は、いつでもサポートサーバーを上げてクライアントをリダイレクトすることができます。



ネクサスへの参加のためにサーバーを識別するために、デジタル署名などが使用されます。 これにより、外部の影響からネットワークが保護されます。 そして、補助的な補助サーバーは異なるキーを持つことができ、したがって、ネクサスを作成するときに、メインサーバーと補助キーから、誰もがキーのペアを交換します。 補助的なものはいくつあってもかまいませんが、主なものは1つだけです。 このメカニズムは、1人のネットワーク参加者のネットワークの接続と拡張を簡素化するために作成されたため、全員と通信したりキーを交換したりする必要はありません。 実際、補助サーバーはプロキシキャッシュのみです。 しかし、一般的に、彼らの必要性はかなり幻想的です。



問題6-トレントを自動的に更新する方法がない


これは、アナウンスするための答えを介して実装するのが非常に簡単です。



問題7-トラッカーで配信を使用せずにコンテンツ配信を開始することの難しさ


これを行うには、たとえば、生成されたパスワードなしでは開けないリンクをユーザーが提供できる配布セクションを各ユーザーに実装するだけです。 原則として、ここでも特に複雑なものはありません-トラッカーは常に存在し、機能します。 原則として、サーバーにすべてを保存する必要はありませんが、クライアントに直接トラッカーを作成します。これらのプライベート配布のユーザーは、XMPPサーバーを介してこのクライアントにリクエストを送信します。



そして、これらはすべてアイデアですか?



すべてがそこにあるわけではなく、それらは単なる塊であり、目標を超えて(または欲求を超えて-誰かに)情報交換のための完璧なツールを作成することです。 上記のすべてに加えて、これらすべてについて多くの紹介があります。 たとえば、情報をネットワークにマージする匿名の半自動方法を作成する(Wikileaksの場合)、閉じたトラッカーの機会を作成する(このスーパーネットワークの一部のメンバーのみがファイル共有に参加できるようにする)。



インターフェースについては-単一の基本的なインターフェースを作成したいのですが、同じブラウザーにしたくないのです。 ブラウザには、実際のファイル共有のためのオプションが少なすぎます。



そしてこれの結果として-あなたの手のひらの「インターネット全体」で見えるであろうネクサスの特定の階層を持つこと。 たとえば、領土特性、方向(IT、音楽など)による分類など。 また、ネクサス自体にも独自の階層などを作成します。 これから始めるのも面白いと思います。 そしてm。 そのため、ネクサスは階層に参加せず、トラッカー自体に参加しました。 この階層で名前を発行してDNSのようなことをしなければならない可能性があります。 しかし、一般的には、これについて、それを整理する方法、サイバー不法占拠者などがないことについて、すでに多くのことを考える必要があります。 独自のトラッカーなしで閉じたコミュニティを作成する機能を作成します。 しかし、すでにセキュリティの問題があります-サーバーにはすべての情報があり、原則として、他のネットワーク参加者にすべてを送信できます...ここでは、「クライアントのトラッカー」メカニズムを使用して、暗号化されたチャネル経由でネットワーク参加者を同期できます。 一般的に、多くの多くの良いこと。



わかった それから何?



一般に、私は小さなチームを編成し、すべてを作成することを提案します。 そうでない場合は、他の人。 人々はすでにさまざまなもの(たとえば、ディアスポラ)の流通について賑わっています。 すべて便利です。







コメントでみんなを待っています。



All Articles