独自に匿名P2Pを考えて作るスレ
1 ：プログラマDelta：
Winnyでは完全匿名説が破れてしまった問題
接続者が知らぬ間にキャッシュに著作物が流れ込む問題
各データ転送時に回線が埋まってしまい負荷がかかる問題
これらを問題解説すべく、データ圧縮分散+暗号化を加えて各分散を行うようにしようと考えてます。
接続者が知らぬ間にキャッシュに著作物が流れ込む問題
各データ転送時に回線が埋まってしまい負荷がかかる問題
これらを問題解説すべく、データ圧縮分散+暗号化を加えて各分散を行うようにしようと考えてます。
|
|
|
2 ：プログラマDelta：04/02/13 19:17
たとえば次のテキスト文があると考えて説明します。
テキストエディタでは
[あいうえお]
バイナリでは
[82 A0 82 A2 82 A4 82 A6 82 A8]
[あいうえお]という配列は複数通りあるのでそれを各クライアントに配列を何通りも用意し各配列に数値を打ちます。
[82 A0 82 A2 82 A4 82 A6 82 A8]・・・これを定義(1)としてクライアントの辞書に入れておきます。(もちろんコンパイル前に入れておいて尚且つ暗号化しておきます。コンパイル後は圧縮およびクラック防止対策を用意しておきます。
)(サーバ側)クライアントでは[あいうえお]を辞書を用いて"定義(1)"という物にコンバートその後暗号化の後各クライアントに転送もちろんデータ転送は"定義(1)"を暗号化したものを転送します。
転送形式は次のようにHTTP形式と同様に転送、
$F"定義(1)"$E
その後各クライアントはコール([あいうえお]テキストデータを問い合わせる)し、各クライアントに応答を呼びかける。
各クライアントは応答時にデータキャッシュに"定義(1)"がないかSearchする(メモリに目次を用意)。あればブロード回線を所有するクライアントに"定義(1)"を転送後その後テキストデータ要求クライアントに転送。
もし、他のデータ転送中のクライアントでは"ビジ"(忙しい)と応答し、クライアント([あいうえお]テキストデータを問い合わせた)は要求テキストデータの入手度を100から一つずつ減らしていきその入手度を各クライアントに提示し要求する。
入手度が５０未満の場合はデータ転送中のクライアントであってもキャッシュをSearchする。
ここでは"定義(1)"を持っているサーバ(元ファイル所有)ではデータは直接的に転送できないというのがお味噌です。
たとえ転送したとしても"定義(1)"という定義データ(暗号化)であって[あいうえお]テキストデータではないということです。
テキストエディタでは
[あいうえお]
バイナリでは
[82 A0 82 A2 82 A4 82 A6 82 A8]
[あいうえお]という配列は複数通りあるのでそれを各クライアントに配列を何通りも用意し各配列に数値を打ちます。
[82 A0 82 A2 82 A4 82 A6 82 A8]・・・これを定義(1)としてクライアントの辞書に入れておきます。(もちろんコンパイル前に入れておいて尚且つ暗号化しておきます。コンパイル後は圧縮およびクラック防止対策を用意しておきます。
)(サーバ側)クライアントでは[あいうえお]を辞書を用いて"定義(1)"という物にコンバートその後暗号化の後各クライアントに転送もちろんデータ転送は"定義(1)"を暗号化したものを転送します。
転送形式は次のようにHTTP形式と同様に転送、
$F"定義(1)"$E
その後各クライアントはコール([あいうえお]テキストデータを問い合わせる)し、各クライアントに応答を呼びかける。
各クライアントは応答時にデータキャッシュに"定義(1)"がないかSearchする(メモリに目次を用意)。あればブロード回線を所有するクライアントに"定義(1)"を転送後その後テキストデータ要求クライアントに転送。
もし、他のデータ転送中のクライアントでは"ビジ"(忙しい)と応答し、クライアント([あいうえお]テキストデータを問い合わせた)は要求テキストデータの入手度を100から一つずつ減らしていきその入手度を各クライアントに提示し要求する。
入手度が５０未満の場合はデータ転送中のクライアントであってもキャッシュをSearchする。
ここでは"定義(1)"を持っているサーバ(元ファイル所有)ではデータは直接的に転送できないというのがお味噌です。
たとえ転送したとしても"定義(1)"という定義データ(暗号化)であって[あいうえお]テキストデータではないということです。
3 ：デフォルトの名無しさん：04/02/13 19:17
へぇ〜
4 ：プログラマDelta：04/02/13 19:17
いわば、転送クライアント(中継)では[あいうえお]テキストデータではなく"定義(1)"であるということです。
"定義(1)"が要求クライアントに正常受信できた場合は、暗号化解除+定義(1)コンバートを行い[82 A0 82 A2 82 A4 82 A6 82 A8]を書き出し終了します。
人的解読には莫大な時間と知識が必要となり匿名に近い物ができます。
データが膨大に大きくなればそれなりに定義に割り当てデータ最小限化します。(もちろん時間がかかります。)
その後暗号化し分散データ転送を行います。
悪い点・・・
クライアントが定義辞書で大きくなります。(思考プログラムで最小化できます。)
データが膨大になればなるほど定義置き換え時に時間がかかります。
要求データダウンロード開始が多少遅くなります。
良い点・・・
必ず要求データが入手できます。
完璧なP2Pにより近くなります。
クラックされたとしても接続困難となります。(各クライアントEXEに自EXEの大きさ提示と暗号化定義送信)
定義部分にはAI思考をいれようとも考えています。
AIを入れてしまえばそれなりに解読に時間がかかり完全匿名にまた一歩近づきます。
いろいろと考えに考えを加えて構成を考えています。
ご意見とお力になっていただける人を探しています。
少しの協力で大きな物が完成します。
完全匿名というものはできなくても完全匿名に近い物はできます。
"定義(1)"が要求クライアントに正常受信できた場合は、暗号化解除+定義(1)コンバートを行い[82 A0 82 A2 82 A4 82 A6 82 A8]を書き出し終了します。
人的解読には莫大な時間と知識が必要となり匿名に近い物ができます。
データが膨大に大きくなればそれなりに定義に割り当てデータ最小限化します。(もちろん時間がかかります。)
その後暗号化し分散データ転送を行います。
悪い点・・・
クライアントが定義辞書で大きくなります。(思考プログラムで最小化できます。)
データが膨大になればなるほど定義置き換え時に時間がかかります。
要求データダウンロード開始が多少遅くなります。
良い点・・・
必ず要求データが入手できます。
完璧なP2Pにより近くなります。
クラックされたとしても接続困難となります。(各クライアントEXEに自EXEの大きさ提示と暗号化定義送信)
定義部分にはAI思考をいれようとも考えています。
AIを入れてしまえばそれなりに解読に時間がかかり完全匿名にまた一歩近づきます。
いろいろと考えに考えを加えて構成を考えています。
ご意見とお力になっていただける人を探しています。
少しの協力で大きな物が完成します。
完全匿名というものはできなくても完全匿名に近い物はできます。
5 ：デフォルトの名無しさん：04/02/13 19:17
6 ：プログラマDelta：04/02/13 19:25
7 ：プログラマDelta：04/02/13 19:27
8 ：デフォルトの名無しさん：04/02/14 00:15
重複です。
2chのような掲示板システムってP2Pで part.2
http://pc2.2ch.net/test/read.cgi/tech/999431595/
P2P総合
http://pc2.2ch.net/test/read.cgi/tech/1048668198/
P2P匿名掲示板zigumoスレッド その２
http://pc2.2ch.net/test/read.cgi/tech/1061244477/
2chのような掲示板システムってP2Pで part.2
http://pc2.2ch.net/test/read.cgi/tech/999431595/
P2P総合
http://pc2.2ch.net/test/read.cgi/tech/1048668198/
P2P匿名掲示板zigumoスレッド その２
http://pc2.2ch.net/test/read.cgi/tech/1061244477/
9 ：デフォルトの名無しさん：04/02/20 03:13
沢村レベルだな・・・
とりあえず誰かが骨組みをつくってそこにみんなで肉付けしていくっていう形が普通だと思うんだが
そこで>>1は何もしないの？
そこで>>1は何もしないの？