■次期P2Pの仕様 part6■

1 ：[名無し]さん(bin+cue).rar ：03/11/30 19:56 ID:XIFtfLjH: #次世代P2Pの仕様を話し合うスレです。

過去ログ・決まったこと？をまとめたサイト
　http://2.csx.jp/~p2p/

前スレ　Part５
　http://tmp2.2ch.net/test/read.cgi/download/1070113264/

関連
次期P2Pのクリアすべき課題を法的な観点から考察
http://tmp2.2ch.net/test/read.cgi/download/1070084504/
次期P2Pに対する要望スレ
http://tmp2.2ch.net/test/read.cgi/download/1070085137/
P2P総合
http://pc2.2ch.net/test/read.cgi/tech/1048668198/
次世代P2Pの名前を考えるスレ
http://tmp2.2ch.net/test/read.cgi/download/1069996070/

850レスを超えたら、次スレの準備をする為に、議論を一時中断して下さい。
あと、ｽﾚ住人はｷｼｭﾂに敏感なので必ずﾃﾝﾌﾟﾚ嫁

テンプレは
>>2-20
#---------------------------------------------------------#　
2 ：[名無し]さん(bin+cue).rar ：03/11/30 19:56 ID:62wMcSIl: 乙
3 ：[名無し]さん(bin+cue).rar ：03/11/30 19:57 ID:UOFuwnIh: うんこ
4 ：[名無し]さん(bin+cue).rar ：03/11/30 19:58 ID:UOFuwnIh: 1, ここは "仕様" を決めるスレッドです。
→ 実装法律に関しては、他のスレッドでお願いします。

2, 単発のアイデアは良く考えてから、カキコしてください。
十中八九、ｶﾞｲｼｭﾂとかスレ違いとかﾋﾟﾝﾄはずれと言われちゃいます。」

UDP/コネクションレス/IP偽装/コネクションハイジャック…は、既出。

3, Mac版は？　Unix / Linux / BSD 版は？
→ 次期Winnyでは一般的なプラットフォームをターゲットにしていますので
→ Unix板 Linux板 Mac板の方もアイディア・技術提供、宜しくお願い致します。

しかし、要望スレに自己主張してくれないと反映されないかも知れません。
※【神】UNIXにWinnyを移植【降臨】　http://pc.2ch.net/test/read.cgi/unix/1065863581/
※Linny開発プロジェクト Part2 　http://pc.2ch.net/test/read.cgi/linux/1056278411/

4, 「現時点で組み始めたいんだけど」
→ まだ仕様が決まっていないので、余り先走らないで下さい。
→ しかし検証コード・テストコードを書くのは推奨しています。

5, 今回のﾀｲｰﾎは別件逮捕だと聞いたけど？
→ ガセ。Winnyが解析された可能性がある。

6, IPの偽装はできないのか？
→ 現実的ではない。

7, ソフト名を決めずに、検索エンジン等でかからなくするのが良い・ソフト名を放送禁止用語にすれ
→ モノができてから考えれ。
5 ：[名無し]さん(bin+cue).rar ：03/11/30 19:59 ID:UOFuwnIh: 8, 特定のIP（ACCSとかJASRACとか）は、拒否する設定が良い
→ 一般のプロバイダが用いられた捜査に対して全く無意味。

9, 作者の身元を隠さなくていいのか？
→ 後で（公開の段階で）考えるべし。現状何もできてないので問題ない。
※今回の件から推測すると、実装し頒布した場合の作者さんは、
家宅捜索等の危険も大きいので決して身元を明かさぬ様に、
書き込み・垢の取得に"充分"気を付けて下さい。

早い話、2chで「作るyo!」・「ﾃﾞｷﾀｰ!!」と言ったら、
「将来、逮捕・家宅捜索される危険がありますよ」って事。

10, K察・ACCSは使用禁止にしよう
.　　・雑誌掲載を禁止しよう
.　　・初心者には容易に使えないソフトが良い、
.　　・初期設定を難しくしよう、等
→ 後で（公開の段階で）考えるべし。公開直前にでも何とかなる。
→ また現実問題、スレのＵＲＬの転載を止める手段はない。

11, 通信径路上でのデータの暗号化にはＸＸが良い
.　　・「鍵は～～で流すのが良い」等暗号関連
→ 暗号化はあくまでもプロバイダに特定されないためのもので、問題の本質ではない。
→ 例えば相手ノードが警察のＰＣだった場合などは、あらゆる暗号化は無意味。
→ どちらかというと、責任逃れの方法を考えなければならない

(･∀･)
6 ：[名無し]さん(bin+cue).rar ：03/11/30 19:59 ID:H1XMuZv/: すれたて乙
7 ：[名無し]さん(bin+cue).rar ：03/11/30 20:00 ID:UOFuwnIh: 12, 「**機能付きにしる！」・「インターフェイスは**！」
→ それ専用のスレッドが御座いますので、そちらに書き込んで頂くか
→ プログラム組む時(実装時・設計時)に、再度お願いします。項目14も参考に読む事。
※次期P2Pに対する要望スレ　http://tmp2.2ch.net/test/read.cgi/download/1070085137/

13, これ作っても違法なんじゃないの？
→ 法的な問題については専用のスレッドが御座いますので、そちらにお願いいたします。
→ そちらでは現在、法律に詳しい方を探しています。
※次期P2Pのクリアすべき課題を法的な観点から考察
　　http://tmp2.2ch.net/test/read.cgi/download/1070084504/

14, 基本部分をプラグイン・ライブラリの形で提供する事により

　・言い訳出来る。
　・開発者への負担を減らす
　・プラットホームに依存しないプログラミングが可能
　・別のソフトでも使い回せる。
　・単体での入れ替えが、より容易になる。

ぬるぽ
8 ：[名無し]さん(bin+cue).rar ：03/11/30 20:01 ID:2R1VVxw4: >>7
ｶﾞｯ
9 ：[名無し]さん(bin+cue).rar ：03/11/30 20:02 ID:UOFuwnIh: 15, オープンソースにする利点、またはリスクは？

.　クローズドにすれば匿名性が高まるのではなく、
.　クラックが難しくなるだけで本質的な解決にはならない。

.　 47氏の件を見れば解る様に、一人の開発者に全てを頼るのは"致命的"です。

.　オープンな規格で、オープンソースで開発する事により、

.　・多くの対応ソフトウェアを作成する事が可能になり
.　・大勢の人間がソースを手にする事が可能になり
.　・ソースのチェック・修正・脆弱性の対応にも役立つ

.　・もし暗号化/複合化部がクラックされても、仕様・規格があるので
.　　より強力なライブラリを"別の誰かが"作成する事が可能です。
.　　差し替えるだけなのでメンテナンス性も上がるでしょう。

.　　もし、不安なら自分でソースを持ってきてRebuildすれば
.　　信頼出来るバイナリが出来るかも知れません。

.　　※暗号化・複合化部は、一番肝になる部分ですので
.　　　ライブラリとして,バイナリでの提供を考えています。

.　 #　14・15の部分については、突っ込み待ってます。
10 ：[名無し]さん(bin+cue).rar ：03/11/30 20:07 ID:UOFuwnIh: 　　　　　　　　　＿＿　
　　　　　　　　　〈〈〈〈　ヽ　　　　　　　　　　　　　　,ィ⊃　　, -- ､
　　　　　　　　　　〈⊃　　}　　　　,r─-､　　　,. ' ／　　,/ 　　 }
　　 ∩＿＿＿∩　 |　　 |　　　　{ 　　　ヽ　／ ∠ ､＿__/　　　　|
　　 | ノ　　　　　ヽ !　　 !　　　　ヽ　ヾ､　　'　　　ヽ_/　ｒｭ､ﾞ､　/
　　/　　●　　　● |　　/　　　　　＼　 l　,　_;:;::;:;）､!　　{`-'}　Y
　 |　　　　( _●_)　ミ／　　　，,･_　　　ヽj 　,;:;:;ノ'　⊆) '⌒｀　!
　彡､　　　|∪|　　／　　　 ’,∴ ･　¨　　l　　　　　;::）-‐ｹ　　}
/　＿＿　ヽノ　/　　　　､･∵ ’　　　　ヽ. 　　　;:丿‐y　　/
(＿＿＿）　　　/　　　　　　　　　(ヽ､＿_,.ゝ､　　　　~___,ノ ,-､
11 ：[名無し]さん(bin+cue).rar ：03/11/30 20:08 ID:UOFuwnIh: 14, 基本部分をプラグイン・ライブラリの形で提供してはどうか

　良いアイデアだが、それは実装段階の話に近いので、要望スレで。

15, オープンソースにする利点、またはリスクは？

　リスク：オープンソースにすると言う事は、Ｋ察にもソースを公開するということ。
　Ｋ察のおとり捜査が容易になるので、
　かなり厳密な設計が必要になってくる。

　利点：ググったら腐るほど出てくるので、そちらで勉強して下さい。
12 ：[名無し]さん(bin+cue).rar ：03/11/30 20:09 ID:UOFuwnIh: 　　　　　　　　　　　　 .t- ..,　
　 _ 　　 ____　　 _, .-‐'"￣"'-ﾆｭ　
　r,.,ニニ.,,,__ "'" __　ノ　　　　　"''- 、　
　/,.- ─ -- 、"_,..,￣ '::.....　　ヽ､<.　@ヽ, 　
　"　　　　　　 "　　￣^'''^￣^'' ‐‐-ニ-＝
13 ：[名無し]さん(bin+cue).rar ：03/11/30 20:13 ID:UOFuwnIh: 　　　　　　　　　　　　　　　　　　　＿＿＿＿＿＿＿_
　　　　　　　　　　　　　　　　　　　　 /　　＿＿＿___　　 /＼
　　　　　　　　　　　　　　　　　　　　　/　　/＼＿＿/ 　 /　　/
　　　　　　　　　　　　　　　　　/　　/　　/　　/　　/　　/
　　　　　　　　　　　　　　　　　　　 /　　/　　/　　/　　/　　/
　　　　　　　　　　　　　　　　　/　　/　　/　　/　　/　　/
　　　　　　　　　　　　　　　　　　/　　/　　/　　/　　/　　/
　　　　　　　　　　　　　　　 /　　/　　/　　/　　/　　/
　　　　　　　　　　　　　　　　 /　　/　　/　　/　　/　　/
　　　　　　　　　　　　　　/　　/　　/　　/　　/　　/
　　　　　　　　　　　　　　　/　　/　　/　　/　　/　　/
　　　　　　　　　　　　 /　　/　　/　　/　　/　　/
　　　　　　　　　　　　　 /　　/　　/　　/　　/　　/
　　　　　　　　　　　 /　　/　　/　　/　　/　　/
　　　　　　　　　　　　/　　/　　/　　/　　/　　/
　　　　　　　　 /　　/　　/　　/　　/　　/
　　　　　　　　　　 /　　/　　/　　/　　/　　/
　　　　　　　/　　/　　/　　/　　/　　/
　　　　　　　　　/‐ ､./ 　 /‐ ､./ 　 /‐ ､./
　　　　　　　　　ゝ_.ノ　　ゝ_ ノ　　ゝ_ ノ
14 ：[名無し]さん(bin+cue).rar[sage] ：03/11/30 20:14 ID:ocbignZz: これは既出ですか？
http://www.zdnet.co.jp/broadband/0311/19/lp21.html
15 ：[名無し]さん(bin+cue).rar ：03/11/30 20:16 ID:UOFuwnIh: 　　,,,,........_
　/　　　＼
　| /ﾙﾘ∨ﾚﾘ
　|/／　＼|　　／￣￣￣￣￣
.(.|　・　　・ |)＜　・・・・・・
_..|　　　_ 　 |.._ ＼＿＿＿＿＿
　|　　　|| 　|　＼
　＼＿＿/ i 　 |
16 ：[名無し]さん(bin+cue).rar ：03/11/30 20:25 ID:NWk7hbjz: http://loveloveweb.hp.infoseek.co.jp/ozz/PP.txt
　いろいろ考えてみてますが…。

　
17 ：[名無し]さん(bin+cue).rar ：03/11/30 20:29 ID:kPeJvHid: >>16 まさか設定ファイルだけ先に作って満足ですか？おめでたい人ですね。
18 ：[名無し]さん(bin+cue).rar ：03/11/30 20:30 ID:NWk7hbjz: >>17
思いついたままに書いてる
　そこらへん気にしない方針
19 ：[名無し]さん(bin+cue).rar ：03/11/30 20:33 ID:RRLcAE2m: P2Pで無料レンタルディスクスペースを作ったらどう？
ディスクの使用権は借りてる人にあることにすれば、
貸した側の責任はそれほど問われないはず。
20 ：[名無し]さん(bin+cue).rar ：03/11/30 20:33 ID:7d3pvUIK: >>18　
ノイズになるだけだからやめれ
21 ：○ ：03/11/30 20:33 ID:UOFuwnIh: まとめサイト
http://s2net.s41.xrea.com/
http://2.csx.jp/~p2p/
22 ：[名無し]さん(bin+cue).rar ：03/11/30 20:33 ID:j0rXLra8: >>18
図にまとめてうｐした方が何倍も有意義じゃない？
というか、データの流れを考えないと何時まで経っても役に立たない罠
23 ：[名無し]さん(bin+cue).rar ：03/11/30 20:39 ID:1t1y63VB: 514氏こないかね？
仕事終わったかな？
24 ：[名無し]さん(bin+cue).rar ：03/11/30 20:42 ID:j0rXLra8: ｽﾚの進行速度が一気に落ちたなしかしあまり速すぎるのはやっぱり困る。
25 ：[名無し]さん(bin+cue).rar ：03/11/30 20:44 ID:NWk7hbjz: まったり。。いきましょうよ。
　焦って開発しても　ろくなもんができん気もするしなー。
26 ：[名無し]さん(bin+cue).rar ：03/11/30 20:51 ID:H2cqWFCj: 他スレに誤爆してしまったのでアレですがこういうのはどうでしょう。
ゴミも少な目でかつ全体が無いとサイズすらわからないと思います。

次のようなブロックを何個か何十個か知らないけど作っておいて、

　　　　　　　　　[mRNAハッシュ]
[tRNAハッシュ]-[tRNAハッシュ]-[tRNAハッシュ]
　　　　　　　　　　　　　　|
　　　　　　　　　　　ブロック

・tRNAハッシュは直下のブロックから作成
・mRNAハッシュは３つのハッシュから作成

でもって、あとでこんなカンジにくっつける
… -[mRNAハッシュ]-[mRNAハッシュ]-[mRNAハッシュ]-[mRNAハッシュ]-[mRNAハッシュ]- …
… -[ tRNAハッシュ]-[ tRNAハッシュ.]-[ tRNAハッシュ]-[ tRNAハッシュ]-[ tRNAハッシュ.]- …
　　　　　　　|　　　　　　　　　　|　　　　　　　　　　|　　　　　　　　　　|　　　　　　　　　　|
… 　　ブロックＮ－２　　ブロックＮ－１　　　ブロックＮ　　　ブロックＮ＋１　　ブロックＮ＋２　　 …

データはＣＤとかみたいにしておく。
データは適当な方法でランダム化していろんなブロックに配置。
ブロックには横と斜めのECCを持たせて斜めのECCはブロックを大きく跨ぐようにする。
ECCエラーの大きいブロックは破棄、ECCエラーの多い接続は切断。

リングになったら完全ファイルになってしまうので、
リングがあったらその中から、何個か適当なブロックを多めにプッシュしたあと
そのブロックを削除してあとちょっとで完全なブロックに戻す。

こういうのを流すのもあり。流すときは断片化にして出す。
… -[mRNAハッシュ]-[mRNAハッシュ]-[mRNAハッシュ]-[mRNAハッシュ]-[mRNAハッシュ]- …
27 ：[名無し]さん(bin+cue).rar ：03/11/30 20:56 ID:rZktj2a4: >>26
メッセンジャーと、トランスファーですか。
アミノ酸合成ですか？
28 ：[名無し]さん(bin+cue).rar ：03/11/30 20:58 ID:1t1y63VB: >>21のhttp://s2net.s41.xrea.com/
Wiki設置済みです。
29 ：[名無し]さん(bin+cue).rar ：03/11/30 20:58 ID:H2cqWFCj: 元ネタはタンパク質合成です。
トランスファーが先になってるけど。
30 ：[名無し]さん(bin+cue).rar ：03/11/30 20:59 ID:NWMeXV6R: 法的な抜け道が仕様を生むと思うんだが。。。
31 ：[名無し]さん(bin+cue).rar ：03/11/30 21:04 ID:EYupf6z8: >>26 本当にﾜｹわかりません

＞mRNAハッシュは３つのハッシュから作成
こう書いているのに、
その下の図ではmRNAハッシュとtRNAハッシュが１対１対応になっているのはなぜ？

・そもそもハッシュが２種類あるのは何？
・ていうかRNAってなに？
・データはＣＤとかみたいにって何？

かなり舌ったらずで本当にワケわからないんだけど、
何か図にちゃんと書いたほうがいいんじゃ？
32 ：[名無し]さん(bin+cue).rar ：03/11/30 21:09 ID:GIytO7+Q: 静粛に！　委員方、静粛に！

・・・戦いたがる者などおらぬ・・・

平和に、穏やかに、幸せにダウソしたい・・・我らの願いはそれだけでした

だが、その願いを無残に打ち砕いたのは誰です！？

我らは忘れない・・・

・・・あの『血の霜月』・・・『Winny2・1127』の悲劇を！

我らは戦う・・・戦うことで己を守れないのなら戦い続けるしかないのだ
そして、必ず勝利を我らの手に・・・

ジーク・ダウソ！　ジーク・ダウソ！
ジーク・ダウソ！　ジーク・ダウソ！
ジーク・ダウソ！　ジーク・ダウソ！
33 ：[名無し]さん(bin+cue).rar ：03/11/30 21:09 ID:H4R6FIQM: 人に説明すらできないパっと出のアイデアはもっと熟考してから書くべき
34 ：26 ：03/11/30 21:12 ID:H2cqWFCj: >31
tRNA3つでmRNAを一つ作る。
１つのtRNAは３つのmRNAに関わります。
そうすると前後だけのつながりの保証ができる。

RNAには特に意味はありません。
元ネタからです。

詳しく説明するのは面倒なのでＣＤみたいにと書きました。
・データをシリアルではなくランダムに配置する
・縦と斜めのECCを使う
の２つです。
35 ：[名無し]さん(bin+cue).rar ：03/11/30 21:16 ID:h57thqeK: >>26
＞ECCエラー
これはどういう場合に発生する？

＞・データをシリアルではなくランダムに配置する
要するにシャッフルするって事ね？

結局、この案にはどういう利点があるの？
前スレに出てきてた懸案とかは把握してるの？
36 ：[名無し]さん(bin+cue).rar ：03/11/30 21:23 ID:b4+kYZGx: Part.5の>>972なのですが、前スレに書いたやつコピペしてもいいでしょうか？
37 ：[名無し]さん(bin+cue).rar ：03/11/30 21:24 ID:h57thqeK: ｲｲﾝｼﾞｬﾈｰﾉ
38 ：[名無し]さん(bin+cue).rar ：03/11/30 21:24 ID:BeHmmA81: 既出であればスマソ

kはUPしたファイル=受け取ったファイルを立証しなければならない。
それを防ぐために、分割データ転送時に、データのランダムな一部削除と
ランダムな改変をしてはどうだろう？
39 ：[名無し]さん(bin+cue).rar ：03/11/30 21:25 ID:b4+kYZGx: すみませんそれでは・・・。長いので分割 1 / 3

1.拡散

　UPするノードはまずファイルをn個の暗号化したキャッシュに分割する。
　このキャッシュにはファイル名も個々の関連も含まれない。
　各キャッシュに復号キーの断片を埋め込むが、このときに復号キーの断片を
　持つ重要なキー、「公開許可キー」を作成する。このキーには次のものが
　含まれる。

　[ファイル名|DL要求用ハッシュ|(個々のキャッシュのハッシュ)|復号キー断片]

　特徴
　キャッシュを持つノードはその中身を知ることができない。
　公開許可キーを持つノードは、そのキャッシュを持つことができない。
　DL要求用ハッシュの存在により、DLしようとするノードは個々のキャッシュの
　ハッシュを知る必要がない。

　十分にキャッシュが拡散したと判断するに至ったら、公開許可キーを放流する。
　(公開許可キーを持つノードだけがキャッシュを特定できるので拡散数を把握
　して判断する)
40 ：[名無し]さん(bin+cue).rar ：03/11/30 21:26 ID:b4+kYZGx: 2 / 3

2.公開許可キー

　この公開許可キーを受け取ったノードは次のことをする。
　ファイル名とDL要求用ハッシュを抽出し、検索リンクに追加する。

　個々のキャッシュのハッシュを抽出し、このキャッシュを持つ他のノードを補助する。

　このキーとそのキャッシュを持たないノードにこのキーを拡散させる。
　(だがキャッシュが拡散するのを積極的に邪魔してはならない)

　被参照量の把握と拡散数の上限下限を管理する。(←不要というか、難しい)

　補助のしくみ
　一つのノードにこのキーに含まれているキャッシュが過度に集中しないようにする。
　集中しかけていた場合、転送中止や削除の要請を行う。
41 ：[名無し]さん(bin+cue).rar ：03/11/30 21:27 ID:h57thqeK: >>38 あげないで。

＞データのランダムな一部削除とランダムな改変をしてはどうだろう？
そうしたら、「本当にファイルを受け取りたい人」も受信できなくなってしまう。
Ｋ察と一般人を見分ける方法はないんです。

劣化コピー案とかも出てたけど、zipとかでは使えないし、そもそもpeercastでもすれば？ってことになる
42 ：[名無し]さん(bin+cue).rar ：03/11/30 21:27 ID:b4+kYZGx: 3 / 3
　DLのしくみ
　DL要求用ハッシュを受け取ると、キーに含まれるハッシュを使ってキャッシュを
　持っているノードに送信要請をする。
　中継はいくつでもかまわないがDL要求をしたノードは強制転送を受ける。

　DL要求を出したノードが既にそのキャッシュの一部を所持しているときは、そのキャッシュ
　のハッシュを送信する。ハッシュを受けたノードはDL完了までそのキャッシュを隠蔽する。
　(このとき初めてユーザーにDLの進行度を見せることができるが、これを利用してキャッシュ
　消しをされると本末転倒なのでよく考えたほうがいい。)
　DLが完了するまで上の繰り返し。

　DLが完了したノードにキーに含まれる復号キーの断片を送信する。
43 ：[名無し]さん(bin+cue).rar ：03/11/30 21:37 ID:RW/S5HPk: まず個人がうｐしようとするときに一つのキャッシュをいくつかに分ける。
そのときその結合部分になる小さなファイルを削除しておく。
ってかその復元に必要な結合部分を
ランダムに近くのノードにしばらくとばして削除。
もしくは何処か固定の場所においておくといいかも

うｐする人とダウンしたい人の間には転送する人を絶対に通すようにする。
ダウンしたい人は割れた一つをダウンした時点で一度その人から回線を切る
自動的に転送とupする人の回線も一度切れる。
また転送のときに同じ人と繋がるかもしれないけど
人が多ければ多いほど同じ人間に入る確立が低くなり、事実証拠固めは不可能。

そしてそのファイル割れた部分を集め終わった時点で
結合部分を全く違った人からダウンロード。で結合。

だめ？
44 ：Jony ◆l.La2J.vTg ：03/11/30 21:40 ID:C6vSCNXn: L専用のピアとR専用のピアが存在し、
L専用ピアはL専用のファイル情報、R専用のピアはR専用のファイル情報を持つ。
L専用のファイル情報は、どのL専用ピアが所持しても、
自分の持っているものが何のファイルかは一切分からない。
逆の場合も同じとする。

Lピア専用のファイル情報（Lキー）
・自分のハッシュ
・元のファイル情報
・元のファイルのハッシュ
・Rブロックのハッシュ
・Rブロックの暗号鍵
・結合済みブロックのハッシュ

Rピア専用のファイル情報（Rキー）
・自分のハッシュ
・元のファイル情報
・元のファイルのハッシュ
・Lブロックのハッシュ
・Lブロックの暗号鍵
・結合済みブロックのハッシュ
45 ：Jony ◆l.La2J.vTg ：03/11/30 21:41 ID:C6vSCNXn: L専用のブロック（Lブロック）……Lブロックの暗号鍵で暗号化済み
・自分のハッシュ
・Rブロックのハッシュ
・Rブロックの暗号鍵
・実際のデータ

R専用のブロック（Rブロック）……Rブロックの暗号鍵で暗号化済み
・自分のハッシュ
・Lブロックのハッシュ
・Lブロックの暗号鍵
・実際のデータ

ソフト起動時に接続される時点で、自分が偶数ピアであるか奇数ピアであるかが決定される。
二回目の起動以降も、ずっとどちらかのピアとなる。

この方式のメリット
・LキーとLブロック、か、RキーとRブロックを何個所持していても、
　自分が持っているファイルの情報は全く分からない
・キー、分割情報、ブロックという管理よりも、
　どのファイルを持ってよくて、どのファイルを捨てなければならないかの判断が容易

この方式の問題点

・ファイルの種類が四種類になるが、効率的な問題はどうか
・LピアとRピアを満遍なく分散させるにはどうするか
46 ：Jony ◆l.La2J.vTg ：03/11/30 21:41 ID:C6vSCNXn: このデータ構造における、通信方法を考えてみた。

A：Lノード、、、B：Rノード、、、C：Lノード

Lノードには、Lキーが自動的に送信され、ローカルに随時保存される。
ローカルに検索をかけることで、ネットワークでどういうファイルがやり取りされているのか分かる。

//　これは、ネットワークでどういうファイルが取引されているかを表すというマイナス面もあると思うが、
//　検索ワードを外に公開するよりはプラス要素が大きいと思われる。
//　何か画期的な解決法があればｷﾎﾞﾝﾇ。

A：ローカルに文字列検索をかけ、あるファイルのLキーを入手
A：Lキーに格納されているRブロックハッシュでダウンロード要求

B：ダウンロード要求を受け取る
B：Rブロックを所持していれば、A以外のノードにA宛てでRブロックを送信

A：Rブロックを全てダウンロード、ハッシュ値を確認、RブロックをLキー内の暗号鍵を使ってデコード
A：Rブロック内のLブロックハッシュでローカルを検索し、無ければLブロックハッシュでダウンロード要求

C：ダウンロード要求を受け取る
C：Lブロックを所持していれば、A以外のノードにA宛てでLブロックを送信

A：Lブロックを全てダウンロード、ハッシュ値を確認、LブロックをRブロック内の暗号鍵を使ってデコード。
A：LRブロック結合。Lキー内にある結合ブロックのハッシュ値で確認、さらに、Lキー内の暗号鍵を使ってデコード
A：元のファイルのハッシュをLキー内にあるハッシュ値で確認したのち、Rブロックを削除
47 ：[名無し]さん(bin+cue).rar ：03/11/30 21:41 ID:OIkjJm0q: ＞Freenetでは、ネットワークに参加する各ユーザーが、ハードディスクの一部をアップロード
＞されたコンテンツの保存用に提供する。コンテンツは暗号化されるため、誰も自分のハード
＞ディスクに何が保存されているのかは分からないし、意図的に特定のコンテンツをホスティ
＞ングしたという責任も問われない。
http://www.zdnet.co.jp/news/0210/29/ne00_freenet.html

という事はｗｉｎｎｙからキャッシュ編集機能を廃止したようなものを作れば良いのでは？
でもそれだけだと延々と膨れつづけるから必要であれば容量設定できるようにして。
ＵＰするときも暗号化して同じフォルダに放り込む。winnyでいうＵＰフォルダは存在しない。
48 ：Jony ◆l.La2J.vTg ：03/11/30 21:42 ID:C6vSCNXn: 中継処理は省いています。

全体の半分しか所持していないということは効率が悪いが、安全性を高めていると思う。
Aからすると、Rブロックを全てダウンロードしないと、
自分のところに目的のLブロックがあるか分からない状態です。

ダウンロード途中で、ローカルにあるRブロックは何であるか分かりますが、アップされません。

この時点で、LノードはLキーかLブロックを、RノードはRキーかRブロックしかアップしないことになります。
つまり、最初の放流主がLノードにいたとして、Rブロックを転送すればバレちゃうでしょう。

つーわけで、Rノードとして繋げてアップするなりなんなりの対策が必要です。
処理はかなり複雑ですが、かなり効果はあるかと思います。
あと、最後のハッシュ値の確認は省いてもいいかも。二重にハッシュ値を確認しているので。
49 ：[名無し]さん(bin+cue).rar ：03/11/30 21:42 ID:vy7LNH7G: Jony氏ｷﾀｰ！！
50 ：[名無し]さん(bin+cue).rar ：03/11/30 21:43 ID:kZDLTDl/: >>Jony氏
出来ればWikiに書いていただけるとうれしい・・・
51 ：[名無し]さん(bin+cue).rar ：03/11/30 21:43 ID:OIkjJm0q: >>43
それ先日オレが言った。
けどいい案だとは思う。
52 ：[名無し]さん(bin+cue).rar ：03/11/30 21:47 ID:ewegLljN: 裁判長「被告○○は、○○ソフトのゲーム「恋する妹はせつなくてお兄ちゃんを想うとすぐＨしちゃうの」
　　　　　および「大好きな先生にＨなおねだりしちゃうおませなボクの／私のぷにぷに」を無断で
　　　　　アップロードしたに相違ありませんね？」

('A`)　「聞き取れませんですた。もう一度おながいします。」

裁判長「被告○○は、○○ソフトのゲーム「恋する妹はせつなくてお兄ちゃんを想うとすぐＨしちゃうの」
　　　　　および「大好きな先生にＨなおねだりしちゃうおませなボクの／私のぷにぷに」を無断で
　　　　　アップロードしたに相違ありませんね？」

('A`)　「はあ? 違います。私がアップロードしたのは「(個人撮影)超美少女セックス大好き女子高生
　　　　が中出しだらだらでほんとにいいのか？(めちゃかわいいです）」という動画ファイルであって、
　　　　「恋する妹はせつなくてお兄ちゃんを想うとすぐＨしちゃうの」とか「大好きな先生にＨなおねだり
　　　　しちゃうおませなボクの／私のぷにぷに」などというゲームは全く知りません。

裁判長「えっ、では被告○○は、○○ソフトのゲーム「恋する妹はせつなくてお兄ちゃんを想うとすぐＨしちゃうの」
　　　　　および「大好きな先生にＨなおねだりしちゃうおませなボクの／私のぷにぷに」を無断で
　　　　　アップロードしたのでは無く、・・・ん　んん　「(個人撮影)超美少女セックス大好き女子高生
　　　　　が中出しだらだらでほんとにいいのか？(めちゃかわいいです）」という動画ファイルをアップロード
　　　　　したのだね」

('A`)　「え　?すんません。聞き取れませんですたのでもう一度おながいします。」
53 ：[名無し]さん(bin+cue).rar ：03/11/30 21:48 ID:C6vSCNXn: >>49
ずっといますよｗ

>>50
申し訳ない。
早速タイプミス→偶数奇数になっとる→が見つかったので、修正してからWikiります。
Wiki初体験……。
54 ：[名無し]さん(bin+cue).rar ：03/11/30 21:48 ID:f1xmylYW: >>52
ノイズと言いたいがﾜﾗﾀ
55 ：[名無し]さん(bin+cue).rar ：03/11/30 21:48 ID:kZDLTDl/: >>53
ありがとうございます。
がんばれ！
56 ：[名無し]さん(bin+cue).rar ：03/11/30 21:49 ID:RW/S5HPk: >53
すでに出てましたか…。
思いつきで書いてしまったもので。申し訳ない。
57 ：[名無し]さん(bin+cue).rar ：03/11/30 21:55 ID:cQeXgR/d: なんかよくわからんがガンガレ
58 ：[名無し]さん(bin+cue).rar ：03/11/30 21:58 ID:YacUYpvB: Jonyってなんだ。くせ者め！

ていうかすごい専門的っぽくて
「ほほーう」
と感心しました。
59 ：[名無し]さん(bin+cue).rar ：03/11/30 22:00 ID:9pUKqqdO: 僕らに最高のクリスマスプレゼントを
60 ：26 ：03/11/30 22:02 ID:H2cqWFCj: 首
をつって出直します。
手のだけど
61 ：[名無し]さん(bin+cue).rar ：03/11/30 22:03 ID:84mI8NLV: あたらしいネットの誕生ねット
62 ：[名無し]さん(bin+cue).rar ：03/11/30 22:05 ID:+XOdaEbR: ある一定の割合でダミーデータを送信するというのはどうでしょうか？
効率は落ちてしまうが、実際に送っているデータをわかり難くする
ことは出来る。ダミーデータに何か機能を持たせれば、交換が目的
ではないと言い逃れも出来る。
63 ：[名無し]さん(bin+cue).rar ：03/11/30 22:07 ID:kZDLTDl/: http://2.csx.jp/~p2p/
を作った方へ
すみません。勝手にリンク張りました
http://s2net.s41.xrea.com/
それとWikiの活用、よろしくお願いします。
64 ：z ：03/11/30 22:07 ID:fGIlTUHK: >>48
LノードはLしかアップしないとすると、ご存知のようにRをアップした瞬間に確実に特定されてしまう。
あるノードがLノードかRノードかという情報は、LRキャッシュの転送率を比較すればすぐにわかる。

Lノード、Rノードは決めずに、LもしくはRのどちらを最初にダウンロードするかはランダムで決定し、
最初にダウンロードした方を残すとした方が、より特定されにくいのではないかと思います。
65 ：[名無し]さん(bin+cue).rar ：03/11/30 22:09 ID:o4N7lRLW: どっかで見たけど、シェアウェア化ってのは面白いと思った。
1本1億円くらい、パスワードはバレバレにしておく。
一般ユーザーはフツーに使える（作者は訴えない）が、
警察とか出版社とかは金払わないと使えないという。
66 ：39 ：03/11/30 22:12 ID:b4+kYZGx: この方式の最大の利点は――
「外部からは常にキャッシュの一部しか見えない」状態を利用するということです。
自分が何を持っているのかはわかりませんが、それが完全ファイルにならないように
他のノードとお互いを助け合う、という連鎖です。

また公開許可キーによってほとんどの通信を一方通行(同じノードとは通信しない)にすることができます。
67 ：[名無し]さん(bin+cue).rar ：03/11/30 22:13 ID:MuKpUg9C: ＞65 基本的に、K察が一般ユーザーとして購入するのを防げないのでﾀﾞﾒ。その手の案は皆弱い
68 ：[名無し]さん(bin+cue).rar ：03/11/30 22:14 ID:C6vSCNXn: >>63
ごめん、なんかWiki壊しちゃったみたい……。
意見、のトップページが……。
69 ：[名無し]さん(bin+cue).rar ：03/11/30 22:15 ID:esB5duPy: >>62
ny以上にトラフィックの問題が深刻になる。
70 ：[名無し]さん(bin+cue).rar ：03/11/30 22:21 ID:BHS+eeNK: ファイルを三つに分ける。
本体キャッシュ・・・全体の95%程度。
結合用キャッシュ・・・キャッシュの5%程度、もしくは何バイトか。
情報キー

本体キャッシュはフォルダに任意固定。
結合用は常に流動させる（アップ本人であっても）。ある程度の上限でアプリ側が消去、
更新する。
結合用キャッシュと情報キーは連動せずに流れる。
情報キーから本体キャッシュをダウン、終了後そのノードとの回線は切断。
そして結合用キャッシュを検索、ダウンして結合する。

どうでしょう？既出っぽいけど・・・
71 ：[名無し]さん(bin+cue).rar ：03/11/30 22:21 ID:ewegLljN: >>67
一応一般ユーザーも勝手に使うのは違法（だが訴えない）
警察が一般ユーザーとして勝手に使ったら訴える

上のようにすればいいんじゃないの？（言ってることは>>65と同じだが）
甘いかな？
72 ：[名無し]さん(bin+cue).rar ：03/11/30 22:23 ID:aENGzrsF: 匿名性も大事なんだろうが、トラフィックを必要以上に出さないというのもクリアしないといけないんだろうな。
73 ：[名無し]さん(bin+cue).rar ：03/11/30 22:23 ID:g+Hocoqw: ひとつだけ言っておく
君達はすでに大失敗をしている

どんなシステムを作ろうと無意味
74 ：[名無し]さん(bin+cue).rar ：03/11/30 22:24 ID:9oOEbhYk: >>72
そうだな。
怪しい挙動だといろいろと厄介だからな。
75 ：[名無し]さん(bin+cue).rar ：03/11/30 22:25 ID:MuKpUg9C: >>70 part2くらいでｷｼｭﾂ。ｷｰ・分割情報・ブロック。ああなつかしい。いまはその発展形をギロン中、かな？
76 ：[名無し]さん(bin+cue).rar ：03/11/30 22:25 ID:C6vSCNXn: >>64
自分ノードがLノードかRノードかというのは周りのノードに公開されます。妄想上では。
アップする場合は、対極のノードのようになりすまし、ランダムウェイトの後送信するとか、
または対極のブロックだけを別の場所で配布してもらう（ローテク最強！）とか。

副作用的なもんですが、
対極のキーとブロックがペアで存在すれば、両方用のキーが作れます。
意味があるかは不明……。
77 ：[名無し]さん(bin+cue).rar ：03/11/30 22:26 ID:m7Gh7Roh: こんなのみつけた。SFCの香具師だな。

http://www.sfc.wide.ad.jp/kg/neco/wiki/survey/ExcessBasedEconomicModel.html
http://www.sfc.wide.ad.jp/kg/neco/wiki/survey/tarzan.html
http://www.sfc.wide.ad.jp/kg/neco/wiki/survey/%C8%EB%CC%A9%CA%AC%BB%B6%CB%A1%A4%CB%A4%E8%A4%EB%C6%BF%CC%BE%C4%CC%BF%AE.html
http://www.sfc.wide.ad.jp/kg/neco/blog/archives/000010.html
http://www.sfc.wide.ad.jp/kg/neco/blog/archives/000011.html
http://www.sfc.wide.ad.jp/kg/neco/blog/archives/000013.html
78 ：[名無し]さん(bin+cue).rar ：03/11/30 22:28 ID:m7Gh7Roh: こんなのも投入。
こっちは電通大だな。

http://www.spa.is.uec.ac.jp/~kinuko/wikiform/wikiform.cgi?url=data/p2p-workload.txt
http://www.spa.is.uec.ac.jp/~kinuko/survey/survey.cgi?cmd=index
79 ：[名無し]さん(bin+cue).rar ：03/11/30 22:29 ID:OIkjJm0q: >>68
ﾜﾗﾀ
80 ：[名無し]さん(bin+cue).rar ：03/11/30 22:29 ID:C6vSCNXn: >>63
お手数かけますた……。
81 ：[名無し]さん(bin+cue).rar ：03/11/30 22:30 ID:SHZC8wXS: >>77 おもしろい！！
82 ：[名無し]さん(bin+cue).rar ：03/11/30 22:32 ID:+XOdaEbR: >>71
不法な手段で得た証拠には証拠能力はない。
だから、次期P2Pソフトが「起動してからのお楽しみソフト」、という名目で
シェアウェア登録すれば、警察はそのソフトを使ってファイル交換が
出来るという事実を知っていれば不法にパスワードを破ったことになる。
一見完璧な気もするが・・・。
83 ：[名無し]さん(bin+cue).rar ：03/11/30 22:33 ID:SHZC8wXS: >>82 著作権法違反は親告罪らしいので無意味。っつうかその手の話題は法ｽﾚで
84 ：[名無し]さん(bin+cue).rar ：03/11/30 22:34 ID:zsFAGLf1: >>77

参考になります。　少し熟読してみます。
85 ：[名無し]さん(bin+cue).rar ：03/11/30 22:35 ID:GIytO7+Q: >>77

参考になります。
86 ：[名無し]さん(bin+cue).rar ：03/11/30 22:37 ID:esB5duPy: >>76
自分がデータを流すのはLだけ、
Rは要求があって初めて転送を装って流せばいいんじゃないの？

まさかLノードはRのデータを転送できない、
というかLとRのホストたちは別のネットワークを形成するってことか？
LがRのデータを持っていることがおかしいということは。
87 ：[名無し]さん(bin+cue).rar ：03/11/30 22:39 ID:C6vSCNXn: >>86
対極のファイルをうぷ・中継することはあるが、した後に削除すると。
なるほど。そうすることで解決しそうですね。

ツッコミ感謝いたします。
88 ：[名無し]さん(bin+cue).rar ：03/11/30 22:40 ID:C6vSCNXn: >>87
うぷ・中継の区別が付かないことを前提として。
89 ：[名無し]さん(bin+cue).rar ：03/11/30 22:40 ID:nRZ6MJ9/: これから一時熟読タイム？
90 ：[名無し]さん(bin+cue).rar ：03/11/30 22:44 ID:lMpFp9mK: 99%だろうが99.9%だろうが1つのノードが100%のキャッシュを保持しなければ同じじゃない？
暗号化して100%キャッシュにしないと元ファイルに絶対変換できない様にしないとならないけど。
91 ：[名無し]さん(bin+cue).rar ：03/11/30 22:46 ID:esB5duPy: >>90
俺もそう思うが考えるのが疲れた。
50%のリソースを持てない仕様ってのはどうなんだろうな。
92 ：[名無し]さん(bin+cue).rar ：03/11/30 22:50 ID:lMpFp9mK: >>91
最低でも2つのノードがキャッシュ持ってないとお目当てのファイルが落とせないって点は同じだけど、
50%しか持てないとなると完全ファイルが落とせる可能性が低くなって、
キャッシュ保持ノードを見つけるまでの時間もかかるようになっちゃうような気がするんだけど。
93 ：[名無し]さん(bin+cue).rar ：03/11/30 22:51 ID:0zPZr3NP: 100％の完全ファイル、もしくは完全キャッシュがﾉｰﾄﾞ上に存在しなければ

次に危ないのが全体の99.9を保持し続けてるﾉｰﾄﾞしかないだろ
94 ：[名無し]さん(bin+cue).rar ：03/11/30 22:53 ID:rZktj2a4: >>90
責任の分散を目指すならば、ファイルを等分して分散することになると思うけど。
（責任の分散が有効かどうかは別にして）
95 ：[名無し]さん(bin+cue).rar ：03/11/30 22:53 ID:b4+kYZGx: 完全ファイル公開してパス後で教えてるのと同じ・・・。
96 ：[名無し]さん(bin+cue).rar ：03/11/30 22:55 ID:fGIlTUHK: だから50/50で平均化しましょってことでしょ。
違法ファイルを交換する場合、絶対にリクスは生じる。
責任の分散化と平均化が重要。
97 ：[名無し]さん(bin+cue).rar ：03/11/30 22:56 ID:b4+kYZGx: 分散する量が多ければそれだけDLするチャンスがあるし。
98 ：[名無し]さん(bin+cue).rar ：03/11/30 22:57 ID:C6vSCNXn: Winnyで逮捕されは、upフォルダに自分が権利を保持していない著作物を置いていたから。
本人が何か全く分からず、かつ、半分以下しか保持していないとすると、安全性は上がる。
絶対ではないのは前に述べたとおり。
99 ：[名無し]さん(bin+cue).rar ：03/11/30 22:57 ID:9oOEbhYk: しかし責任の平均化となるとランダムバイトで分割はできないのか？
100 ：[名無し]さん(bin+cue).rar ：03/11/30 22:57 ID:lMpFp9mK: 99.9%を保持してるノードには自分が何をうｐしてるのかはファイルからは解らないって仕様に。
これが暗号化。
99.9%を保持してるノードもUPする場合は分割転送を前提にしてる。
50%の時だってブロックファイルはもっと細かいものになるんでしょ？
ﾀﾞｳｿ要求ノードが多い時は細切れファイルでもUPノードになれるような仕様の方が
効率上がると思うけど。
101 ：[名無し]さん(bin+cue).rar ：03/11/30 22:59 ID:lMpFp9mK: >>95
この場合同じノードがPASSを送ったら絶対アウトだろうけど、
PASSは別ノードからしか送られて来ないんだよ。
ファイルを送ったノードはPASSを知らない。
102 ：[名無し]さん(bin+cue).rar ：03/11/30 22:59 ID:C6vSCNXn: >>98
逮捕されたのは

それから、上記のRAIDライク管理法でも、保持できるキャッシュは50％以下です。
実際にはさらにブロックで分割される予定です。
っていうか、そうしないとレジュームできない。
103 ：[名無し]さん(bin+cue).rar ：03/11/30 23:03 ID:b4+kYZGx: ファイルのどの部分からでもダウンロードできるのだから、
100%近くキャッシュがあった場合、今後はマズイと思う。
全部をDLしなくても10%のところからを...20%のところからを...90%のところからを
という感じで突付いてDLしてみるツールがあれば、平均何%そのキャッシュを持ってるのか
わかるような気がするし・・・。
104 ：[名無し]さん(bin+cue).rar ：03/11/30 23:04 ID:fGIlTUHK: >>100
99.9%のキャッシュを保持しているノードは、決して0.01%のキャッシュを保持してはいけない。
また、99.9%のキャッシュを保持するノードが高速かつ大容量ハードディスクであるとは限らない。

状態を均質化することは、不安定なP2Pネットワークにおいて強い耐性を持つことができる。
理想的には全員が完全キャッシュを保持することだけど、それが危険なので50/50にするってこと。

>ﾀﾞｳｿ要求ノードが多い時は細切れファイルでもUPノードになれるような仕様の方が
>効率上がると思うけど。
これは50/50だろうが、99.9%だろうが同じこと。
105 ：[名無し]さん(bin+cue).rar ：03/11/30 23:05 ID:esB5duPy: >>96
二人なら50:50なんだけど、
そうでなければ最大50:1/nなんだよな。
誰もが50%を持っても平均になるし、
誰もが99%を持っても平均。
持ってる割合で何が左右されるんだろ。
106 ：[名無し]さん(bin+cue).rar ：03/11/30 23:09 ID:c+fAjwZ4: >>104
最後の0.1%をISDNに持たせるようにすると彼らも日の目を見れるね・・・
107 ：[名無し]さん(bin+cue).rar ：03/11/30 23:09 ID:EuDogbrF: 転送はどうするかなっとコーディング中。俺的にはいらないから付けたくねえ。
108 ：[名無し]さん(bin+cue).rar ：03/11/30 23:09 ID:esB5duPy: >これは50/50だろうが、99.9%だろうが同じこと。
50%しか持ってない奴が近くにいるよりも
99.9%を持ってる奴が近くにいるほうが、
ほしいブロックを持っている奴を見つけやすいって言う単純な話だろ。
109 ：[名無し]さん(bin+cue).rar ：03/11/30 23:11 ID:BeHmmA81: k察は違法調査をしないことが建前となっている。

つまり、今回の件では、K察は、著作権ファイル（の一部さえ）をアップロードせず、
著作権ファイルをダウンロードしたことにしているはず。

winny2ではこれが可能だった。

次期P2Pでは、これを不可能な仕様にすればいいのでは？

具体的には、「完全ファイルを作る条件として、１つ以上の不完全ファイルをUPしなければならない」
とか。

内容を知らない不完全ファイルのUPは、違法でないとk察が言ったとすれば、
ファイル分割仕様にすればいいだけ。
110 ：[名無し]さん(bin+cue).rar ：03/11/30 23:12 ID:hNJL+5sq: >>109 法ｽﾚ池
111 ：[名無し]さん(bin+cue).rar ：03/11/30 23:14 ID:RW/S5HPk: ブロックにして転送かませば匿名性もあがる。
後は個人がどれぐらいキャッシュを残しておけるかだ。
良識？に任せるか…。
112 ：[名無し]さん(bin+cue).rar ：03/11/30 23:16 ID:+8E46KiK: で、何がしたいの？
113 ： ◆Fw0Kir8iYA ：03/11/30 23:16 ID:aBy+3k83: 隣接ノードに情報を漏らさない方式にこだわっていた前スレ849です。
前スレの352,514,533などを参考に、キャッシュを分割する必要のない
転送方式について意見をまとめてみました。
ずいぶん複雑になってしまい申し訳ないのですが、読んでいただければ幸いです。

----------
公開鍵暗号方式を採用する。公開鍵、秘密鍵はソフト起動時に自動的に作成され、
ユーザーは（クラックしなければ）知ることはできないとする。
初期状態ではノード間の接続は以下のとおりとする

　E
　|
　A-B-C-D
　|
　F

以下、DがAからファイルをダウンロードする場合について述べる。
特に明記していないが、当然各ノード間の通信は暗号化されているものとする。
----------
続く
114 ： ◆Fw0Kir8iYA ：03/11/30 23:17 ID:aBy+3k83: ----------
・キー拡散段階
①　CがBに「CのIPアドレス」と「Cの公開鍵」をセットにして送付。続いてBがこれらをAに転送。
②　AはCの公開鍵で「Aのupファイルの情報（ファイル名、ハッシュなど）」を暗号化し、
ここに「Aの公開鍵」と「CのIPアドレス」を添付したキーを作り、Eに送る。
③　EはEの公開鍵で「AのIPアドレス」を暗号化し、キーに追加。
さらに「Eの公開鍵」、「EのIPアドレス」をキーに追加してCに送る。
④　Cは秘密鍵で解読し、「Eに接続している誰かが持っているファイルのリスト」
を手に入れる。この時点でCの持つキーには

１．Eに接続している誰かが持っているファイルの情報
２．Eにより暗号化されたAのIPアドレス
３．EのIPアドレス
４．Eの公開鍵
５．Aの公開鍵

の情報が含まれる。
----------
続く
115 ： ◆Fw0Kir8iYA ：03/11/30 23:18 ID:aBy+3k83: ----------
・ファイル転送段階
①　Dがファイルを検索し、Cが保持するキーを見つける。DはCから
「Eに接続している誰かが持っているファイルの情報」、「Eにより暗号化された
AのIPアドレス」、「EのIPアドレス」、「Aの公開鍵」をダウンロードする。
ただし、もしもこのとき Dの公開鍵=Eの公開鍵なら、Cはキーを送信しない。
②　DはAの公開鍵で「欲しいファイルのハッシュ」と「DのIPアドレス」を暗号化し、
「Eにより暗号化されたAのIPアドレス」、「Dの公開鍵」とあわせてEに送付する。
③　Eは「AのIPアドレス」を秘密鍵で解読し、残り3つの情報をAに送信する。
④　Aは「Dが欲しいファイルのハッシュ」と「DのIPアドレス」を秘密鍵で解読し、
Dの公開鍵で対象のファイルを暗号化して、Fに転送を依頼する。
⑤　FはDにファイルを転送する。

■メリット
・完全なファイルをアップロードできるので、分割されたデータの
1部が消滅する問題はない。ランダムな転送も発生しない。
・「誰が」「何のファイルを持っているか」の2点について同時に知ることは
できない（不確定性原理!?）ので、Aが保護される。
・何を転送しているのか知ることができないので、Fも保護される。

■デメリット
・キャッシュを分割する方式とは異なり、絶対に転送が必要。
・転送によるキャッシュの拡散がない。
・アップロードのたびにファイルを暗号化する必要がある。
・DとEがグルなら逮捕
・DOMが増える?

----------
以上。
ここでは分かりやすくするために転送は1段階としていますが、
さらに増やすことにより匿名性は向上すると考えられます。
おかしな部分があればどんどん叩いてください。
116 ：[名無し]さん(bin+cue).rar ：03/11/30 23:22 ID:b4+kYZGx: 一台が一つipアドレスを持たない今はどうするのでしょう？
117 ：[名無し]さん(bin+cue).rar ：03/11/30 23:30 ID:esB5duPy: >>113-115
ネットワークの動的な再構成にとことん弱いことと、
書かれているとおりキャッシュの拡散かな。
これと、既存の方法を組み合わせれば結構いいんじゃない？
118 ：[名無し]さん(bin+cue).rar ：03/11/30 23:30 ID:ecF4YVvp: ちょっと説明が理解しにくかったけど(私の読解力がない)、良い考えだと思いますね。
DとEがグルになる確率はかなり低くなると思いますし。
ただ、公開鍵で暗号はかなり非現実的です。DH方式で共通鍵を作成するか、
公開鍵で共通鍵を交換した方が良いかと思います。

キャッシュについてはこんなのもあった。
http://ca.geocities.com/fosae2003/
119 ：[名無し]さん(bin+cue).rar ：03/11/30 23:33 ID:GcUuN6Iz: 要するに、ファイルを分けて、２つに分けてアプリを起動したら、検索リンクと
つなぐ時に、情報キーを絶対UPとDLしてかた、使えるようにすればいいのかな？
ここに出てる案って、nyの改良止まりだね。

やっぱりIP偽装が次の課題になるんだろうね
K察も法改正とかして、強くなりそうｗ
120 ：[名無し]さん(bin+cue).rar ：03/11/30 23:34 ID:9oOEbhYk: >>119
アプリは1つ。
初回起動時にLかRに配分される予定らしい。
121 ：[名無し]さん(bin+cue).rar ：03/11/30 23:36 ID:4Dx0kXsj: 法律板からのフィードバック～

[転送]
<著作権法(刑事)>
(可能性1) 送信行為に該当。アウト
(可能性2-こちらの可能性高し) セーフ

<損害賠償(民事)>
ファイルの転送防止が不可能、またはファイルの流通を知らない、
または流通は知っていてもそのファイルが著作権を侵害してると
知ることができない場合には、責任を負わない(そうでなければ負う)

[ダウン]
セーフ。
ただ、ダウンしたものがそのまま送信可能になって
著作権侵害状態になる場合はアウト。
122 ：[名無し]さん(bin+cue).rar ：03/11/30 23:37 ID:122AvOvj: >誰が」「何のファイルを持っているか」の2点について同時に知ることは
できない（不確定性原理)

言葉の響きは何だか魅力的だな、量子コンピュータみたいだ。
123 ： ◆Fw0Kir8iYA ：03/11/30 23:37 ID:aBy+3k83: >>116
ネットワークもプログラミングも暗号もほとんど知らない厨なので、
おかしなことを言っていたらごめんなさい。
この場合、mxやnyはどうするんですか?
上の案の「IPアドレス」の部分を「IPアドレス＋ポート番号」にすれば解決します?

>>117
なるほど、既存の方法と組み合わせるのはいいアイデアですね。
レアファイルをこちらの方式である程度拡散させた後、
キャッシュを分割する方式を採用すれば、効果的かもしれませんね。

>>118
あんな分かりにくい説明で理解していただけたようで、ありがとうございます。
暗号についてもさっぱり分からないので、改良していただければありがたいです。
124 ：[名無し]さん(bin+cue).rar ：03/11/30 23:40 ID:lMpFp9mK: >>115
まずこの処理は不可能だろう。
>「EのIPアドレス」をキーに追加してCに送る。
CのIPアドレスはCの公開鍵で暗号化されてるんだろ？
キー情報にはCの公開鍵で暗号化されたCのIPアドレスしか載ってないように見えるが。

そんな複雑な処理にする利点が見えない。
どんなに暗号化をしても直接接続してるピアのIPアドレスは丸見えなのは仕方ない事。
転送ノードにはﾀﾞｳｿノードのIPアドレスとUPノードのIPアドレスが解ってしまうのも。
だから1セッションで全てのファイル転送を終える事は避けたい。
転送してるファイルが何なのかが解らなければkが転送ノードに入ってきたとしても
証拠となるような情報は得られない。

>・キャッシュを分割する方式とは異なり、絶対に転送が必要。
キャッシュ分割方式でも転送を絶対条件にする事は可能だと思う。
流れてきたﾀﾞｳｿ要求キーを受け取ったUPノードが別のノードにﾀﾞｳｿノードのIPアドレス通知して
転送を依頼すれば良い。
125 ：[名無し]さん(bin+cue).rar ：03/11/30 23:45 ID:noDWnR4I: >>109
でもさ、もし意味の無いテキスト置かれたら死亡じゃん？
126 ：[名無し]さん(bin+cue).rar ：03/11/30 23:48 ID:C6vSCNXn: >>125
このあたりは、オープンソースを前提に考えるとかなり難解になってしまいます。
自分も、妄想→穴発見→改良→穴発見→どうしようもない→根本から妄想し直し
を繰り返しているので。
127 ：[名無し]さん(bin+cue).rar ：03/11/30 23:51 ID:LCSg3yUi: >>124
>まずこの処理は不可能だろう。
>>「EのIPアドレス」をキーに追加してCに送る。
>CのIPアドレスはCの公開鍵で暗号化されてるんだろ？
AはCのIPアドレスは暗号化してないような。。。
128 ：[名無し]さん(bin+cue).rar ：03/11/30 23:55 ID:+8E46KiK: 存在をごまかす事に必死過ぎないか？
そもそも消す事は不可能なんだぞ。
という事は探せば何れは見つかるってことだ。
それでも今回のぱくられた奴等みたいに馬鹿やらなきゃ
nyやるぐらいでそう簡単にぱくられんだろ。
nyの次を考えるのか、nyよりも更にぱくられ難いようにしたいのか
そこらがはっきり見えない。
逮捕にびびってのnyの改良案出しなら不毛過ぎる。
nyをもっと手軽に簡易に、普及を促進させるだけで
ぱくられる可能性なんてどんどん薄くなる。
そちらの方向の方が47氏のお茶目な思想にも近いだろうし。
129 ：[名無し]さん(bin+cue).rar ：03/11/30 23:55 ID:x4JhmaG1: いくらIPアドレス偽装したって、しょうがないだろ。
転送ノードなのか、uploadノードなのかの見分けをつかなくすることが重要。

1.uploadノードがファイルを分割。分割前と分割後のハッシュキー生成
2.ファイル情報は、リクエストとは関係なく互いに流通しあう
3.upload／転送ノードともに、downloadリクエストに対して、1IPアドレスに
対して、1分割ファイルしか転送しない。
4.つまりdownloadノードは、IPアドレスの違うnノードから分割ファイルをget
してこなければならない。

n個のファイルに分割した場合、最低でもnノードからのgetリクエストがないと
ファイルは完成しないけど、それくらいのリスクはいいだろ？
130 ：[名無し]さん(bin+cue).rar ：03/11/30 23:56 ID:QIzSdl8t: >>128
基本的には賛成だがスレ違いなのでどっかいいとこ探してください。
131 ：[名無し]さん(bin+cue).rar ：03/11/30 23:58 ID:+8E46KiK: だって技術論のみで右往左往してるように見えてさ。
132 ：[名無し]さん(bin+cue).rar ：03/12/01 00:02 ID:kBbmBFVe: まぁそう焦る事もないっしょ
期限も無いんだし右往左往しててもいいんじゃない？
いずれ結果が見えてくるさ
133 ：[名無し]さん(bin+cue).rar ：03/12/01 00:03 ID:irMSEQLS: 一番重要なのはどのようにして共有ソフトをバージョソするかだと思う。
ニセモノのバージョソを防止するために47氏は公式サイトを使ったと思うが
結果、それが住所特定の決め手となったであろうとも予想される。
ユーザーが増えるとオークションに出したりＨＰで公開する厨房が出て
ﾀｲｰﾎされるのは時間の問題なので、その時いかに作者を守るか。
そのためにバージョソ1.0にWindowsUpdateのような機能を付ければ良いと思う。
各ユーザーは匿名ＢＢＳでの告知かソフトに組み込んだ自動Updateでバージョソを行う。
共有ソフト本体の配布はもちろん共有ソフトに放流。
その他は基本的にnyと同様でも匿名性は保証されるであろう。
134 ：[名無し]さん(bin+cue).rar ：03/12/01 00:03 ID:CwdyyzUy: まーね
135 ： ◆Fw0Kir8iYA ：03/12/01 00:04 ID:UNME27da: >>124
分かりにくい説明、重ね重ねｽﾏｿ。
>>113の最後が誤解を招いてしまったみたいですね。

＞「EのIPアドレス」をキーに追加してCに送る。
は>>114の③のことですよね。
CのIPアドレスは暗号化されず、B、A、Eと流れます。

＞だから1セッションで全てのファイル転送を終える事は避けたい。
＞転送してるファイルが何なのかが解らなければkが転送ノードに入ってきたとしても
＞証拠となるような情報は得られない。
上の方法では、たとえ転送ノードがkで、1セッションですべて送信したとしても
問題ありません。AからのファイルはDにしか複合できないので。
でも、万一にそなえて転送者Fは何度か変えるべきかもしれませんね。
簡単に実装できますし。
136 ：[名無し]さん(bin+cue).rar ：03/12/01 00:07 ID:TuttSxUc: >>133
自動バージョンは嫌う人が多いと思うけどなぁ。
どうなんだろ。
P２Pネットワークに流すだけでいいと思うよ。
デジタル署名付ければ同一ｻｸｰｼｬが流したって解るし。
137 ：[名無し]さん(bin+cue).rar ：03/12/01 00:07 ID:rgGnSJkN: >>133
トリップのすんげーの（発行者証明）つけるくらいしか対処方法ないんじゃね？
138 ：[名無し]さん(bin+cue).rar ：03/12/01 00:08 ID:2sjfKWc6: >>136
作者が特定されないか？
139 ：[名無し]さん(bin+cue).rar ：03/12/01 00:10 ID:TuttSxUc: >>136
同一ｻｸｰｼｬがバージョンしてる事がばれるだけで特定されるかどうかは
流すネットワークの安全性と等価だと思う。
最初に公開鍵を公開する時が危ないけど。
その後は一度流れればあとは勝手に誰かが転載してくれるだろう。
140 ：[名無し]さん(bin+cue).rar ：03/12/01 00:11 ID:TuttSxUc: >>139は>>138宛、ｽﾏｿ。
141 ：[名無し]さん(bin+cue).rar ：03/12/01 00:17 ID:2sjfKWc6: >>139
そうか。
肝心なのは初回バージョンのUPなんだな。
142 ：[名無し]さん(bin+cue).rar ：03/12/01 00:18 ID:KQqIdwQu: ・ﾊﾞｰｼﾞｮﾝがどうとか言ってる方は要望ｽﾚへ
143 ：[名無し]さん(bin+cue).rar ：03/12/01 00:18 ID:98VC4sec: ちょっとこんなこと考えてみました。抽象的ではありますが。

　次期P2Pソフトによって完全な大規模匿名掲示板が成立したとする。
で、その中からこのネットワークやそれを成立させる社会基盤に対して
害意を持ってる奴(前者は警察や荒し、
結果的にはいわゆる厨もかな？後者は反日マスコミとか)を
どうやって排除するか。
　こいつらだって掲示板の匿名性によって
その発言(ファイル転送におけるダウンロードする側の立場）を
守られてる訳で。
特定のノードがそのスレッドを管理するなら
その管理人の匿名性は無くなるだろうし、
管理人が排除すべき分子とグルだったらどうしようもない。
管理が出来るノード・人間を増やす？
その中にやっぱりスパイがいたら？

ってことです。この命題にそれなりの解が与えられれば
これをファイル転送に応用することも出来ると思います。
自分は考えたけどさっぱり思いつきませんでしたw
　結局議論の中身がループするような気はしますが、こんな切り口でも
考えられるよーってことを提案してみます。

長文・駄文失礼しました。
144 ：[名無し]さん(bin+cue).rar ：03/12/01 00:24 ID:KQqIdwQu: >>143
＞その中にやっぱりスパイがいたら？
どうしようもありません。っていうか自分で駄文だと思うなら書かない方が良いよ
145 ：[名無し]さん(bin+cue).rar ：03/12/01 00:25 ID:F7sA71Fl: おはよー。

　スパイなんてものは　何処にでもいるんだし。
　あんまり気にしないで開発したほうがいいと思うなー
146 ：[名無し]さん(bin+cue).rar ：03/12/01 00:25 ID:5DupNDr3: たまに違う方向性から模索するのもいいかもね。
でも、それも技術的な見地からね。
このスレの住人もたまに兄弟スレを見ながら。
定期的にフィードバック書き込まないといけないかも。
て、要望スレが機能してないから辛いが・・・。
自身の無い人・こうしたらいいんじゃ？って人は要望スレへ

次期P2Pに対する要望スレ
http://tmp2.2ch.net/test/read.cgi/download/1070085137/
147 ：[名無し]さん(bin+cue).rar ：03/12/01 00:25 ID:f1O3HGP0: >>144
お茶出すときに粗茶ですが・・・ってのと同じだろｗ
わかってやれよｗ
148 ：[名無し]さん(bin+cue).rar ：03/12/01 00:27 ID:IPToJmxj: >>143
次期P2Pって書いてあるけど、結局nyとちっとも変わらないじゃん。それ
149 ：[名無し]さん(bin+cue).rar ：03/12/01 00:28 ID:WVZFQufY: むしろスパイ対策が主眼になるんだが。。。
150 ：[名無し]さん(bin+cue).rar ：03/12/01 00:29 ID:hbY6M5bb: >>143
その答えはある。
その中の多数派である者達が、害を排除する。
自然淘汰もされていく。
最低限の仕組みやルールみたいなものは必要だけどね。
例えば「法律」「倫理」みたいな。ｗ
151 ：[名無し]さん(bin+cue).rar ：03/12/01 00:29 ID:F7sA71Fl: まあ　スパイやら厨房やらの排除なわけだが。

オフラインでのスパイはどうにもならんからなー。
152 ：[名無し]さん(bin+cue).rar ：03/12/01 00:31 ID:TuttSxUc: 共有を前提にしたネットワークなら厨房は排除しない方が良いって。
153 ：[名無し]さん(bin+cue).rar ：03/12/01 00:32 ID:xscvHVtF: ｶﾞｲｼｭﾂｶﾞｲｼｭﾂ言いたくないんですが、おまいらｶﾞｲｼｭﾂ過ぎ
154 ：[名無し]さん(bin+cue).rar ：03/12/01 00:32 ID:hbY6M5bb: >>152
排除したってまた直ぐ湧いてくるんだよ。ｗ
155 ：[名無し]さん(bin+cue).rar ：03/12/01 00:32 ID:3fMy4kTE: 一人が、不特定多数に成りすませないようにするのが一番大切。
んで、一番難しい。
全員がホンネで語るわけだから、現在の世論とは全く変わった世論になるだろうね。
156 ：[名無し]さん(bin+cue).rar ：03/12/01 00:33 ID:3fMy4kTE: つか、普段から変なことしてる奴は絶対にバレる。
目星付けられてキーロガー仕込まれて終わりだろ。
157 ：[名無し]さん(bin+cue).rar ：03/12/01 00:33 ID:xscvHVtF: みなさんﾋﾟﾝﾄ外れ過ぎなんですが
158 ：元スレ1 ◆bPSpbl.Bgs ：03/12/01 00:35 ID:1jqU1kct: 　1,暗号化/複合化
　2,接続管理部
ここは非公開だね。 1は外から扱う仕様のみ公開。
※必ず1と2を切り離して公開する。

1の公開は、とても厳重な管理と、最大限の注意が必要だけど
2の部分は、「既存のライブラリを使うので、詳細な接続方法は知らない。
実際お前らの手元にあるソースの仕様もそうなっているはずだ」と言う事で"言い逃れ"出来る。

どう思う？
159 ：[名無し]さん(bin+cue).rar ：03/12/01 00:35 ID:5DupNDr3: 次期P2Pのクリアすべき課題を法的な観点から考察
http://tmp2.2ch.net/test/read.cgi/download/1070084504/
次期P2Pに対する要望スレ
http://tmp2.2ch.net/test/read.cgi/download/1070085137/
160 ：nyユーザはこれであぼーんでは？ ：03/12/01 00:40 ID:S0ovdwNb: A ―――→　B　―――→　C　―――→　D
　　　↑
　　　ISPに頼んでアクセス網の段階で擬似nyネットへ経路変更
　　　させる用意をしておく

Aは容疑者
B、C、Dは恐い人達が創った仮想nyネットワーク
事前にA容疑者を内偵しておき、A容疑者がnyを起動したまま
出かける時間を把握

出かけたと同時にISPに連絡
nyパケットの経路を変更し、恐い人達とAのnyが絶対にお友達になるようにする
これができればゲキバレではないですか？
著作権侵害してるっぽいファイルくれよと言ったらAはくれるんですから

素人考えですが、怪しいと目星がつくかどうかが一番問題なのでは？
警察もこの捜査いきなりやると確実に違法っぽいですが、
長期間内偵し手続きをふんで、あるていど証拠を集めれば経路変更は可能でしょう
これは犯行の機会提供にすぎませんから

底では激流が渦巻いていても、水面が波打つ事がないネットワーク構成が理想だと思います
161 ：[名無し]さん(bin+cue).rar ：03/12/01 00:40 ID:irMSEQLS: うるせーよ xscvHVtF
162 ：[名無し]さん(bin+cue).rar ：03/12/01 00:40 ID:xscvHVtF: >>158
どうでもいいが、複合化じゃなく復号化
あと、それって結局プラグイン化の話だと思われかなり実装寄り
163 ：元スレ1 ◆bPSpbl.Bgs ：03/12/01 00:40 ID:1jqU1kct: ｽﾏｿ。間違えた

　1,暗号化/複合化
　2,接続管理部
ここは非公開だね。 1と2は外から扱う仕様のみ公開。
※必ずライブラリとフロントエンドを切り離して公開する。

ライブラリの公開は、とても厳重な管理と、最大限の注意が必要だけど
1,2以外の部分は、「既存のライブラリを使うので、詳細な接続方法は知らない。
実際お前らの手元にあるソースの仕様もそうなっているはずだ」と言う事で"言い逃れ"出来る。

どう思う？
164 ：[名無し]さん(bin+cue).rar ：03/12/01 00:41 ID:1jqU1kct: >>162
> かなり実装寄り
そうだね。今こんな話しても仕方ないな。
165 ：[名無し]さん(bin+cue).rar ：03/12/01 00:43 ID:xscvHVtF: だから、結局作るﾔｼが居ないのにそういう議論しても仕方ねーだろ
ﾉｲｽﾞ増えすぎ

どうしてもオープンソースにしたいなら、sourceforgeくらい使って今からプロジェクト立てろ矢
クローズドなら、マトモな実装持って鯉や
166 ：[名無し]さん(bin+cue).rar ：03/12/01 00:46 ID:3fMy4kTE: >>160
その方法だと、やっぱり、
・半分以下しかもってねー
・半分以上持ってるけど半分以上うぷしねー
っていうのは魅力的だね。
絶対に完全ファイルがアップされることはないんだからさ。
まぁ、間が悪く、原本うぷしようとしたら今出てるアイデアでは回避不能だけど。
167 ：[名無し]さん(bin+cue).rar ：03/12/01 00:46 ID:1jqU1kct: > ﾉｲｽﾞ増えすぎ

ｽﾏｿ
168 ：[名無し]さん(bin+cue).rar ：03/12/01 00:47 ID:F7sA71Fl: もうノイズとか気にしないことだなー
169 ：[名無し]さん(bin+cue).rar ：03/12/01 00:50 ID:lTyZhube: >>168
ノイズがノイズ擁護かよｗ
170 ：[名無し]さん(bin+cue).rar ：03/12/01 00:51 ID:CRoMlwaB: ヽ(´ー`)ﾉさくらたん～
171 ：[名無し]さん(bin+cue).rar ：03/12/01 00:52 ID:MzJ5UYbO: sourceforge使うのなら
名前決めとかないとまずいよね。
172 ：[名無し]さん(bin+cue).rar ：03/12/01 00:52 ID:F7sA71Fl: ↑こういうノイズもいるわけでして・・・ｗ
173 ：[名無し]さん(bin+cue).rar ：03/12/01 00:52 ID:MzJ5UYbO: 俺かＹＯ!
174 ：[名無し]さん(bin+cue).rar ：03/12/01 00:53 ID:CRoMlwaB: ヽ(´ー`)ﾉさくらたんの時代が到来
175 ：[名無し]さん(bin+cue).rar ：03/12/01 00:53 ID:xscvHVtF: 名前は立てる人が勝手に決めれば？
176 ：[名無し]さん(bin+cue).rar ：03/12/01 00:56 ID:MzJ5UYbO: 素直に、Winoz3
だろ。
MX→NY→OZ

NYの後継版ということで
1.14→2β7.1→3
177 ：[名無し]さん(bin+cue).rar ：03/12/01 00:57 ID:CwdyyzUy: ま、基本はテキトー。
でも名前考えるスレあるよ。
178 ：[名無し]さん(bin+cue).rar ：03/12/01 00:58 ID:F7sA71Fl: 名前は決めておいてもいいが
　何かと広まりそうな予感がしたら
　変更するとか…。
　
179 ：[名無し]さん(bin+cue).rar ：03/12/01 00:58 ID:xscvHVtF: 名前は立てるﾔｼが勝手に決めろ！以降、名前関連のﾚｽ禁止。
こう言わなきゃわからないのか？立てる気もないくせに
180 ：[名無し]さん(bin+cue).rar ：03/12/01 01:01 ID:8wfnRyru: ID変わってどれが煽り・厨かわからん漏れはもう寝ます
181 ：[名無し]さん(bin+cue).rar ：03/12/01 01:05 ID:rgGnSJkN: なんでプロジェクト立ち上げに持っていきたがるんですか？＞xscvHVtF
182 ：[名無し]さん(bin+cue).rar ：03/12/01 01:08 ID:o0+yJUkm: ・クローズド開発なら、
開発者が勝手にこのスレ参考にして作り始めればよし。

・オープンの場合、
先にオープンソースプロジェクトの基本方針を決めても
どのみち立候補を募る段階で詰まるのは目に見えているので、
その前に、仕様策定とおおまかな設計を済ませておこう、という主旨のスレです。
183 ：182 ：03/12/01 01:10 ID:o0+yJUkm: …俺、いま良いこと言わなかったか？
184 ：[名無し]さん(bin+cue).rar ：03/12/01 01:11 ID:BcVrrX0G: まぁね
185 ：[名無し]さん(bin+cue).rar ：03/12/01 01:11 ID:CwdyyzUy: まーね
186 ：[名無し]さん(bin+cue).rar ：03/12/01 01:12 ID:MzJ5UYbO: >>182-183
なかなかまとまってていいかんじ。次回から天婦羅な。
187 ：143 ：03/12/01 01:12 ID:98VC4sec: >>148,>>150,他

俺の中では、

Web割れ、MXでは結局中央サーバーの存在が
潜在的に弱点だったと思ってます。

で、nyはこれを排除した。

nyではスレッドを管理してるノードがあったから、
そのノードの匿名性が失われた。

では、これを排除して、キャッシュを多数が流動的に
管理するようなシステムにしたとする。

すると、「声と態度はでかいが多数派ではあり得ない連中」
というどっかで聞いたようなのが台頭してくると思います。

で、これを管理するために管理人を（ｒｙ
で、この中にスパイ（ｒｙ
（ｒｙ

となって無限ループに突入します。

これをどう解決すべきでしょうか。
188 ：[名無し]さん(bin+cue).rar ：03/12/01 01:15 ID:1jqU1kct: > これをどう解決すべきでしょうか。

割れを排除する。

ｋは"後出し"してくるんだから、
こちらは先に対応しなければならない。
189 ：[名無し]さん(bin+cue).rar ：03/12/01 01:15 ID:o0+yJUkm: >>187 よくわからないんですが、すくなくともスパイ問題（K札の囮PC）は不可避ですので、責任分散というスレの流れでは
190 ：[名無し]さん(bin+cue).rar ：03/12/01 01:16 ID:1jqU1kct: ~ /先に/必ず先に/g;
191 ：[名無し]さん(bin+cue).rar ：03/12/01 01:16 ID:hbY6M5bb: >>187
多数が分散して管理するんだよ。
そのためには、その仕組みが必要だけどね。
192 ：[名無し]さん(bin+cue).rar ：03/12/01 01:20 ID:IAAco6vv: >>191
結局、>>77に出たような自律的なシステムにせよ、これまでの ny/MX にせよ、
その中にK察のPCが居ることは判別できないので、
責任分散・リスク拡散で逝こう、ってのはものすごくｶﾞｲｼｭﾂなわけで。
で、その流れでデータの流通形態などが、議論されていたハズなのだが、
ノイズに紛れて良く分からなくなってしまった。
休憩中？
193 ：[名無し]さん(bin+cue).rar ：03/12/01 01:21 ID:IAAco6vv: ていうかこういう経緯を何度も説明するのはめんどい
194 ：[名無し]さん(bin+cue).rar ：03/12/01 01:21 ID:3fMy4kTE: スレ建てにリスクが無かったら、クソスレが乱立するだろう。
それを排除する仕組みも必要だし。

ていうか、まずはデータ構造、送受信方法だろ。
195 ：[名無し]さん(bin+cue).rar ：03/12/01 01:29 ID:A4OzXdUM: 154氏はどうしたんだろう？
196 ：[名無し]さん(bin+cue).rar ：03/12/01 01:30 ID:IAAco6vv: ？ 154って誰だ
197 ：[名無し]さん(bin+cue).rar ：03/12/01 01:32 ID:s76R9yko: 転送するデータに宛先ノードとランダムなステップ数を暗号化して埋め込んで、
ノードを通過するたびにステップ数を減算して０になったら宛先ノードに転送する。
ステップ数が０のデータを受け取ったら複合化。
アプリ以外は現在のステップ数がわからないような仕様なら、今起きてる転送が
中継なのかどうかわからんのではないの？
198 ：[名無し]さん(bin+cue).rar ：03/12/01 01:37 ID:wcIhKgeF: >>195
514氏ぞな。　あと191氏もいるぞな。　このスレには未来が詰まってるﾓﾅー
199 ：[名無し]さん(bin+cue).rar ：03/12/01 01:38 ID:A4OzXdUM: >>198
あ、そうそう。
200 ：[名無し]さん(bin+cue).rar ：03/12/01 01:41 ID:IAAco6vv: …前スレ191氏の降臨が待たれる、、、なんかそういうの詳しそうだったし

>>197
基本的にはそうだよねえ。で、それにファイル分割の考えが加わる。
今までの議論で、漏れが知ってるのは、

・そういった「強制転送」では輻輳を考慮しないとダメだ。
・一番初めのファイル放流元が分かってしまう。（全てのファイル断片を所持するから

あと何があったっけ。
201 ：[名無し]さん(bin+cue).rar ：03/12/01 01:44 ID:iIr4+rFJ: Jony氏・z氏・wiki立てた人・元スレ1・514氏・191氏・・・後よく参加してるスレ住人は
一日一度でいいからトリップださないと混乱しそう
ま、みんな名無しのまままったりいきたいだろうからしょうがないか。
202 ：[名無し]さん(bin+cue).rar ：03/12/01 01:44 ID:A4OzXdUM: まあ、このスレを見つつすでに作りはじめてる人もいるだろう。
203 ：[名無し]さん(bin+cue).rar ：03/12/01 01:46 ID:hbY6M5bb: >>192
K察との戦いには興味ないし無駄だと思うので、
それに対する行き過ぎな対策は必要ないと思ってる。（あっちの448で書いたけど）
圧倒的なユーザー数と快適性さえ提供すれば
一時的には大きな盛り上がりと展開を見せるはずだから。
それでも皆がスピード違反をし続けるかどうかは、俺の知ったこっちゃない。
所詮K察は気まぐれ的に逮捕をするだけだから。
目立つ行動をしなきゃいい。後は運だ。
次のP2Pを作るなら（NYの次として）NYよりも快適であることが必須だと思う。
結果普及がNYを超え食い潰すぐらいの勢いも欲しい。
NYはいいとこまで行ってたのに、ほんとこのまま終わらせるのは残念だ。
まだそうと決まったわけじゃないけどね。ｗ
皆頑張って。俺はそろそろ寝ます。では、
204 ：[名無し]さん(bin+cue).rar ：03/12/01 01:47 ID:IAAco6vv: >>203 その程度の希望ならnyで十分なんですよ。まぁnyはもうダメですが。おやすみなさい。
205 ：[名無し]さん(bin+cue).rar ：03/12/01 01:58 ID:3fMy4kTE: >>197
それ、ムリなんよ。
ランダムのステップ数の最大値を付けて送ってきた奴がうぷってバレる。
206 ：[名無し]さん(bin+cue).rar ：03/12/01 02:01 ID:rgGnSJkN: >>205
たとえば、ある程度の接続を把握してるものとして
その知りうる最大値より大きい値で送出したホストがいない保証を得る方法は？
207 ：[名無し]さん(bin+cue).rar ：03/12/01 02:02 ID:TuttSxUc: >>205
分割UPを合わせればばれても問題なくない？
最大値を付けたノードが完全ファイルを持ってるかどうかは解らない。
一部ブロックしか保持してないノードかどうか解らないじゃん。
208 ：[名無し]さん(bin+cue).rar ：03/12/01 02:04 ID:3fMy4kTE: >>206
例えば、その数値が0～10の間であったなら、
10を付けて送ってきた奴がうぷノードってバレる。

すぐにはバレないが、長期間見張られていると、バレる。
これを防ごうとすると、10・・・11・・・12・・・と、どんどん増やさないと。
209 ：[名無し]さん(bin+cue).rar ：03/12/01 02:04 ID:TuttSxUc: >>206
仕様上ステップ数に上限を設けないなんて出来ないでしょ。
そうすると上限一杯のステップ数をKの転送ノードに送った場合ばれる。
210 ：[名無し]さん(bin+cue).rar ：03/12/01 02:05 ID:FiWPNJaS: 次期P2Pの仕様スレとここの温度差がすごいんだけど・・・。
向こうは北極でこっちは南国のような。
向こうのぴりぴり具合がすごすぎ。
211 ：[名無し]さん(bin+cue).rar ：03/12/01 02:06 ID:r8P0lUJv: 結局、最大値は10くらいが限度だと思われ、いやムリか。3か4くらいかな
212 ：[名無し]さん(bin+cue).rar ：03/12/01 02:06 ID:FiWPNJaS: >>210
誤爆すまん
213 ：[名無し]さん(bin+cue).rar ：03/12/01 02:07 ID:A4OzXdUM: >>210
…
214 ：[名無し]さん(bin+cue).rar ：03/12/01 02:07 ID:rgGnSJkN: >>208
そうだな、データ型にも上限はある。
すっかり忘れてた
215 ：[名無し]さん(bin+cue).rar ：03/12/01 02:10 ID:3fMy4kTE: >>214
だから、
中継側が、ランダムでさらに中継するか、転送するか選ぶようにしたら？
っていうところで止まってる。
216 ：[名無し]さん(bin+cue).rar ：03/12/01 02:12 ID:r8P0lUJv: む？転送と中継の違いってなんでしたっけ（申し訳ない。。。
217 ：[名無し]さん(bin+cue).rar ：03/12/01 02:12 ID:TuttSxUc: 中継と転送って別の意味で使ってたの？
漏れは同じ物として使ってたけど。
218 ：[名無し]さん(bin+cue).rar ：03/12/01 02:13 ID:TuttSxUc: またｶﾌﾞｯﾀ。ｽﾏｿ。
219 ：[名無し]さん(bin+cue).rar ：03/12/01 02:14 ID:3fMy4kTE: Aに送ってくれ！　ってデータがあったとして、
それをBが受け取る。
・Aに送らずCに送る（さらに中継）
・Aに送る（転送）

って勝手に命名してた。ｽﾏｿ。
220 ：[名無し]さん(bin+cue).rar ：03/12/01 02:14 ID:1jqU1kct: 中継と転送は同じでしょ？

キャッシュとバッファは違うけど。
221 ：元スレ1 ◆bPSpbl.Bgs ：03/12/01 02:27 ID:1jqU1kct: データ保持者も、中継点として偽装するのはダメ？

今までの流れ
　データ保持者 → 中継 → 要求者

案
　(偽)中継 → (偽)中継 → データ保持者(中継に偽装) → 中継 → 要求者

データ保持者より上にもデータを流さなければならないから、
大きいデータのやり取りするとトラフィックは凄くなりそうだけど…。

ここに時間差送信案も加えれば、追跡は更に困難になると思う。
222 ：[名無し]さん(bin+cue).rar ：03/12/01 02:30 ID:rgGnSJkN: ダミーデータを流すのは、
トラフィックに問題ありって上で指摘されてなかった？
偽中継からのデータの流れは無いの？
223 ：[名無し]さん(bin+cue).rar ：03/12/01 02:31 ID:JJwj+uwT: ＞中継側が、ランダムでさらに中継するか、転送するか選ぶようにしたら？

こいつを言い換えて、

新規の放流の中継側は、
・データを保持してそれ以上流さない（キャッシュ）か、
・さらに転送するか
ランダムで選ぶようにする。

ってことか。
224 ：[名無し]さん(bin+cue).rar ：03/12/01 02:33 ID:3fMy4kTE: >>221
えと、データ保持者（原本放流者）だった場合は、
他のノードから何かダウンロードしているときに、アップを行う。
っていうことでいいんですかね？

Twofishとか、暗号化する度に結果が違う暗号とかなら、
偽中継者・放流者・要求者全てを監視していないと、だれが放流か分からなさそ。
225 ：[名無し]さん(bin+cue).rar ：03/12/01 02:35 ID:3fMy4kTE: >>223
新規放流の中継か、中継の中継か判別できるのはマズいっしょ。
とりあえず、データを受信したら、
・データを保持してそれ以上流さない（キャッシュ）
・さらに転送（さらに中継）
・指定されたノードに送信
の三択？
226 ：[名無し]さん(bin+cue).rar ：03/12/01 02:38 ID:1jqU1kct: しまった、コテハンでへタレアイディア書きこんじまった。

訂正。

>> データ保持者より上にもデータを流さなければならないから、
　　　　　　　　　　　　　　　↓
データ保持者より上からデータを流さなければならないから、

> ダミーデータを流すのは、
> トラフィックに問題ありって上で指摘されてなかった？
> 偽中継からのデータの流れは無いの？

うﾞ～ん…、話の流れを読んでると、みんな割れ物を流したいらしいけどさ、
小さいデータをやり取りするなら転送量もそこまで凄くないと思うんだ。

# ここで言う小さいデータは、IMやChat等の数b-数Mb程度のファイルの事。
227 ：[名無し]さん(bin+cue).rar ：03/12/01 02:38 ID:TuttSxUc: 漏れが考えてるのはこんな感じ。
A=元ファイルUPノード
B=中継ノード兼ﾀﾞｳｿ要求ノード
Bは1ブロックでもﾀﾞｳｿ完了した時点からUPノードにもなる。

　　　　　　 B←B→B→B
　　　　　　↓　 ↑ ↓
　　　　B←B←A→B→B
　　　　　　↑　↓　↑
　　　　　　 B←B→B
228 ：[名無し]さん(bin+cue).rar ：03/12/01 02:39 ID:JJwj+uwT: >>225
うーん、というか、
新規放流では、ファイルをあたりに拡散させることが目的で、
要求があった場合、ファイルを持つノードからまた中継で逝くワケで。

新規放流の場合のみ、キャッシュするか転送するかの判定をすればいいワケです。
229 ：[名無し]さん(bin+cue).rar ：03/12/01 02:40 ID:JJwj+uwT: む。しかしランダムにせよ輻輳するか。。。ふむむ
230 ：[名無し]さん(bin+cue).rar ：03/12/01 02:41 ID:3fMy4kTE: >>228
そのファイルが出回ってなかったら、新規放流とみなして……ってことでつか？
231 ：[名無し]さん(bin+cue).rar ：03/12/01 02:43 ID:JJwj+uwT: うｐフォルダに入れるファイルが新規放流です。
この新規放流をバレないようにするには？という議論のはず。
232 ：[名無し]さん(bin+cue).rar ：03/12/01 02:44 ID:JJwj+uwT: う・強制転送と混同してたみたいだ。うーんまとめないと。。。
233 ：227 ：03/12/01 02:45 ID:TuttSxUc: Aは1ノードに全ブロックをUPしない。
Bは足りないブロックをB同士で補完し合う。
AとBの区別が付けられなくない？
全ブロックﾀﾞｳｿ出来たBはキャッシュを削って完全キャッシュの保持ノードに
ならないようにしても良いし、しなくても良い。
匿名性の観点からはした方が良いと思うけど。
234 ：[名無し]さん(bin+cue).rar ：03/12/01 02:48 ID:3fMy4kTE: >>232
なんか、話がお互い噛み合ってない気がしますがｗ
こっちは、なんか、分散保存することによるファイル消失を防ぐアイデアが浮かんできますた。
どんなデータが流れているかというのが分かっているとするならば、
あるデータが流れてきたとき、それが全く出回っていなければ、さらに拡散、
出回っているようならば、拡散はせずにキャッシュ。

……なんともいえないな。
235 ：[名無し]さん(bin+cue).rar ：03/12/01 02:48 ID:B50dCdkW: ファイル転送についての仕様決定議論もいいけど、
ＰＣが他人に渡った時にデータがどうなるかってのを
考えると、アプリ起動時に毎回パスワード聞いてきて
何回か失敗するとアプリ及びキャッシュを自動削除するって
機能はいらない？
236 ：[名無し]さん(bin+cue).rar ：03/12/01 02:50 ID:/jrySuMf: >>235 それはかなりどうでもよさそう
237 ：[名無し]さん(bin+cue).rar ：03/12/01 02:51 ID:fpfcDuXb: >235
アイコンはドクロのマークな。
238 ：227 ：03/12/01 02:52 ID:TuttSxUc: Bが全部kのノードになったら困るから、
AがUPする時のみﾀﾞｳｿ要求を出してないノードに中継させるようにしても良い。
もちろん複数の中継ノードに分散させてUP。
239 ：[名無し]さん(bin+cue).rar ：03/12/01 03:11 ID:rgGnSJkN: >>235
たとえば警察が触るにしてもめったなことはできないから、
事前にバックアップとるだろ
故障したら証拠能力だって失うんだし
240 ：[名無し]さん(bin+cue).rar ：03/12/01 03:12 ID:XngY17BI: つか、次のスレタイは
■次世代P2Pファイル共有ソフト part7■
241 ：[名無し]さん(bin+cue).rar ：03/12/01 03:27 ID:58l/XjVI: はやくもブームが来ている次世代Ｐ２Ｐは　『手渡し』　間違いない

まじめな意見言うと、ｎｙがｍｘより一気に広まったのは
なにより簡単だったから、だから広まるとしたら
操作簡単、バカ以外使えるってのが最低のポイントだと思ふ

思えばｎｙの未来なんたらって文書がｎｙのＨＰに載った時には
Ｋ札から作者たんに警告が来てたのかもね
242 ：[名無し]さん(bin+cue).rar ：03/12/01 03:34 ID:h4dSYhNY: >>241
ソレ、読んでないんだが何とか読める手段ある？
243 ：[名無し]さん(bin+cue).rar ：03/12/01 03:54 ID:AKi2SEQE: googleのｷｬｯｼｭを利用。多分これ
http://216.239.57.104/search?q=cache:xAlod_w9srEJ:www.geocities.co.jp/SiliconValley/2949/ny.html+winny%E4%BB%8A%E5%BE%8C%E3%81%AE%E5%B1%95%E6%9C%9B&hl=ja&lr=lang_ja&ie=UTF-8
244 ：cotton candy ◆sweetKICyQ ：03/12/01 03:56 ID:W+U6zIEt: >>242
ny展望
http://www.geocities.co.jp/SiliconValley/2949/ny.html
Winnyの将来展望について（2003/10/10）
http://216.239.41.104/search?q=cache:xAlod_w9srEJ:www.geocities.co.jp/SiliconValley/2949/ny.html+&hl=ja&lr=lang_ja&ie=UTF-8
http://www.geocities.co.jp/SiliconValley-Oakland/9164/ny.html

デジタル証券によるコンテンツ流通
http://www.geocities.co.jp/SiliconValley/2949/Digikabu.html
デジタル証券によるコンテンツ流通システム
http://216.239.41.104/search?q=cache:ZiyjbIQuni8J:www.geocities.co.jp/SiliconValley/2949/Digikabu.html+&hl=ja&lr=lang_ja&ie=UTF-8
http://www.geocities.co.jp/SiliconValley-Oakland/9164/Digikabu.html
245 ：[名無し]さん(bin+cue).rar ：03/12/01 03:57 ID:O/adiXr9: アイコン、Ｐ２Ｐ画面を１８禁仕様にすればいい。
246 ：[名無し]さん(bin+cue).rar ：03/12/01 04:23 ID:WbAcBhp2: >>241
ここにいる人はnyで捕まった人みたいな馬鹿なことはしないと思うから
房でも利用したほうが得策では？　
ノードとしての役割はきちんと果たしてくれるわけだし。

大半の方が厨房排除を唱えてるけど
扱いが難しくても、房がいなくても、捕まる時は捕まるだろうし
第一、鯖をもたないnyみたいなP2Pソフトは
ノード数が減ることは、かなり問題じゃないかと。
247 ：[名無し]さん(bin+cue).rar ：03/12/01 04:25 ID:2hP7hq9J: >>246
禿同。
248 ：[名無し]さん(bin+cue).rar ：03/12/01 04:28 ID:A4OzXdUM: >>246
たしかに。freenet + frost入れてみたけど、匿名性を優先した結果
クソ重い…そして、あきれるほど人がいない…
正直、今作ろうとしているP2Pもこうなる可能性があると思う。
249 ：[名無し]さん(bin+cue).rar ：03/12/01 04:31 ID:SFzTfp1e: >>248
だからnyができたわけだ
250 ：[名無し]さん(bin+cue).rar ：03/12/01 05:03 ID:Sq1ukx2Z: 一応関連記事・既出だったら禿シクスマソ

AOL、Nullsoftのファイル交換ソフト1日で公開中止
http://www.zdnet.co.jp/news/0306/03/nebt_05.html

「廃棄処分」後も生き残るNullsoftのP2Pソフト
http://www.zdnet.co.jp/news/0309/29/ne00_waste.html

WASTE sourceforge
http://waste.sourceforge.net/

今のところトラフィックが大きすぎて普通のネットワークでは
使えない代物らしい．

というわけで，個人的には「ネットワーク上でのポエム分割管理」に一票
251 ：　：03/12/01 05:06 ID:doRAisCz: とういより最初から違法なファイルを交換するソフトではなくて
作文共有ソフト.exeとかにすれば？
252 ：[名無し]さん(bin+cue).rar ：03/12/01 05:14 ID:qqxsS59i: ニューズグループはニュースを流すネットです。
IRCはチャットをするネットです。
253 ：[名無し]さん(bin+cue).rar ：03/12/01 07:47 ID:vN6eUC3f: test
254 ：[名無し]さん(bin+cue).rar ：03/12/01 08:07 ID:3xFrN/Cz: やみ鍋っぽいの出来ましたか？
255 ：[名無し]さん(bin+cue).rar ：03/12/01 08:17 ID:irMSEQLS: NYでもやっていたのかも知れんが、うぷフォルダのファイルは無条件に
近接ノードに広げてしまえば良いと思う。ダウソ要求の有無に関わらず。
その方が出所を見つけ難かろう。
256 ：[名無し]さん(bin+cue).rar ：03/12/01 08:17 ID:UVebqQgW: 新しいのを考えた。
今度は車がメイン
例えばAが100Gもってたとしよう
それを別のHDに暗号化しておく
それをBのノードに届ける。
すると一日で100G
つまり、500人のユーザーがいたとしたら500ｘ100Gのファイルを持つ事ができて、
約500日で最初のハードが帰ってくる。
このとき家が近ければ数時間で巡回するし、遠くても1日。
どうだろか？
抜けがあったら教えてくれ
257 ：[名無し]さん(bin+cue).rar ：03/12/01 08:30 ID:YQecLeTh: テンプレがこれじゃあかんせいしねぇよ
258 ：[名無し]さん(bin+cue).rar ：03/12/01 08:37 ID:UVebqQgW: >>256
これいいな。
これをNY3となづけよう。
259 ：[名無し]さん(bin+cue).rar ：03/12/01 08:50 ID:uMtZpVTu: 俺は知っている。
12月24日にすばらしいP2Pが発表されるということを・・・
その名もWin1224

願望の話です。
260 ：[名無し]さん(bin+cue).rar ：03/12/01 09:14 ID:PMmjMZF3: 不審なトラフィック増にはどのように対応するか？
これをクリアできるp2pソフトは未だに無い。
261 ：[名無し]さん(bin+cue).rar ：03/12/01 09:28 ID:6SuDWslM: 断片だけ話し合ってなんか意味あるの？
ファイル共有ソフトを作るつもりは無いんだけど作る技術を持っている側からすれば、
複雑な割に対して効果の無い様な聞こえの良い物ばかり出てきているだけに見える。

まず自分がどの程度のスキルがある事を示し、その上でどう言った方針で
行くのかを提案する事から始めると良いよ。
このままでは殆ど意味が無い。作る奴が自分の持論、もしくは他のP2Pを参考に
して作る事になる。
262 ：[名無し]さん(bin+cue).rar ：03/12/01 09:43 ID:vC0uEYVx: >>261

漏れは作るスキル無いんだけど、どの程度のスキルがあれば出来るモンなの?

まずは、オープンソースでベースのみミンナで構築するとか
出来るところから進めていく方が良いと思うんだけど
263 ：[名無し]さん(bin+cue).rar ：03/12/01 09:46 ID:sx8Pxyf2: 47氏が作り始めたときもそうだったよな
ほとんど自分の中で考えがまとまってて、ここでは意見を聞くみたいな感じで
作られてたし。やっぱ誰か作り始めなきゃ仕様を話してても進まない。
264 ：[名無し]さん(bin+cue).rar ：03/12/01 09:51 ID:tWkAMFeA: >>260
今現在光での用途はP2Pくらいしかないのが現状だけど
今後ブロードバンドコンテンツが普及すればトラフィックに関しては解決できるかと。
木を隠すなら森。
265 ：[名無し]さん(bin+cue).rar ：03/12/01 10:01 ID:l/KVbwc2: 転送前にオリジナルポエム※ソフト使用者に著作権があるファイル(以下ポエム)
を互いに交換して、更にファイルの転送と同時にポエムを他所にばらまくってのはどう？

A--Sが調査DLしたりすると、接続先のポエムを他所に転送してしまうから
調査DLしただけでA--Sの振りかざしてる「公衆送信権」を自ら侵害することに・・・

ポエムはインスコ時に作成
ウイザード上で作らないとインスコできない。
※ポエムファイル(*.pem)が無い又は空っぽだとノードに繋がらないor起動しない
266 ：[名無し]さん(bin+cue).rar ：03/12/01 10:03 ID:VrJ75xte: 結局何やったって捕まる奴は捕まると思うけどなぁ。
どんなに匿名性だとか、あらゆる手を使ってもね。ソーシャルハッキングっていう
言葉は当然知ってるよね？どんなに素晴らしいセキュリティシステム組んだって
使う人間がプアだったら簡単にパスワードとか情報なんて漏れる。
Winnyだって、ネットワークのみで追跡＆被疑者特定に至ったかどうかなんて
非常に怪しい。

「天網恢々疎にして漏らさず」

意味わからなかったら辞書引いて。
267 ：[名無し]さん(bin+cue).rar ：03/12/01 10:06 ID:f1O3HGP0: >>263に同意
だが作ってくれる神がいないから困ってるんだろ？
製作宣言してる香具師らは何人かいるがいまいち信用できないし・・・・
まぁ47氏が作り始めたときも信じてなかった香具師がほとんどだったろうし
こんなんでもいいのかな？
268 ：[名無し]さん(bin+cue).rar ：03/12/01 10:06 ID:rgGnSJkN: >>261
物を作るわけじゃないのに、スキルや方針を個々が示す必要があると思う？
ここは悪い言い方をすれば、薀蓄スレだよ？
269 ：[名無し]さん(bin+cue).rar ：03/12/01 10:10 ID:TuttSxUc: >>266
「ソーシャルエンジニアリング」なら知ってる。

意味わからなかったら辞書引いて。
270 ：[名無し]さん(bin+cue).rar ：03/12/01 10:16 ID:VrJ75xte: >>266
意味は同じだよ。要は人から直接聞き出したり、ゴミ箱から書類を拾い出したり
して情報つかんだりね。
271 ：270 ：03/12/01 10:16 ID:VrJ75xte: レス番間違えた。

>>269ね。
272 ：[名無し]さん(bin+cue).rar ：03/12/01 10:19 ID:YjgC0Ier: （ノﾟДﾟ）おはよう
273 ：[名無し]さん(bin+cue).rar ：03/12/01 10:22 ID:hbY6M5bb: おはよ～。
やっぱり全然話進んでないね。ｗ
274 ：RAID5マン ：03/12/01 10:39 ID:WD77fbOv: ■変形RAID5案概要

まず前提として考えたのは、暗号化をしないことです。なぜなら暗号方式はある通信を第三者が盗聴するのを
防ぐことは出来ても、実地調査で直接ファイルをやり取りしているのが証明できてしまうからです。またコーデック
にかかるコスト（CPUパワーのこと）も無視できないレベルでしょう。ましてやローカルファイルで数ギガに達する
ものを暗号化するなどは、方式にもよりますがある程度の強度を持った暗号だとたぶん一週間かけてもエンコード
完了しません。
問題になるのは「ファイルそのもの」もしくはその「ビット連続性が保たれた断片」を直接通信することにあるため、
RAID5の仕様を元にしてファイルを奇数ビット（OddBit、以下oビット）、偶数ビット（EvenBit、以下eビット）、xorパリ
ティビット（XorBit、以下xビット）の３つに分けて別々のノードに分散してしまうことを提唱しています。
この方式の場合はあるファイルのビットイメージが「000111000111」であったとき、oビット「011011」eビット「001001」
xビット「010010」となり、これらを別々のノードで分散保持します。
復元時はoexの各イメージのうち二つを得ることが出来れば、xor演算で欠落ビットを拾い出すことが出来ますの
で、ファイルを要求している側はoexのうちの二つのイメージを取得すれば復元できます。この方式であれば、調
査実施された際に送信される情報は実態情報素片ですから原本同一性を証明できません。
ここまでは説明のためにビット分割しましたが、これは負荷の面から考えて非常に不利だと思いますので、実装
時にはバイト単位でいいとおもいます。
さらに冗長化を図るためにoex全体をミラーリングで分散します。冗長化のレベルは数学的な検証を必要とします
が仮に１０とします。
275 ：RAID5マン ：03/12/01 10:39 ID:WD77fbOv: ■実装案

まず、個々のクライアントは専用の領域を拠出します。説明のために9GB固定で供出と考えます。
この供出されたディスク領域は内部でo、e、xの３つの領域に分割します。もしくは3GBx3で別々
のファイルとしても良いです。
oexの各領域は連続したビットイメージで構成され、ファイルハッシュ等のヘッダに続き具体的
なoexバイトイメージが続きます。実装を容易にするために保持バイト範囲は固定で1MBとして
考えます。もう一度言いますが、ここでディスクに書き込まれているのはoexの素片です。

ここまでで述べたoexディスク素片をネットワーク越しにひとつのディスクとして見せかけるため
のP2PDiskDriverとP2PDiskFileTabelの二つが必要になります。
P2PDiskDriverはここまで説明したややこしいバイト分割や分散を覆い隠してユーザへ単一な
巨大ディスクとしての「見かけ」と「操作性」を提供します。
またその巨大な仮想ディスクのファイル情報を管理するP2PDiskFileTabelとセットで動くことに
なります。P2PDiskFileTabelはP2PDiskに記録されたorされる予定のファイルの情報を統合的
に管理するもので、場合によってはオープンソースのRDBで構築したほうがよいかもしれませ
んが、おそらくP2Pネットワーク全体で共有されるファイル総数は１０万程度見ておけばよいの
ではないか（根拠なし）と思われるのでそこまでしなくてもいいかもしれません。これは数学的検
証を必要とする部分です。
276 ：RAID5マン ：03/12/01 10:40 ID:WD77fbOv: ■実際の動作イメージ（初期）

このネットワーク稼動当初はP2PDiskが構築されてもファイルが何もありませんので、ファイルを
公開しようとする人は特定のフォルダに公開するファイルを置いておき、それを共有開始します。
するとP2PDiskFileTabelのほうへその情報が取り込まれ、P2Pネットワーク全体にそのファイルの
存在が広まります。
一方でファイルを要求する側はP2PDiskFileTabelの情報を元にダウンロード要求を発行しますが、
まだファイルはP2PDiskに取り込まれていないのですぐには流れてきません。これはnyと同じです。
P2PDiskFileTabelを介して送信要求がファイル保持者に伝わると、実際の転送が始まりますがこ
のとき実際にはP2PDiskDriverがP2PDiskに対する書き込みという形で処理を行います。
P2PDiskDriverを介して書き込まれる際に、このドライバはoexのバイトにファイルを分割して３つの
ノードにそれを転送します。受信が完了したノードはP2PDiskFileTabelにその旨を通知します。これ
を繰り返して最終的にすべてのファイルイメージがP2PDisk上に保持されることになりますが、平行
して冗長化のための転送を隣接他ノードにも行うことになります。
この動作はP2PDiskFileTabelによって管理され、あるoexブロックの冗長度が10を超えるまで行わ
れます。
もともとファイル要求した側にもどり話を進めます。P2PDiskDriverはP2PDiskFileTabelと連動して
動作していますので、あるoexブロックが転送されたことを確認できますので、転送が完了した
ブロックから順にローカル領域へと取得開始します。この取得過程においてはファイルの原本所
持者とは違うノードから行われており、またブロックが複数あれば同時並行して落とせますので、落
とす速度はかなり速くなります。
またoexのブロックのうち二つが取得できればいいので通信断絶にも比較的強いと言えるかもしれ
ません。
277 ：RAID5マン ：03/12/01 10:40 ID:WD77fbOv: ■実際の動作イメージ（中期以降）

いったん共有されてP2PDisk上に取り込まれたファイルは、P2PDiskFileTabelによって冗長化
レベルとオンライン状態を管理します。冗長化レベルが10に満たないブロックが存在する場合は
冗長化レベルの最後のノードに対してP2PDiskDriverが冗長化指示を発行します。発行により指示
のバッティングが発生しますがいったんこれは無視します。
実際にファイルのoexブロックの送信要求を受け付けたノードは、P2PDiskFileTabelを参照して
冗長化レベルが10を超えていたら自分が送信をせずにそのブロックを削除します。
このような動作によって冗長化レベルは目標値と近いレベルではあるが安定しません。
278 ：RAID5マン ：03/12/01 10:42 ID:WD77fbOv: 秋敵田・・・
もう説明するのまんどくさいからおまいらがんがれ。
279 ：[名無し]さん(bin+cue).rar ：03/12/01 10:45 ID:FZ5sQmV2: >>278
(´･ω･`)
280 ：[名無し]さん(bin+cue).rar ：03/12/01 11:16 ID:64cXtM2N: >>278
オマイが作ったら解決しそうな希ガス
281 ：[名無し]さん(bin+cue).rar ：03/12/01 11:23 ID:vdlW6RVl: こうして何も出来上がらないのがいつもの２ちゃんであった
282 ：[名無し]さん(bin+cue).rar ：03/12/01 11:26 ID:mg00hCaQ: >>278
ﾜﾗﾀ。

ディスク上のデータ保持についてビミョーによくわからない気もするんだけど、

・ダウン側がFileTabelから目的のファイルを検索、DL要求
・ファイルにアクセス出来ない（冗長度が足りない）場合、FileTableを書き換え
・FileTableを参照したアップ側（実体を持つノード）が空き領域に転送、FileTable書き換え
・ダウン側が変更されたFileTabｌｅを元に改めてダウンロード

という流れでいいのかな？
ところでFileTableの書き換え情報の伝達はどうゆうタイミングで行うの？
ダウン要求のタイミングで隣接ノードに取りに行ってもそれが最新のTableである保証はなんもないよね。
かといって変更があるたびに全ノードにパケット飛ばしてたらトラフィックがバカにならん。

最新である必要がない、
というか常にFileTableが間違っていて上記の流れになる事を前提にしてるのかもしれんけど
だとしたら冗長度を上げる意味はあんまりないかもしれんね。
283 ：[名無し]さん(bin+cue).rar ：03/12/01 11:29 ID:mg00hCaQ: >>282
ところでふとオモタがFileTableだよな？
2chでスペルミス指摘してもしゃあないけどさ。
284 ：[名無し]さん(bin+cue).rar ：03/12/01 11:32 ID:eYKhRRPm: いろんな案はでているが、結局のところ小手先ばかりで、
根本的な解決にはいたら内容に思える・・・。

RAID5に関しては、
俺も漠然ではあるが、使えるのではないかと思っていた。

RAID5マン氏ほど、知識が無いので、
氏の意見へ加勢したくてもできないのだが・・・。
検討するに値すると思う。

で今、俺なりにちと思いついたものが
あるから聞いてくれ。
285 ：[名無し]さん(bin+cue).rar ：03/12/01 11:33 ID:eYKhRRPm: P1　f1:11110000　f2：11101010 を用意
P1にて　キャッシュ c1:11111010 c2:111010000 を作成及び転送

P2　11111010　P3　11100000　　P4　P5　P6　・・・・・・・・・・・・

P7　f1要求
P2より、c1:11111010　P3よりc2:111010000　　ゲット
で上記より、
f1:11110000　作成

P2～P6とかが、kでもP1が実体を放出したかどうかなんてわからんし、
実体はP1が流す時と、P7の復元時にしか存在しないし、
しかも完全キャッシュさえも存在しない。

どう？なかなかのものかと思うのだが。

しかし、Xデー依頼こんなことに時間費やしてるって・・・。
286 ：[名無し]さん(bin+cue).rar ：03/12/01 11:36 ID:XABKLGcQ: P2Pの技術情報がまとまったサイトはないですかね？
英語でも構わないので。
287 ：RAID5マン ：03/12/01 11:38 ID:WD77fbOv: >282
ご指摘のとおりです。冗長化のレベルをっていうか目標値を１０にしてるのは
冗長化の目的もあるけどむしろネットワーク遅延による正確さを保証できないから
目標値に近づくように動作させる方法を取ってます。
だから冗長度はエロイ数学の検証をしてもらって決めればよいとおもう。正直
１０もいらないとおもうし。

FileTableではファイルの存在を保証するけど個々のデータブロック存在は
保証できないから、応答率を高めるために冗長化するってとらえてほしいかも。

この方式はどれぐらいオンライン率を高められるかで成否が変わってくるから
過去２４時間のオンライン率で同時ダウソ数を決定するように実装すれば
いいんでないかとおもうのね。たとえば12時間以下は１、18時間以下は２、
２４時間なら８とかにするの。
そーすればオンラインでいるメリットが出てくるし、P2PDiskの安定度も上がるかなと。
288 ：[名無し]さん(bin+cue).rar ：03/12/01 11:59 ID:mg00hCaQ: >>287
常設ノードが沢山いてくれるという状況であれば確かに有効かもねー。
実装の話はあんましてもしゃあないけど、その辺り手練手管か。

24時間中の%とかでなく、単純に連続稼働時間で測ったほうが
より信頼性が確かになるんではないかと思う。簡単だし。
切断したら（より正確に言えばオフライン中に呼び出しがあったら）
初期値にリセットくらいな感じでね。

エロい計算は分からんが、ミラーリングに関してはもっと柔軟に考えたほうがいい気もする。
わざわざブロックの削除とかせんでも、FileTable上に記録されてなければ空き容量と変わらんわけだし。
FileTableの大きさ自体も各ノードで統一されてる必要もないよねー。
信頼性の高いノードのFileTableは大きく、低いノードは小さくするだけで
検索精度も変わってくるし、常設化の促進になるやもしれず。
289 ：RAID5マン ：03/12/01 12:04 ID:WD77fbOv: >288
なんでいったん保管したブロックを消すようにしてるかっていうと、
P2Pネットが成長するにつれて新規の流入も増えるから、
古参者＝古参ファイルブロックな状況に陥っちゃう可能性が出てくる
わけなのよね。だから必要なくても定期的にブロックは抹消してどっかに
ミラーかけてやらないとだめぽかなと。
でも常にトラフィック発生させるのも無駄なんで、その辺は実装設定の
さじ加減でいいんでわないかと思う次第です。
290 ：[名無し]さん(bin+cue).rar ：03/12/01 12:36 ID:+n2NeCqb: >>RAID5マン
煽りじゃないけど、提唱方式ってscalabilityないよね？
10人くらいのお友達とやるなら大丈夫かもしれないけど、
O(10000)の不特定多数では無理な気が・・・
291 ：RAID5マン ：03/12/01 12:51 ID:WD77fbOv: >290
根本的な理解としてはP2Pネットワーク全体で作り出す巨大なディスク
だから容量的なスケーラビリティは実現可能。
簡単に言えばクライアントが増える＝HDD増設したみたいなものって
考えてもらえればいいかと思う。
通信速度面では常に一定の冗長化トラフィックが発生するけど、これは
時間の経過とともに低下するし、nyの個別ファイルと比べてもトラフィック
総量は減るのではないかとおもう。
たとえばいま提唱してる方式はどんなファイルであっても分散化される。
nyみたいに人気ファイルがとんでもない参照量になることもないから
効率的なんじゃないかと。
まぁ実装時に最初の冗長化レベル目標を達成してダウソ要求が少ない
ものは冗長化レベルを下げてもいいかも。逆に多いものは冗長化レベル
を上げるとかね。
多い少ないの判断はｏｅｘブロックに被参照回数を記録することで
自立的に解決すればいいと考えてる。（これは前出のトラフィック
増大の指摘の回避のためでもある）
292 ：RAID5マン ：03/12/01 12:55 ID:WD77fbOv: ポイントはルーズな伝達をどれだけ許容できるかって部分。
だからFileTableでファイルの存在は保証するけど、ブロック存在の
保証は出来ないからFileDriverの転送部分でその不確定要素を
ラッピングして覆い隠すってわけだす。
293 ：[名無し]さん(bin+cue).rar ：03/12/01 13:05 ID:sx8Pxyf2: なんかよさげなんだがRAID5マンは作る気ないの？全部理解してるっぽいし。
294 ：[名無し]さん(bin+cue).rar ：03/12/01 13:11 ID:1plEqLob: 次期P2Pの情報や、議論は「P2P　from　２ちゃんねる」で☆
http://www.geocities.jp/p2p_download/
295 ：[名無し]さん(bin+cue).rar ：03/12/01 13:16 ID:+n2NeCqb: >>RAID5マン
想定している、ユーザ数、総ファイル数、file tableのサイズ、
はどれくらい？
それとファイルの参照数の分散。
どうも想定が現実と乖離している気がする。
296 ：285 ：03/12/01 13:22 ID:dUGE/8X8: えーーー放置かよ・・・。

ダメならダメといってくれ。

記述ミス修正）

> P2　11111010　P3　11100000　　P4　P5　P6　・・・・・・・・・・・・
正： P2　c1:11111010 　P3　c2:111010000　　P4　P5　P6　・・・・・・・・・・・・
297 ：[名無し]さん(bin+cue).rar ：03/12/01 13:24 ID:+n2NeCqb: >>RAID5マン

>簡単に言えばクライアントが増える＝HDD増設したみたいなものって
>考えてもらえればいいかと思う。

根本的に疎結合網と密結合網は違うよ。
fiber channelみたいなのを想定してない？
漏れはそっち方面の専門じゃないけどiSCSI(RFC3347)関連技術を調べるとほとんど
同じようなのがあったりしない？
298 ：[名無し]さん(bin+cue).rar ：03/12/01 13:30 ID:+n2NeCqb: わかった。
file tableの自律分散一元管理が不可能。
299 ：[名無し]さん(bin+cue).rar ：03/12/01 13:34 ID:X1aqBahe: >>293
この場では「つくる」といえない罠。
300 ：RAID5マン ：03/12/01 13:49 ID:WD77fbOv: 作ってもいいけどオデの性格から行って「盲秋田鴨」ってなるのが目に見えてるから
書く気になれないんでつよねぇ。
まぁやってみてもいいけどC#で実装とかの嫌がらせしてもいいか？
まんどくさいからC++では書く気になれん。
２～３ヶ月してみんな忘れたことろに公表するわ。
アディオス！再見！
301 ：[名無し]さん(bin+cue).rar ：03/12/01 13:51 ID:XABKLGcQ: >>300
C#だったら秋ても引き継ぐ鴨鴨鴨
302 ：[名無し]さん(bin+cue).rar ：03/12/01 13:55 ID:X1aqBahe: やっと、ここ数日のループ議論から一歩踏み出せた気が．．．。
303 ：[名無し]さん(bin+cue).rar ：03/12/01 14:03 ID:+n2NeCqb: だから自律分散じゃfile talbeの「正しさ」の判定が不可能だって。
ＭＸみたいに一元管理サーバ導入すれば可能だけど。
304 ：[名無し]さん(bin+cue).rar ：03/12/01 14:04 ID:j66uXzEI: > → どちらかというと、責任逃れの方法を考えなければならない
>　・言い訳出来る。
責任逃れとか言い訳しなければならないものを流すことを
前提に作ってるんですか?
名目だけでも「うっかり完全キャッシュを保持しただけの
善良なポエマーが逮捕されないように」とかしといたほうが
いい気がするんだけど
305 ：RAID5マン ：03/12/01 14:04 ID:WD77fbOv: >>297
んと結合度の違いは認識してるよ。FileTableの自律分散一元管理もむり。P2Pだから。
さっきも言ったけどルーズな通信を許容できるようにFileTableとFileDriverと分けてる
んだがなぁ。うまくせつめいできねーやｗオデの命名がぁゃしぃのかもしれん・・・

ディスク関係のドライバ書くとわかるんだが、データの伝送経路がローカル配線なのか
ネットワーク経由かが違うだけでプログラムはまったくいっしょだし、バッファリング処理
でももともと遅延想定をして作るんだがそれがミリ秒から数時間へ変更されるだけじゃん
って思うんだが。ソフトウェア的にはレイヤー分けるなり非同期読み書きの実装で
何とでもなる・・・ハズ。

まぁごちゃごちゃ言ってても始まらんのでUML書いてみるわ。
指摘されてた問題点が回避不能かどうかも検証できるだろうしナ。
期待しないで議論を続けてください＞ALL
306 ：[名無し]さん(bin+cue).rar ：03/12/01 14:09 ID:wasH+/o1: >>305
ネ申　！　？
307 ：[名無し]さん(bin+cue).rar ：03/12/01 14:10 ID:FZ5sQmV2: >>305
ｶﾞﾝｶﾞｯﾃ(´･ω･`)ノ
308 ：[名無し]さん(bin+cue).rar ：03/12/01 14:11 ID:gCMiUIcj: >>305
世界規模ＨＤＤ期待
309 ：[名無し]さん(bin+cue).rar ：03/12/01 14:13 ID:6VHRXcHB: >>308
世界規模ＨＤＤって何バイト？
310 ：[名無し]さん(bin+cue).rar ：03/12/01 14:20 ID:64cXtM2N: こ、これは今のところ唯一期待できる神が・・・？
311 ：[名無し]さん(bin+cue).rar ：03/12/01 14:29 ID:X1aqBahe: あまりに神神騒ぐのもなんだからRAID5氏に関しては、そっとしておいた方がいいんじゃない？
「RAID5氏に期待するスレ」とか立っても困るし。
これからは「変形RAID5案」中心に議論していく方向が良好なんではなかろうか。
方向性がはっきり分、議論しやすいんではないかと。
312 ：[名無し]さん(bin+cue).rar ：03/12/01 14:29 ID:+n2NeCqb: >>305
>ミリ秒から数時間へ変更されるだけじゃんって思うんだが。

おいおい。
ＨＤＤの網には故障しているノードはいても、
警察のように「正しく動作しているようだがこちらの識別子を教えてはいけない」というノードはいないぞ。
313 ：[名無し]さん(bin+cue).rar ：03/12/01 14:30 ID:X1aqBahe: まじでスマソ。ageちまった。
314 ：[名無し]さん(bin+cue).rar ：03/12/01 14:37 ID:VrJ75xte: うｐする側がうｐしたファイルを分割＆暗号化して、その作業を終えたら、分割された
暗号化キャッシュファイルをソフト側がランダムに何個か削除してしまうとかはダメ？

落とす側も一緒で、分割キャッシュファイルを全部ダウンして復元が終了したら
ソフト側で自動的に集めたキャッシュのいくつかがランダムに削除されてしまう、と。
そうすりゃ、常に完全な形でのキャッシュってのは存在しないわけで、ジグソーパズルで
言えば常に数ピース足りない状態。

知らずに貯まったキャッシュも、完全に全部揃えないようにソフト側で制御。

まぁ、分割されたファイルのうち１個でもうｐしたら違法だ、となればこんな事やっても
しょうがないけど。
315 ：[名無し]さん(bin+cue).rar ：03/12/01 15:07 ID:HqNjKpf8: 既存のもので
DL中ファイルのパーツUPとDL完了の自動UP・・・ED2K、BitTorrentがすでにあり
UDPの活用・・・ManolitoP2P(MP2P)。ただし採用のBlubster等はスパイウェア入り、日本で接続報告なし
Mailを使う・・・Maileetがそんな感じ
通信暗号化・・・ES5(怪しすぎ)、Filetopia(トレードモード付き、ただし日本語ダメ)
分散キャッシュインフラ・・・Freenet/Entropy、単体では検索性劣悪。フロントエンドの問題もあるのか異様に遅い
JAVA・・・JXTAプロジェクトレベルで進行中、それなりに使えるものはあるが人いない
NG類似・・・Konspire2b
316 ：RAID5マン ：03/12/01 16:01 ID:WD77fbOv: たぶん+n2NeCqbﾀｿとは論点がかみ合ってなさげです。
指摘は理解できるがこちらの意図が伝わらんみたいやね。いや、煽りじゃないよ。
だってまだ実例もでてねぇから理解しろつーほうがムリだしな。
がんがん議論してくれ。合間みてレス読ませてもらってるから。
317 ：[名無し]さん(bin+cue).rar ：03/12/01 16:17 ID:+GcSEfOb: >>305
自分も以前似たようなものを妄想していたから、
ルーズなI/OとしてのP2PFileTableは理解できる。

しかしデータサイズが小さいとはいえ、P2PFileTableの同期は必要なはず。
これはどのように解決するのか？データサイズがかなり大きいと思うが．．．。

あと全般的にガベージの考え方を応用できないだろうか？
参照カウントや世代別管理など。
318 ：　：03/12/01 16:37 ID:doRAisCz: タトゥーがデンマークのラジオ局のインタビューで日本での騒動について訊ねられて
　「日本は物ばかりが進化していて人間は成長が止まってるのよ。」
　「うん。ステレオタイプの人間が多いのは確かね。」
　「番組の途中で帰ったくらいで騒いでるのよ。笑っちゃうでしょ？」
　「プライベートで日本へ行きたいか？答えはＮＯ！よ。」

あと有名なインタビューで
「日本人は不細工ばかり（ぷぷぷ・・・）」とコメントしてましたね。この話はかなり話題になりました。

ロシアのラジオ局
「日本はどうでしたか？」
「街にはゴミが沢山落ちてて汚かったわ」
「日本人はなんか動物っぽくて嫌ね」
「全員同じメガネを掛けて、同じファッションでダサい。それに臭いから好きじゃないわ」

イギリスの雑誌
日本の印象について
「先進国と思って期待していったらがっかりね、街に歩く人は全員無表情で
気持ち悪い」
「日本人って歯並び悪いし背も小さいし、かっこいい人が全然いないわ　
環境（空気）が悪いせいかしら　笑」

アメリカのラジオ
日本にこないだ行きましたね
「行きたくて行ったんじゃないわよ　」
「騒動って言うけど、あんな下手糞な子供じみた歌番組出れないわ」
「私たちは一流よ！日本人の2流3流の素人歌手と一緒にされるのが間違いよ」

日本での騒動について
「あの人達って、工業製品で小型化得意でしょ、だから心も体も小型化してるのよ」
「だって、みんな唾を飛ばしながら、同じ非難しか言えないでしょ　知能の無いロボットみたい」
↑コレ全板にコピペ推奨タトゥーは日本を馬鹿にしすぎ
319 ：[名無し]さん(bin+cue).rar ：03/12/01 16:50 ID:R8M1T6PX: ローカルキャッシュの格納方法はどうなってるんでしょうか？

Winnyの場合だと、OSのファイルシステムを使って管理していたのでキャッシュ即消とか
弊害が色々あったと思います。

既出かと思いますが、ローカルキャッシュは独自データベース／ファイルシステム格納方式にし
そのデータベースは本人しか知らない秘密鍵で暗号化、秘密鍵はシステム起動時に手入力するのはいかがでしょうか？

十分な暗号強度で暗号化し、秘密鍵さえ黙秘していれば起動すら出来ないならば
公衆送信権侵害の確認もままならないと思いますがいかがでしょうか？
320 ：[名無し]さん(bin+cue).rar ：03/12/01 16:59 ID:5Hdj6pNj: 素人ですが案を・・・

メッセージは常に何台かPCを通して送っているように見せかける。
実際はランダムで串を通すかを決定する。

A－B－C－・・・　とノードが繋がっているとします
①AはBに公開鍵を要求します
②Bは自分の鍵か、①と同じようにCに対して鍵の要求を行います(Cも②と同じ動作をする)
③AはBから教えてもらった鍵でメッセージを暗号化しBに送ります
④Bは解読できたら①と同じことを行い、解読できなかったらメッセージをCにスルーします。(スルーするときに自分の公開鍵を付加※１)
※1：検索クエリー時のみで、確率により付加するかしないかを決定

返信は逆のことを行うだけ。
一応、メッセージの内容を知らないノードがいくつかできるし、多段串動作にもなったりする。
321 ：[名無し]さん(bin+cue).rar ：03/12/01 17:00 ID:a1i4DmDn: 漏れの妄想
PCにセキュアモードが搭載されたらP2Pもメモリを保護した状態で動作できるんだろか
322 ：[名無し]さん(bin+cue).rar ：03/12/01 17:00 ID:5Hdj6pNj: 検索時

キーワードに相当するキーを返す。
これは上で説明したのメッセージでやりとりする
他人の結果に自分の結果をマージさせ、返信する。

キャッシュを保持しているキーには自分のIPを付随させ、メッセージ配信時にスキップされたノードの公開キーでIPのみ暗号化される。
※このＩＰは、メッセージ配信でスキップされるノードのIPで置き換えられる。(中継ノード)
　
これによりアップするIPが一応保護されると思った。
アップするPCのIPを知るのはアップする内容を知らないスキップされたノードのみ。
ダウン側は訳も分からず転送させられているスキップされたノードのIPしか知り得ない
323 ：RAID5マン ：03/12/01 17:03 ID:WD77fbOv: >317
まだ.netライブラリ参照してないからはっきりしたことは言えないけど、たとえば
オデのいったoexのブロックをオブジェクト化してラッピングして必要最低限の
メソッドかインターフェイスを持たせることで自立的に動けないものかなぁと
考えてるですよ。んでオブジェクトの形のままシリアライズして転送。
どうせ共有するのは数百メガ～数ギガ単位のでかいのファイルだろうから
オブジェクト化の相対的オーバーヘッドは少ないんじゃないかと。
んで、参照カウンタやガベージの話だけど、上のようにデータオブジェクトに
参照フィールド持たせておいて実装できないかなぁと考えてるですよ。

FileTableの管理はファイルの存在を保証する意味でのみ作成しておけば
いいかなと考えてる。ファイル識別のためのハッシュDBみたいなものかな。
ファイル名＋サイズ＋ハッシュ＋冗長度ぐらいの軽いやつです。
んで、具体ファイル断片の検索や転送にはハッシュベースで隣接ノードと
やり取り。バケツリレーで検索は発行すればいいかなと。
で、見つかったoex素片はオブジェクト化してあるから被参照回数と
自己複製回数を見てそのまま転送するのか、自分自身を別のところへ
移動させるのかを決めればいいんでないかな？
ガベージはこの内部カウンタで管理できないかとおもうですよ。
324 ：[名無し]さん(bin+cue).rar ：03/12/01 17:03 ID:XABKLGcQ: >>321
Nexusモードならメモリ書き換えのクラックとかは防げるね。
325 ：[名無し]さん(bin+cue).rar ：03/12/01 17:04 ID:mGQap1Bp: >RAID5マンサン
Wikiページに付け足しておきました。
編集があればよろしくお願いします。
326 ：RAID5マン ：03/12/01 17:11 ID:WD77fbOv: 暗号化は頭から除外したほうがいいぞ。
散々ｶﾞｲｼｭﾂだが暗号化してあるとかしてないとかなんていうのは
ローカルディスクと通信盗聴にしか効果がない。
今回のnyのような実地調査ではお互い通信してるから
ファイルそのものが流れてくる時点でアウトだ。中継すればいいとか
言ってるのも却下。実地調査では意味がない。
中継＝幇助だろ。そんなもんISPのログたどればすぐわかる。
327 ：[名無し]さん(bin+cue).rar ：03/12/01 17:17 ID:Cc7NClL4: >>319
その方式でほとんど完成している。
即消しの元凶はフォルダを１つしか指定できないことによる容量不足だと思うけど
複数のフォルダが使えるように実装してみた。それともし消した場合でも
再キャッシュ化時に、前の情報を引き継げる仕組みも実装したので
オリジナルの情報が保持されるようにした。それでも任意でDBから履歴情報を
削除できるように作りますけどね。
328 ：[名無し]さん(bin+cue).rar ：03/12/01 17:31 ID:mGQap1Bp: 前レスにP2Pの文書どーたらこーたら言っておられた方が降りますが
こんなものはいかが？
http://www.ht.sfc.keio.ac.jp/~willow/publications/willow0602n3.pdf
329 ：[名無し]さん(bin+cue).rar ：03/12/01 17:39 ID:Mqlh3sE1: 今後、ネットスピードやPCが充分高速化し、各個人のPCが一つの大きなサーバーを構築し
各PC内のデータが、限りなくクラスタ単位に近い形でシェアリングされてしまったらどうなるだろうか?

個人の著作権などエヴァのLCLの海の中に溶け込んでしまったかのように
サイバー世界に消えてしまう気がする
330 ：[名無し]さん(bin+cue).rar ：03/12/01 17:46 ID:/fTrN2a9: 常駐させてキャッシュを流通させた時間分だけ
電話機能（Skypeみたいな）とエミュでの通信対戦機能が
使用できるようにしてくだちい。
331 ：Jony ◆l.La2J.vTg ：03/12/01 17:51 ID:3fMy4kTE: >>RAID5氏

実地調査されたときに、自分がどのファイルの断片を持っているかということが
検出されたらマズいんじゃないでしょうか。

自分の持ってるファイルの断片のハッシュは自分の持ってるファイル情報から削除されるとか？
332 ：[名無し]さん(bin+cue).rar ：03/12/01 17:58 ID:YB8gSLFc: この仕様を決める輪の中に京都府警が入ってたら大変だよね。

自分達の操作しやすい方向に話持っていくの。
333 ：[名無し]さん(bin+cue).rar ：03/12/01 18:06 ID:UNME27da: >>320
>>113-115で既出
334 ：[名無し]さん(bin+cue).rar ：03/12/01 18:08 ID:HdLGee9e: nyではファイルを頭からダウン、進捗率を青地に黄色のバーで表している。
けど頭からダウンだとやっぱ尻切れが発生しやすいし、拡散速度も下がる。
nyでは一度廃されたけど、複数ブロックに分けて落ちてきたほうがいいと思う。
おいら動画落とさないし、この方式のnyでの復活をずーっと望んでたんだけど
そこのところはどうなってます？
335 ：[名無し]さん(bin+cue).rar ：03/12/01 18:18 ID:43IfpHcn: Ｗｉｎｎｙネットワークが崩れてからというもの、
約１ＭＢ近くの転送速度の向上してることが判明した。
336 ：[名無し]さん(bin+cue).rar ：03/12/01 18:18 ID:43IfpHcn: すまん
　ミスってａｇｅっちまった。
337 ：[名無し]さん(bin+cue).rar ：03/12/01 18:35 ID:X0PbHGIA: >>332
見ているとは思うぞ。
来年も年末調整で手柄稼がなきゃならんし。
338 ：RAID5マン ：03/12/01 18:59 ID:O+g3xY+Y: >>Jonyさん
えと、大抵の場合はZipやらRARに圧縮してるはずなのでそれを奇数偶数ビット切り分け
xorパリティ生成します。んで1MB単位とかのブロックに分けちゃうので取得した1MBの
分裂素片から原本同一性を証明して個人攻撃するのはほぼ無理だとおもうですよ。
ダウソに成功したら原本同一性は実証できるけど、それを構成する素片を送出した人
は「どのファイルのどの部分か」わかんないし。
この回答では疑問解消しませんか？
339 ：[名無し]さん(bin+cue).rar ：03/12/01 19:35 ID:gPH3VC+D: ネット接続をISPに依存している段階では
どんなソフトを作ってもｗハイテク課は楽勝だと考えています
ﾏｼﾞﾃﾞ
340 ：[名無し]さん(bin+cue).rar ：03/12/01 19:37 ID:sx8Pxyf2: RAID5マンさんの方式はオープンソースで開発しても問題ないんじゃない？
なんか期待しちゃうよ。
341 ：[名無し]さん(bin+cue).rar ：03/12/01 19:54 ID:3fMy4kTE: >>338
つまり、断片を所持していて、その断片が何のファイルの断片か分かっても問題ないと。
……う～ん、もうちょっと考えさせてください。
偶数奇数の分離は暗号化に比べ高速ですが……。う～ん。

>>340
オープンソースで問題なのは、データ構造でなく、いかに改悪ピアを弾くかということに
あると思いまつ。
342 ：[名無し]さん(bin+cue).rar ：03/12/01 19:54 ID:AU+GtZQd: >>339
　Ｐ２Ｐ専用ＩＳＰとかやっても問題だしなー。
　
343 ：[名無し]さん(bin+cue).rar ：03/12/01 19:58 ID:gCMiUIcj: >>337
じゃぁ、年明け稼動だとしばらく放置してくれるかな？
344 ：[名無し]さん(bin+cue).rar ：03/12/01 20:01 ID:mGQap1Bp: >>343
一年ぐらい放置してくれます
345 ：[名無し]さん(bin+cue).rar ：03/12/01 20:04 ID:rgGnSJkN: ところで、パリティビットって何で必要なんだ？
チェックサムやハッシュ値があればエラーは検出できるんだし、
化けたら再度ダウンロードしてくれば済むことじゃないか？
346 ：[名無し]さん(bin+cue).rar ：03/12/01 20:09 ID:p3ffrs5r: >>342
KaZaAと提携したISPがあったな
347 ：RAID5マン ：03/12/01 20:10 ID:O+g3xY+Y: もうちょっと補完するとxorビットも入れてほしいです。
効果としては通常用途と同じく欠落ビット（ブロック）復活に使えるし
実地調査でも送受信されるデータの真偽性がわかりにくくなるですよ。
たとえばあるisoイメージをzip圧縮するとその時点でバイナリ列としては
原本からかなり変化する。さらにそれを奇数偶数パリティの３つに分割すると
それぞれの素片見ただけじゃ何がなんだかわかんないでしょ。
仮に原本同一性がそれでも証明できるとしても、送信した人がそれを
認識できる状態には無いから違法性を問うのは非常に難しいかと。

それと「ファイル共有」ソフトは目の敵にされるんで、「P2P仮想ディスク」
とか「P2Pフリーディスク」とかっていう「ディスク領域の共有」てのを
前面に打ち出してほしいです。

共有するのはファイルじゃなくて自由に使えるディスク領域だってコトでｗ
348 ：RAID5マン ：03/12/01 20:15 ID:O+g3xY+Y: >345
奇数偶数にビット列を分割した上でさらに一定容量でブロック化するから
ブロックが欠落する可能性が否定できんでしょう。
そのためです。
349 ：[名無し]さん(bin+cue).rar ：03/12/01 20:15 ID:YE/rn84g: 自分でやれ自分で
350 ：[名無し]さん(bin+cue).rar ：03/12/01 20:15 ID:uVaH10c3: つまりだ
作り出したい状況というのは・・・

　・よく分からないファイルの断片をいくつも持ってる
　・よく分からないファイルの断片を自然とアップロードしている

　　　（よく分からないファイルの断片＝それだけでは意味をなさないファイル）

　・何人かの人からよく分からないファイルの断片集めると欲しいファイルになる

それを大人数でやるわけだ

誰一人として完全キャッシュを持たないように
しかもよく分からないファイルの断片がなくならないよう冗長性を持って
351 ：[名無し]さん(bin+cue).rar ：03/12/01 20:19 ID:rgGnSJkN: >>347
たとえばoddビットとevenビットで復元を試みて失敗した場合
xorビットを取得してそれを使い復元するんだよな？
各チャンクのエラーは、そのチャンクのチェックサムやハッシュ値で判断できるから、
どちらを修復しないとならないかは自明。
xorビットとodd/evenビットの情報量が同じであると仮定するのなら、
エラーを検出した時点でxorビットかodd/evenビットを再度取得してくることに
本質的な違いは無いんじゃないのか？

真偽性の話だけど、それがxorビットであることを知れるとしたら、
そのデータは捨てれば済む話だし。
352 ：351 ：03/12/01 20:21 ID:rgGnSJkN: ちなみに、各チャンク（ブロック）にハッシュ値がついているという前提での話。
チェックサムやハッシュ値を持ちながらパリティビットを設けるのは
無駄な冗長性でしかないのでは？ってこと。
353 ：[名無し]さん(bin+cue).rar ：03/12/01 20:26 ID:3fMy4kTE: >>348
>仮に原本同一性がそれでも証明できるとしても、送信した人がそれを
>認識できる状態には無いから違法性を問うのは非常に難しいかと。

これを実現しようとすると、自分が持っているブロックのファイル情報は持てない。
それを判断するのは結構時間がかかる処理だと思いますが。
メモリにハッシュテーブルでも用意すれば解決するかなぁ……。
検索かけるときには、検索ワードを他ノードに振りまくと。
まぁ、検索ワードが知られたところで、どうということはないんですけどね。
354 ：[名無し]さん(bin+cue).rar ：03/12/01 20:30 ID:irMSEQLS: >>350
おっしゃる事は良く判るし、イイ方法だと思う。
しかし大問題がある。
捏造やられるとｲッﾀーｲ (;;)
355 ：[名無し]さん(bin+cue).rar ：03/12/01 20:37 ID:cVYs8ifm: なに、結局一人で作る形なの？やっぱり駄目だなこりゃ。

ちなみにRAID5マン案はそもそもどうやってファイルを検索するのかが
どこに書いてあるのか分からない為に断定は出来ないんだけど、
どうやら偽装部分が非常に弱そうだ。

まず暗号化前のファイルを持っている場合、全てのキーを生成する事が出来る点。
つまり出回っているファイルを収集さえすればどのキーが対象のファイルかは
完全に把握可能。はっきり言ってこの技術だけでは駄目。
これを防ぎたい場合3ファイル共通のXORキーを作れば良いが、
同じファイルでも違うファイルとして扱う事になる事情がある為
どのようなファイル検索技術を使っているかが分からんとなんともいえんな。
まぁハッシュなんだろうけど。
356 ：[名無し]さん(bin+cue).rar ：03/12/01 20:38 ID:AU+GtZQd: 誰か仕様をまとめてくれよー。
357 ：[名無し]さん(bin+cue).rar ：03/12/01 20:45 ID:cVYs8ifm: >>261でどう言った方針かを決めろとは言ったが、
やっぱり複数人数で作った方が色んな意味で良いと思うよ。
358 ：[名無し]さん(bin+cue).rar ：03/12/01 20:47 ID:+JC3TwiK: そう仕様。

＿|￣|○　
359 ：[名無し]さん(bin+cue).rar ：03/12/01 20:51 ID:irMSEQLS: >>356
あえて言うならコレじゃないのか？
http://2.csx.jp/~p2p/
こんなんじゃ仕様が無いけどなｗ
360 ：[名無し]さん(bin+cue).rar ：03/12/01 20:56 ID:AU+GtZQd: >>359
　それは仕様っていうか版の整理と
　とりあえず決めなければならんリストが書かれているだけだなー。

　海外鯖借りたから、近いうちにまとめておくか…。
　
　3(-_^;)うちの学校の版みたが、恥ずかしく悲しい内容だったよ。
　
　俺の席の後ろの香具師は、
　　ＮＯＣＤを知らない…Ｎｙ未だつなぎぱなし…ｈｔｔｐで落とすのが面倒
　　Ｄｅｍｏｎを知らないでエロゲできるようにしろとほざいてる。
　↑このスレと関係ない話だか、こういうのは放置しかないでしょうか？

#-------------------------------------------------------------------
　
361 ：[名無し]さん(bin+cue).rar ：03/12/01 21:03 ID:7DZxl8+z: ageて言うことか
362 ：[名無し]さん(bin+cue).rar ：03/12/01 21:04 ID:AU+GtZQd: >>361
気づかずｱｹﾞｯてしもうただけだ。。
　さっきcookieとか消したからなー。sage入れるの忘れてたわ
　今から仕様らしきレスを取得してまとめてみます。
363 ：RAID5マン ：03/12/01 21:07 ID:O+g3xY+Y: とりあえずレスつける前に>>1から全部嫁。
この時間帯になると案もださねーのに否定ばっかで気分悪いわヴォケ。
あふぉなレスみるとやる気なくすわ。
364 ：[名無し]さん(bin+cue).rar ：03/12/01 21:11 ID:irMSEQLS: >>363
大丈夫デシ。誰も期待してないデシ。
365 ：[名無し]さん(bin+cue).rar ：03/12/01 21:12 ID:N1yLlx6F: >>364
以下同文
２ちゃんで気分害されても
366 ：[名無し]さん(bin+cue).rar ：03/12/01 21:12 ID:iIr4+rFJ: ログも読まずにまとめてるとこがないとか言ってるアホが多数
367 ：[名無し]さん(bin+cue).rar ：03/12/01 21:15 ID:mg00hCaQ: >>355
意図を読み違えてるかもしれんがデフラグソフトは簡単に作れちゃうかもね。
自分がどのファイルのデータ素片を持っているのか、
新しく書き込まれたデータ素片がどこから飛んできたかはバレバレという状況で
言い逃れが出来るかどうか、という事にはなるね。
一応現案でも想定されてるとは思うけど。

データ片の送信側は自分が呼び出した場合を除いて
１．実体ファイルを持ったノード
２．ファイルをダウンロードしたノード
３．どこからかデータ素片を送られたノード
のどれかという事になるのかな。

言うまでもなく１はヤバイ。2もあまりバレるのは好ましくない。
3であれば責任の追及は不可能であろうと思われる。

1、2、3が違うものである事が分かってしまうと大変危険と言うことになる。
実装にもよるだろうから何ともいえないけど、
技術的にその辺りの判別は可能なのか、だとしたら回避方法はあるのか
みたいな感じでネタだし出来んものかね。
ちょっともうこれ以上は日曜プログラマには分からん領域なんだけどさ。
368 ：[名無し]さん(bin+cue).rar ：03/12/01 21:16 ID:N1yLlx6F: 47氏ってどれだけ煽られても一度も切れなかったよなぁ
その点は大人だと思うよ
369 ：[名無し]さん(bin+cue).rar ：03/12/01 21:18 ID:rgGnSJkN: >>363
よくわからんが、それは俺のことか？
新しい案（RAID5方式か？）とやらが既存のものより明らかに
”劣っている”からそこを突いただけで、
否定するたびにまったく新しい案を出さないといけないのなら
それまでよりも劣ったものを持ち出して偉そうにするなってことだよ。

c#での実装がんばってくれや。
370 ：[名無し]さん(bin+cue).rar ：03/12/01 21:20 ID:iIr4+rFJ: 夜の部はまだですか？
371 ：[名無し]さん(bin+cue).rar ：03/12/01 21:22 ID:OAw0KxBK: 立ち上げてリンクが確立した段階で、
ドドドーっと勝手にUPファイルを流し始めるってのどうよ？
バケツリレーの中に何だかよくわからないうちに入ってしまうわけね。
372 ：　：03/12/01 21:24 ID:doRAisCz: 違法性のないファイル名にする。
↓
2ch、nybbsなどで実際の内容を公表。
↓
ダウンロード
↓
捕まる
↓
まさか違法なファイルとは思わなかった。
373 ：[名無し]さん(bin+cue).rar ：03/12/01 21:25 ID:rgGnSJkN: >>369
捕捉しておくと、パリティは明らかに無駄な
単純に殺ぎ落としても問題の無いこれまでの案の中でもっとも劣る設計。
単純に殺ぎ落としてodd/evenに分けたデータを拡散させるだけだと
これまでのものと本質的に同一なものになる。

RAID5案は発展性は皆無で、後退している部分しか存在しないわけ。
374 ：Jony ◆l.La2J.vTg ：03/12/01 21:25 ID:3fMy4kTE: っていうか、ネットワークでどういうファイルが取引されているか把握される
っていうのはマズイんかね。
個人的には、本人が、自分の持っているファイルが全く把握できなかったら
責任はかなり薄れると思ってるんだが。

みなさんの意見を聞きたい。あと、まとめぺぃじへのツッコミきぼん。
375 ：cos37 ：03/12/01 21:26 ID:f9HaqkAx: 37歳氏の新P2Pソフト完成をじっくり待つ会 Part3
で議論されたことですが、
P2Pソフトをシェアウェアにしてしまうというのはどうでしょうか？
警察や著作権団体は買わなければなりませんが、
ﾀﾞｳｿの住人は(ry
もしくは、法人や国家機関のみシェアウェアにするとか。
376 ：[名無し]さん(bin+cue).rar ：03/12/01 21:27 ID:AU+GtZQd: >>772
ダウンロードでは捕まりません。
377 ：[名無し]さん(bin+cue).rar ：03/12/01 21:29 ID:AU+GtZQd: >>375
どうやって　個人を警察とか国家機関に属している人間だと判断するんだ？？
　まさかドメインで go.jpになってるからとか言わないだろうな？？
378 ：[名無し]さん(bin+cue).rar ：03/12/01 21:30 ID:cVYs8ifm: >>367
まぁP2PDiskDriverとかいうのとP2PDiskFileタベルとか言う奴の挙動が
物凄く相性が良いと言う話なのかも知れんけどね。
379 ：[名無し]さん(bin+cue).rar ：03/12/01 21:30 ID:kD8vgb8d: ドメインで go.jpになってるから
380 ：[名無し]さん(bin+cue).rar ：03/12/01 21:32 ID:mg00hCaQ: >>375
シェアウェアにしたら権利の所在をハッキリさせんといかんくなる罠。
ナプスタ裁判のようにそこを窓口に賠償請求されたらアボーンじゃないん？

○暴ちっくに住所不定無職でも代表に立てて責任逃れでもする？ｗ
381 ：[名無し]さん(bin+cue).rar ：03/12/01 21:32 ID:iIr4+rFJ: >>379
テンプレ嫁

あと
次期P2Pのクリアすべき課題を法的な観点から考察
http://tmp2.2ch.net/test/read.cgi/download/1070084504/
382 ：[名無し]さん(bin+cue).rar ：03/12/01 21:33 ID:f9HaqkAx: >>377
違法な方法で調査した場合の逮捕は無効になります。
383 ：[名無し]さん(bin+cue).rar ：03/12/01 21:33 ID:AU+GtZQd: どうにか　ｋとかａが知らないで
俺ら個人だけが知るとかいうのがあればなぁー。
　そんなもの何処にもない罠ｗ
384 ：[名無し]さん(bin+cue).rar ：03/12/01 21:34 ID:aBvmWGqf: >>375
警察、著作権団体が何故買う必要があるの？
押収すればいいんじゃ・・
385 ：[名無し]さん(bin+cue).rar ：03/12/01 21:35 ID:cpmwJLhy: >>374
禿同

暗号化された状態で、かつキャッシュは全体ではなく部分
普通の一般人には把握できない

それで問題ないと思われ
さらに改良するならそこまで完成してからで
386 ：[名無し]さん(bin+cue).rar ：03/12/01 21:37 ID:sx8Pxyf2: 既出・スレ違いの話題とそれにレス付ける馬鹿がいる限り話が進まないわな
387 ：[名無し]さん(bin+cue).rar ：03/12/01 21:38 ID:nfdfyzxP: 誰が何をもっているか
誰が何をDLしているか
誰が何をULしているか

全てのクライアントに対して完全に隠蔽する構造は思いついたが俺には作れない

シャワー浴びてくる
388 ：[名無し]さん(bin+cue).rar ：03/12/01 21:38 ID:7DZxl8+z: それも激しくｶﾞｲｼｭﾂ
しかも法律スレ向き
389 ：[名無し]さん(bin+cue).rar ：03/12/01 21:39 ID:AU+GtZQd: □警察が個人としてツールを利用
　↓
□違法ファイルが流れていることを確認
　↓
□ダウンロード　この時ＩＰをログしておく。
　↓
□警察署で●●ってツールで違法行為やってる人が多いですよ。

　ってﾊﾟﾀｰﾝにならないか？
390 ：[名無し]さん(bin+cue).rar ：03/12/01 21:40 ID:2A0L++Uy: AU+GtZQdさん、協力してくれる姿勢は有難いのですがスレ違いです。
他の方々共々法律スレへ行って下さい。
391 ：臨時速報！！ ：03/12/01 21:40 ID:K7mSnT35: 375 名前：37 ◆cCUTZgLe.s [] 投稿日：03/12/01 21:33 ID:/hmlRT66
開発状況は70％といったところでしょうか。いろいろな場所で期待されているようで
こちらもやる気がでます。Dorothyではnyのシステムを継承した部分や新機能がいくつかあるので
それを一部ですがお知らせしたいとおもいます。
まずインターフェイスですがnyに似せて作りました。Dorothyもキャッシュシステムを採用していますが
これは改良した部分が多数あります。あとnyよりは軽くしたつもりです(C3 600MHzでダウンロード時負担6％)

只今時期ｐ２ｐソフト開発中の３７氏が書き込んだ模様！！です！

37歳氏の新P2Pソフト完成をじっくり待つ会 Part4
http://tmp2.2ch.net/test/read.cgi/download/1070211340/
392 ：[名無し]さん(bin+cue).rar ：03/12/01 21:41 ID:1FrU/t+O: >>389
著作権者が捜査を依頼してる場合はノープロブレム
ACCSなんて思いっきりそのための団体
393 ：[名無し]さん(bin+cue).rar ：03/12/01 21:48 ID:f9HaqkAx: >>384
調査の段階でソフトを解析しなくてはならないから
買う必要がある。
394 ：[名無し]さん(bin+cue).rar ：03/12/01 22:01 ID:cAAkyKnC: パケットが常にピンポンしている状態であれば良い。ピンポンの
ルールは必要である。欲しいファイルを要求したときにパケット
が順にある程度の形をまとめてストリーミングされてくる。
サーバは存在しない。ファイルも存在しない。ＤＬした側も
コンテンツを見た片っ端から消えてしまう。
ＰＣでしか見ることが出来なくなるが、追いつめていくと
こんな形になるのではないだろうか？
誰がどこから何をしているのか絶対に分からない。たとえ
ピンポンしているパケットを拾っても、それが何であるかは
分からない。
395 ：[名無し]さん(bin+cue).rar ：03/12/01 22:01 ID:JD1QcgxA: クライアントはデータユニットを常に送出し、一定量のトラフィックを維持する。
ダウンロード要求には明確に応答せず、どのファイルを優先してトラフィックに乗せるかの参考にするだけ。

こんなんで何かメリットあるかな。ｽﾚ汚しスマソ
396 ：[名無し]さん(bin+cue).rar ：03/12/01 22:23 ID:Yjkkmk7u: スレが・・・止まった・・・？
397 ：[名無し]さん(bin+cue).rar ：03/12/01 22:27 ID:AU+GtZQd: #-------------------------------
　停止中のスレ
#-------------------------------
398 ：[名無し]さん(bin+cue).rar ：03/12/01 22:33 ID:doRAisCz: ホンとだ完璧にとまっちゃってるね
399 ：[名無し]さん(bin+cue).rar ：03/12/01 22:34 ID:LPiUuEck: コーディング中なのでは？
400 ：[名無し]さん(bin+cue).rar ：03/12/01 22:35 ID:A4OzXdUM: RAID5氏はやる気をなくしてしまいましたか？
ぼくは、このような知識がなく何も役に立ちませんが、

かげながら応援しています。
カンバッて下さい。
401 ：[名無し]さん(bin+cue).rar ：03/12/01 22:36 ID:hbXutD1h: ほんとに止まったな・・・
ってかUP時に自分のIP+偽装IP99個ぐらいを同時に送れないかなぁ
まあプロバで止められるだろうけど
ピカリのファミリータイプみたいな感じでプロバに繋がってるなら
他のファミリーのIP(実在するIP)で偽装するとか。
受信はUP側が受信側の100IP全てに送信する、で。

・・まあ俺の考える案はいつも夢想だな。
402 ：[名無し]さん(bin+cue).rar ：03/12/01 22:41 ID:V3ix2B2A: 何度か話が出ているけど、シェアウェア化ってアイディアを生かせないかな？

オレの考えでは、
シェアウェアとしてまずnyやMXなど既存のP2Pネットワーク上に流す。(作者の身元をできるだけ分からないようにするため)
インストーラー付きにしてインストール手順で仕様許諾書と作者(著作権者)を明示する。
仕様許諾書の内容は逆コンパイル等禁止・雑誌への掲載禁止・スクリーンショットの公開禁止など(具体的なことは分かりません)
インストール時にパスワードを要求。
パスワードは、表向きでは公式ホームページなどから作者と連絡をとりシェアウェアとして料金を払うことを明示する。
公式ホームページのURLは架空のモノをReadme.txtに乗せる。
実際には公式に料金を払う手段は用意せず、winnyやMXなどで違法シリアル集としてパスワードを配布する

これなら著作権法上、作者に無断で割れて使用するしかないから、警察やACCS等の著作権保護側の団体は起動すらできなくなり
一般人とかは普段からそんなのお構いなしなので普通に落としてこれる。
雑誌への掲載禁止も明示してあるし、著作権法を犯さないと使用できないから雑誌への掲載もできなくなり厨房対策になる。

あとは作者の名義を団体名義にするとか(例えばダウソ板住人名義とか)

どうだろう？
403 ：[名無し]さん(bin+cue).rar ：03/12/01 22:43 ID:sx8Pxyf2: >>402
次期P2Pのクリアすべき課題を法的な観点から考察
http://tmp2.2ch.net/test/read.cgi/download/1070084504/
404 ：[名無し]さん(bin+cue).rar ：03/12/01 22:45 ID:IcPNdB1c: まあ、でもいい傾向なんでない？
いいかげんみんなネタ不足になってきたのかも。
そしてRAID5氏につっこむほどの技能を持ってる人が実はほとんどいなかった。
>>402
．．．．．．．．．．．．そりゃいい考えだ！とでも言ってほしいのかい？
405 ：[名無し]さん(bin+cue).rar ：03/12/01 22:45 ID:AU+GtZQd: ノード接続に関してだが、
手動登録できるようにするとｋなどが勝手に個人を特定してつないでしまう。
そこで考えたのだが、

　何処かのWebサーバを利用してそこにアクセスしてるユーザに
　ランダムに接続する。
　それだとＦＷとか使ってやられそうだから、
　
　ｋ　→　１に接続　←単につながるだけで調査できない
　１　→　２に接続　←１につながってるノードからランダムで選ぶ
　２　→　ｋに接続　←これがつながらないｋはノードから切断される。
　　　　　　　　　　　今後、接続できないように設定される。

　っていうのはどうだろうか？？
　俺の考える案も夢想で申し訳ない。
406 ：[名無し]さん(bin+cue).rar ：03/12/01 22:47 ID:f1O3HGP0: 見つかったら著作権系の問題でタイーホにならん？
407 ：406 ：03/12/01 22:48 ID:f1O3HGP0: >>402
408 ：[名無し]さん(bin+cue).rar ：03/12/01 22:49 ID:hbXutD1h: 夢想ついでに書くと一般ピーポーとKを見分ける方法としては
KのPCには絶対に入れていなければいけない
ソフトorハード(Kが個人で使うPCすらも)
を特定してソレが感知できれば使えない、懐石できない、とかね
逆にあるソフトを入れてなければ次期P2Pソフトを使えない。にして
そのあるソフトはKやAと関係の有る奴は使えない
という規約を付けて配布する。いっそOSから作るとか。
まあこれは法スレの次期P2Pソフトに規約を付ける案とほぼ同じだがね・・
409 ：[名無し]さん(bin+cue).rar ：03/12/01 22:52 ID:ZEmZQdCy: 今思ったけど製作する側の人間性って結構重要だよな。
47氏はその点は良く理解して製作してたと思う。
410 ：402 ：03/12/01 22:56 ID:V3ix2B2A: >>403
確かにそちらで書くべきでしたね、以後気を付けます。
>>406
著作権法は親告罪らしいので作者が訴えなければ問題無いかと思いまして。
ただ問題なくても違法であることは変わりないので警察とかは使えないんじゃないかなぁ？
っと夢想してみました。
411 ：[名無し]さん(bin+cue).rar ：03/12/01 22:56 ID:sx8Pxyf2: このスレは素人書込み禁止にすれば？
素人というのは自分でP2Pソフトを作れないやつのこと。
素人がおもいつくようなことはとっくに考えてるだろうし、あくまで
一人で作れるだけの技術がある人が意見を聞く感じでレスすればいい。
それにつっこみいれるのはもちろん歓迎で。47氏もそうだったでしょ？
あと47氏の過去ログ読むのもかなり参考になるよ。
412 ：[名無し]さん(bin+cue).rar ：03/12/01 22:57 ID:HS6/kJst: 偽装とかしなくても　ファイル―持ち主　の関係を全てのクライアントに完全に隠蔽できるよ
winnyタイプでも　ｍｘタイプでもOK

細かい事を省いて凄く簡単に書くと

ネットワーク内に　IPキーAサーバー　IPキーBサーバー　を置く
それぞれ複数のクライアントで構成し　必要に応じて数を増減させる
IPキーAサーバー　IPキーBサーバー　は一対一で対応する
IPキーA　IPキーB　は二つ揃う事でIPを復元できるキー情報（加算するとかxorするとかで）
IPキーAサーバーはネットワーク一意のIDとIPキーAの対応を管理する　IPキーBサーバーは（ｒｙ
特定のクライアントにアクセスする時はIDを指定し
IPキーサーバーABから任意の中継クライアントにキー（だけIDは開示しない）を渡しIPを復元させアクセスさせる

ファイル転送時には間に一つ以上のクライアントを中継させる
中継するクライアントは次々とかえていく
これを管理する為のファイル転送サーバーを置く
ファイル転送サーバーそれぞれはある程度の数のクライアントのトラフィックの状況を把握し
ファイル転送の中継をするクライアントを手配する
更にファイル転送時に転送元と転送先だけに暗号化、複合化キーを設定しておけば尚よい

後はだいたい想像できると思う

一クライアントとして参加する分には　たとえクラックされたクライアントを使用して情報を収集しようとも
ファイルー所有者　の関係を導き出す事は出来ない
ISPがわで目をつけたユーザーの吐き出すパケットを監視していれば特定できるかもしれないが
それを心配するなら　回避する策もある
413 ：406 ：03/12/01 22:59 ID:f1O3HGP0: なるほど親告罪か・・・
一般ユーザーは訴えなくて　警察は訴えるってかｗ
面白いんじゃない？　損することはなさそうだし・・・
つけてみる価値はあるかもね
414 ：[名無し]さん(bin+cue).rar ：03/12/01 23:00 ID:irMSEQLS: sx8Pxyf2 は書込み禁止ｗ
415 ：[名無し]さん(bin+cue).rar ：03/12/01 23:01 ID:AU+GtZQd: >>402　が言う意見を参考に考えてみたんだが、
　まず本体は、ｗｉｎｎｙやＭＸで配布する。
　シリアルにパスワードを書くといってるが、尻集とか警察も知ってると思う。
　そこで…

　□キージェネを使う。

　キージェネを入れておかないと使えないようにして、
　そのキージェネは不定期で更新される。
　MacAddressとバージョンと起動情報を暗号化させた
　情報ファイルを生成し、正常ならば起動するが、
　ネットワークにつないでる途中で自分と同じMacAddressを使ってるノードを
　検出したら情報ファイルのコピーと見なして利用できないようにしてしまう。
　
　キージェネ本体は、一度使えばEXEを書き換えて利用できないようにする。
　また未使用が流出しないように有効期限を１０日以内とかにしておく。
　もちろん時間をいじくって起動しようとするやつがいるので
　タイムサーバと連携をとり判別する。
　
416 ：[名無し]さん(bin+cue).rar ：03/12/01 23:02 ID:MC2GOMuK: >>406
「未登録時は1分間だけ使用可能です」とかにしとけば、何とか言い逃れ出来そう
417 ：[名無し]さん(bin+cue).rar ：03/12/01 23:03 ID:pQ6GWfIs: アイコン～
画像アップ掲示板にはりつけますた

http://www.p-manjiro.com/icon/joyful/joyful.cgi?

P2P from ２チャンネルに置いてあるアイコンの右から二つ目のアイコンから文字ぱくりますた(ﾃﾞﾍﾍ
418 ：[名無し]さん(bin+cue).rar ：03/12/01 23:05 ID:AU+GtZQd: >>416
(^◇^;)　１分ですか…
　１分だと辛うじて３～４MBのもせが限度ですなー。
　
419 ：[名無し]さん(bin+cue).rar ：03/12/01 23:07 ID:G1Y3hmjx: 何をやっても国家権力にはかないません。
420 ：[名無し]さん(bin+cue).rar ：03/12/01 23:08 ID:HS6/kJst: なんだ・・・反応ゼロか
421 ：402 ：03/12/01 23:09 ID:V3ix2B2A: >>415
尻集を警察が知っているってのは自分でも分かっていますが、
違法になるので警察は手を出せないってのが狙いです。

キージェネについてはヘタなこと言うと恥をかくので私は何も言えません(;´Д`)
422 ：320 ：03/12/01 23:10 ID:pM9w30OX: キャッシュについてですが、RAID案やどんな案でも
完全キャッシュは必ずファイルに復元出来るのだから、
完全キャッシュでなければファイルに復元できない構造にすればいいのでしょ？
たとえ復元できても意味不明のデータになるように。

今、簡単なプログラムを作って試してみたんだけど、
暗号化と、ＸＯＲを上手く使うと、１バイトでも異なれば
無理矢理復元させても最低70%程無意味のデータにさせることが可能です。
最高30%程、元ファイルのデータになりますが、バラバラの位置に出現するので
検出不能だと思います。

これじゃだめ？
423 ：[名無し]さん(bin+cue).rar ：03/12/01 23:10 ID:AU+GtZQd: >>420
ISPがわで目をつけたユーザーの吐き出すパケットを監視していれば特定できるかもしれないが
それを心配するなら　回避する策もある
↑どのような回避策ですか？
424 ：[名無し]さん(bin+cue).rar ：03/12/01 23:11 ID:LPiUuEck: 全世界ＨＤＤ計画が、京都府警に取り締まれるの？
425 ：320 ：03/12/01 23:12 ID:pM9w30OX: >１バイトでも異なれば
1バイトでも存在しなければの間違い
426 ：[名無し]さん(bin+cue).rar ：03/12/01 23:14 ID:irMSEQLS: >>420
多分実力ある人なんだろうけど。
こういうのは、ほとんどの人が理解できません。
理解力をつけろ、と言う前に表現力を見につけろ、です。

・それぞれ複数のクライアントで構成し　必要に応じて数を増減させる

何を言っているのかさっぱり判りませんｗ
427 ：[名無し]さん(bin+cue).rar ：03/12/01 23:14 ID:RL8IGCbo: この記事ワロタ
http://www.zdnet.co.jp/news/0312/01/nj00_top10.html
428 ：[名無し]さん(bin+cue).rar ：03/12/01 23:15 ID:AU+GtZQd: □キージェネの第二の効果

　Ｗｉｎｎｙでは、バージョンアップが安易にできた。
　ＭＸは、バージョンアップは滅多にしないでよい。
　ただ使えるようになればそれでいいというユーザが増えた。
　逮捕されたなどという情報を入手しようとしない。

　つまり　のほほんと使ってる奴が多いのだ。←アニヲタ等に多い。

そこでキージェネを定期的に取得しなければ、利用できないようにしてしまう。
　古い情報ファイルだと使えないようにすれば、いいのではと思ったり。

　またキージェネのプログラムは、再配布禁止でｎｙやＭＸに流さない。
１０分だけ共有ツールを使えるようにして、そのあいだに新しいキージェネを取得しなければならない。

　こんなのはダメですかね？
429 ：[名無し]さん(bin+cue).rar ：03/12/01 23:18 ID:MzJ5UYbO: >>428
よーわからんが、回線遅い香具師は不利じゃないの？
430 ：[名無し]さん(bin+cue).rar ：03/12/01 23:19 ID:b+cQdWTp: >>420
もう少し、なんというか。みんなが知っている「キーワード」を散りばめて
わかるようにカキコしてほちい。
原理は何なのかとか、キーポイントはどこなのかとか。

「IPキーAサーバー」っていう単語がいきなり出てきて、迷子になってる俺ですが。
431 ：[名無し]さん(bin+cue).rar ：03/12/01 23:19 ID:HS6/kJst: >>423
かなり複雑になると思うけど

初回ログイン時に暗号化キーを設定しておいて
ネットワーク内に保持しておき　一定期間ログインがない場合に削除する
次回ログイン時からはネットワーク内に保持されているキーを使用するので
初回ログイン時をISPに抑えられない限り暗号キーが割れない
キーが削除される前にログインしていればよい

更にULしているか中継しているか判断できないように
UL時にはダミーパケットを受信するようにファイル転送サーバーなんかが手配すれば尚良し

でもこの構造のミソは誰からDLしているか絶対分からないって事かな
中継しているクライアントもｺﾛｺﾛ変わるし
中継してる側もファイルの断片しか分からないし　その上暗号化されていたらなんなのかさっぱり分からない
更に中継するクライアントが一つとは限らないとなれば・・・
432 ：[名無し]さん(bin+cue).rar ：03/12/01 23:21 ID:HS6/kJst: そうですね　ちょっと説明不足過ぎだなー
説明するのって凄い面倒で苦手なんだｗ

とりあえず今日ね寝ようっと
すれ汚しスマンです
433 ：[名無し]さん(bin+cue).rar ：03/12/01 23:21 ID:AU+GtZQd: >>429
　新キージェネそのものは、ネットワーク上にばらまかれているから、
　すぐにヒットするようにしておく。
　ダウンロードの速度が出ない場合は、もう１０分だけ追加時間を与える。

　あと共有ツールで誰かが逮捕者が出たとかいう情報を流したら
　それを取得したノードは、一時的に利用できないようにしてしまうとか。
434 ：[名無し]さん(bin+cue).rar ：03/12/01 23:26 ID:b+cQdWTp: >>431
「ファイル転送サーバ」がＫにならない保証が必要になると空想してみたけど。
435 ：[名無し]さん(bin+cue).rar ：03/12/01 23:28 ID:3fMy4kTE: >>434
どこぞのノードがヤバい人物のものになるっていうのは、絶対に防げんと思う。
436 ：[名無し]さん(bin+cue).rar ：03/12/01 23:30 ID:AU+GtZQd: こんなのはどうだろうか？
　
　まず限られた人、開発者やちゃんねらーなど、
　ここにいる人たちをＡグループとする。

　Ａグループでは、キージェネのみをネットワーク送信するようにする。
　Ａグループでは、他のファイルの共有はない。

　違法なファイルがあるグループをＢグループとする。

　Ｂグループに入るには、Ａグループから取得したキージェネが必要で
　キージェネには、Ｂグループに接続する為のノードが暗号化されて
　記憶されてあり、そのノードにランダムに接続していく。
　
　この場合、Ａグループにｋが侵入していないことが条件となりますが、
　そこらへんは、開発者のみだとかにすればなんとでもなりそう。
437 ：[名無し]さん(bin+cue).rar ：03/12/01 23:31 ID:5mMoTfEP: >>431
IPキーサーバをどうするかも問題。
438 ：[名無し]さん(bin+cue).rar ：03/12/01 23:31 ID:HS6/kJst: >>434
ごめん　「ファイル転送サーバー」ってのも単なる名前なんで・・・

ファイル転送サーバーも必要に応じて一クライアントがサーバー化されて役割を果たす
その際には自分が管理するクライアントのIPアドレスは把握するが
持っているファイル、対応するIDは開示しなければ問題無しです
単に管理するクライアントに　この二つのユーザー間の転送を中継しろという
指示を出すだけで　そのファイルの内容についてはノータッチです

というか寝ます　そのうち文章化してみたいけどできるかな・・・
439 ：[名無し]さん(bin+cue).rar ：03/12/01 23:35 ID:HS6/kJst: ついでに・・・

>>437
IPキーAサーバー　IPキーBサ－バ－　は　それぞれ
「IPキーA　と　ID」　「IPキーB　と　ID」　の対応を管理し　直接IPとIDの関係を知る事は出来ません
IPを知る為には　IPキーA　と　IPキーB　が必要になります
IPの復元はサーバーではなく任意のクライアントに行わせますが
その際にはIDを知らせない為そのクライアントはIPと伝えるべき情報だけを知ります　
440 ：[名無し]さん(bin+cue).rar ：03/12/01 23:39 ID:irMSEQLS: ん？？？

412>>・偽装とかしなくても　ファイル―持ち主　の関係を全てのクライアントに完全に隠蔽できるよ
439>>・クライアントはIPと伝えるべき情報だけを知ります　

IPと情報が同時に判ったらファイル－持ち主の関係が判る？？？
お休みなさい・・・
441 ：[名無し]さん(bin+cue).rar ：03/12/01 23:39 ID:KfFBsZpp: 皆が比較的簡単に始められないと広まりにくいしコンテンツも増えない。
必要マシンパワーもより多くの人に受け入れられるような仕様にしないとならない。
人数が集まらなければ仮に脆弱性があって違法ファイルが蔓延していた場合の逮捕率も
あがる。
より多くの、出来れば世界向けにすることは一つのセキュリティになる。

と外人の誰かが言ってた。
442 ：[名無し]さん(bin+cue).rar ：03/12/01 23:43 ID:HS6/kJst: >>440
IPと同時にわかるとまずい情報の受け渡しは情報自体を二つのキー情報にして
別々のクライアントを経由して行います

おやすみなさい
443 ：[名無し]さん(bin+cue).rar ：03/12/01 23:44 ID:TwJYg3yG: HALT
444 ：[名無し]さん(bin+cue).rar ：03/12/01 23:45 ID:AU+GtZQd: >>441
　確かにそうなのだが、必ず下手なことしか捕まる奴は現れると思う。
　そこは、ソフト側で制御してやらなければならないのでは？？

　Ｗｉｎｎｙは、長時間の接続というイメージがあった、
　ＭＸも長時間接続しているユーザも多い。

　長時間、多くの転送をしているとＩＳＰに監視されるのは事実であり、
　●時間以上の通信をできないようにしてしまう。
　
　実際に使う人がコントロールできればいいのだが、
　できない人もいるので逮捕者を出さないためにはこれぐらいの
　制限を与えなければならないかと思います。

　ＨＰで公開したり売ったり、ヤフオクで売るといった
　あほはどうしようもありませんけどねー。
445 ：[名無し]さん(bin+cue).rar ：03/12/01 23:57 ID:AU+GtZQd: http://s2net.s41.xrea.com/
↑ここに仕様などまとめられているそうです。
446 ：[名無し]さん(bin+cue).rar ：03/12/01 23:58 ID:ASITM+xj: つか、もっと単純なモンでもいいような気がしてきた
要点は「P2Pの仕様はOK、でも違法(略)の公開共有はダメ」これに尽きるわけだ
つまり違法(略)さえ流通させなければいいという事になる

Aさんノード「すんげぇ無修正ファイル共有準備」
　　　　　　　　　↓
Aさんノード「自分から見ても合法性100%ファイル(キャッシュ)に変換・共有開始」
　　　　　　　　　↓
しかしBさんノードからは「すんげぇ無修正ファイル」だと視認可能・Down開始」
　　　　　　　　　↓←ときどき中継にCさん参加
Bさんノード「自分から見ても合法性100%ファイル(キャッシュ)Down完了・共有開始」
　　　　　　　　　↓←でもDさんからは「すんげぇ無修正ファイル」だと視認可能・以下略」
Bさんノード「すんげぇ無修正ファイルに変換完了」ﾜｼｮｰｲ

つまり合法性100%のもんしか共有してないようになるわけだ
こんなんでいいんじゃねーの？
447 ：[名無し]さん(bin+cue).rar ：03/12/02 00:00 ID:ivGEMfCC: ( ﾟДﾟ)ﾜｶｯﾀ！
警察を潰せば良いんだよ。
448 ：[名無し]さん(bin+cue).rar ：03/12/02 00:01 ID:AQSmVoV1: >>447
中々ｲｲ着眼点だ
449 ：[名無し]さん(bin+cue).rar ：03/12/02 00:02 ID:X6IIjAxh: >>446
自分から見ても合法うんぬんって、無理でしょ。
トラフィックが上がって、そのキャッシュを調べられて
無修正のが露呈したら結局意味なし。
それに、>>446氏の意見はWinnyで実践されている機構の一部。

あと、何がダメって「違法ファイルが送信可能状態になっている」こと。
これが解決できなければ、何も解決していないことと同じ。
450 ：[名無し]さん(bin+cue).rar ：03/12/02 00:02 ID:2RI+DYgu: >>446
Bが警察だった場合どうするんだ？
考えが浅いよ。
451 ：[名無し]さん(bin+cue).rar ：03/12/02 00:02 ID:JWOlfZrh: >>447
じゃあ、言い出しっぺの藻前の担当と言うことで。
452 ：[名無し]さん(bin+cue).rar ：03/12/02 00:02 ID:KTv5x1N9: 漏れはプログラミングとかの初心者でこのスレ何言ってるか解らない
レスも迷惑だと思うが、一つだけ言わせてくれ、お前ら最高だ。

神よ。早く次世代ファイル共有ソフトを作ってくれ。
心から応援している。

10年後20年後には俺のスキルも熟すだろう。
そのときは借りを返す。必ずだ。

頼んだぞー！
453 ：[名無し]さん(bin+cue).rar ：03/12/02 00:03 ID:LjZ+KO9m: >>446
　つまり、　●●無修正盗撮ビデオ.AVI とかいうファイルを
　●●への旅.AVI　とかで流せばいいってことか？
　その場合、別に情報データベースが必要となるわけか。
>>447
　どうやって潰すんだよ。
　しかもｋだけでなくａとかｊもいるだろ。
454 ：[名無し]さん(bin+cue).rar ：03/12/02 00:05 ID:qnAL3N+3: >>453
いっそのこと、ｊと一緒にｉへいこうぜ！！
455 ：[名無し]さん(bin+cue).rar ：03/12/02 00:05 ID:omcu/oo1: AU+GtZQdって自分がノイズってこと自覚してんの？
確かにこんなのばっかだと萎えてやる気なくなるな。
456 ：449 ：03/12/02 00:06 ID:X6IIjAxh: だから、漏れは逮捕者をゼロにすることは無理だと思うのよ。
なぜかと言えば、時間と労力をかければ、暗号という物は絶対破られる物だから。
ただ、その「時間と労力」を物凄くかけさせる様にすればいい。
だから某スレで『楕円曲線暗号』の搭載を提唱したんだけどね。
これならRSA暗号と比べて強度がかなり上がるし、処理速度も十倍になるようで。
「以下に手こずらせて、解析に時間をかけさせるか」
これをベースに考えれば、かなり安全性の高いP2Pが完成すると思うよ。
457 ：[名無し]さん(bin+cue).rar ：03/12/02 00:06 ID:LjZ+KO9m: このスレの現在のテーマ:

～～～～ＫＡＪ対策になっております～～～～～～
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
458 ：456 ：03/12/02 00:07 ID:X6IIjAxh: 以下に→いかに
459 ：[名無し]さん(bin+cue).rar ：03/12/02 00:19 ID:0pimPiip: >>453
微妙に違う
自分の保持しているキャッシュ自分から見た場合に限り●●への旅.AVIになるだけ
これでもそれなりの効果はあると思うんだがな
だって自分から見た場合に限りでも、あくまで共有してるのは●●への旅.AVIなわけだし
Kが乗り込んでPC押収して、そのPCから確認しても保持してるのは●●への旅.AVI
しかも中継でたまったのかもしれないというオマケつき
これでそれなりの言い訳できんか？
460 ：[名無し]さん(bin+cue).rar ：03/12/02 00:26 ID:LjZ+KO9m: >>459
パッと見ではわからんのは良いとして、
　ＮＨＫとか、たまにＮＹの画面とかが出ているが
　スーパマリオアドバイス２.ZIP
　とかがずらりとあるが、あれが●●の旅の写真集.ZIPとかになるわけですね。
　これだけでもある程度の対策ですが、

　ｋに押し入られ実行された場合、言い訳が難しいと思いますよ。
　操作する時のマウスのパターンを予め登録しておくなどして
　もし違った操作をしたら、ダウンロードしたファイルやアップロード・
　キャッシュを削除するというのは…。
　パスワードだと、｛パスワード掛かってるぞ、教えれっ｝とか言われそうで。
　マウスパターンなら、気づかれないかと…。
　
461 ：[名無し]さん(bin+cue).rar ：03/12/02 00:33 ID:0pimPiip: >>460
マウスのパターンうんぬんが俺の頭脳では理解できんが
どうやら俺の案はダメらしいというのはわかった
ここで話がされてる「完全キャッシュを残さない」ってのが俺の案と合体したら・・
と缶コーヒー会に行く途中に思ったのだが面倒だ。後は任せた
462 ：[名無し]さん(bin+cue).rar ：03/12/02 00:34 ID:x1C+GaBY: ( ♛Д♛)　ゔ〲〰乜勹〰ｽㄜㄝㄋ
463 ：[名無し]さん(bin+cue).rar ：03/12/02 00:36 ID:9Q3fVhE5: なんかupフォルダ廃止の方向になってるみたいですが、
upフォルダ指定の意思をあいまいにして残す案

まず初回起動時に実在のフォルダをランダムに選んで自動的にupfolder.txtをつくる。
しかも大量に。upfolder001.txt～upfolder999.txtくらいつくる。
そして本当に指定したいフォルダは、例えばupfolder234.txtに手動で書いておく。

毎回起動時にどれかがランダムに選ばれupフォルダに指定される。
どのフォルダが選ばれたかは分からない

起動後、upfolder234.txtをユーザーの操作で読み込ませる。

これで意図した操作で指定したupフォルダからupするのか、
偶然ランダムに選ばれたフォルダからupされるのか分からなくなる。

で、意図しない送信可能化ってOKなんでしょうかね？
464 ：[名無し]さん(bin+cue).rar ：03/12/02 00:37 ID:LjZ+KO9m: >>461
　他のやつの意見はどうかわからんが、
　例えば、ある人は、円を３回描くようにマウスを動かすといった
　マウスパターンを登録しておく。これがパスワードの代わりだ。
　ｋにＰＣを扱われてもｋは円を３回描くなんてことはしないから
　間違ったマウスパターンでやってしまうと証拠を消す仕組み。

　キャッシュなどは仮想イメージの中に保存されてあるとすれば、
　エクスプローラとかから見られてもわからないはず。
465 ：[名無し]さん(bin+cue).rar ：03/12/02 00:41 ID:omcu/oo1: なんで仕様と関係ない話ばっかしてんの？頭の弱い人達なの？
466 ：[名無し]さん(bin+cue).rar ：03/12/02 00:44 ID:X6IIjAxh: >>465
ｼｰｯ。ｲｯﾁｬﾀﾞﾒﾖ
467 ：[名無し]さん(bin+cue).rar ：03/12/02 00:45 ID:0pimPiip: >>464
なるほど。良くわかった
でも、それかなり難しいような気がするのは俺だけか？
マウスで円を3回描く・・これがパスになるのはいい
問題は3回描くのを理解するｱﾌﾟﾘだ
人間ならファジーな判断も出来るだろうが、機械が判断するとなると
登録時と完全に同じ、1ﾋﾟｸｾﾙも狂わず3回描く必要性がでてくるんじゃないか？
468 ：[名無し]さん(bin+cue).rar ：03/12/02 00:49 ID:X6IIjAxh: しちめんどくさい事やらずにパスワードにすればﾖﾛし。
パスワードに漢字使える様にすれば、かなりのセキュリティーになるんじゃないの。
それこそエヴァの「希望」とかでもKはわからんっしょ。
それに、円を三回～とかやっても、暗号部分を解析されたら、それまで。
ちゃんと考えようよ。
469 ：[名無し]さん(bin+cue).rar ：03/12/02 00:49 ID:tpoHdd5p: >>467
それはブラック&ホワイトってPCゲームをプレイしてみるとわかる。
かなりでたらめに書いても意図したものと認識してくれる(丸と楕円形。とかは難しいが)
だが前例があるだけでそれを誰でも作れるって意味ではないが。
470 ：[名無し]さん(bin+cue).rar ：03/12/02 00:57 ID:LjZ+KO9m: パスワードでも円でもいいとして、
　
ｋ　｛ﾋﾟﾝﾎﾟｰﾝ　警察ですが…
　｛ハーイ(^O^")／いま伺います、少々お待ちを…。(O.O;)(oo;)ｱｾｱｾ
　　　↑ここでデータを一気に消しておけばいいんではなかろうか。
　　　　その為にも違法性あるデータは常に整理整頓をしておくようにする。
　　　　別ＨＤＤとかにしてれば、外して隠せばいいだけだから尚いい。
　｛お待たせしますた。　で何でしょうか？｝
ｋ　｛あなたが●●で違法なファイルをうｐしてるみたいでね。｝
　｛ああ、そのことですか、やってませんよ。｝
ｋ　｛じゃあ、PC調べさせてもらいますね｝
　｛どーぞ。｝
471 ：[名無し]さん(bin+cue).rar ：03/12/02 00:58 ID:VdQo9xkS: 混雑解消……Winny逮捕劇以降、ネットのトラフィックが急減
http://internet.watch.impress.co.jp/static/yajiuma/index.htm
JPNAPサービス：トラフィック図
http://www.mfeed.ad.jp/jpnap/traffic.html
↑急上昇しすぎ。
ぷららも他プロバイダからの接続要求が多すぎるって言ってたし

という事で同プロバイダ間接続を優先、異プロバイダ間転送をなるべく減らす機能必須。
472 ：[名無し]さん(bin+cue).rar ：03/12/02 01:01 ID:X6IIjAxh: >>470
既に確実なログ取られてたらどうするの？
証拠隠蔽で罪が重くなるよ。
473 ：[名無し]さん(bin+cue).rar ：03/12/02 01:01 ID:Dol/rDA0: Plalaのみトラフィックが増大する仕様にすることにしました
474 ：[名無し]さん(bin+cue).rar ：03/12/02 01:01 ID:X6IIjAxh: >>471
スゴ・・
グングン上がってたんだねｗ
475 ：[名無し]さん(bin+cue).rar ：03/12/02 01:02 ID:AQSmVoV1: MXの逮捕者の中にHDDを破壊しようとして出来なかった奴がいたなぁ
476 ：[名無し]さん(bin+cue).rar ：03/12/02 01:04 ID:LjZ+KO9m: どんな風に破壊しようとしたんだろ・・・
477 ：[名無し]さん(bin+cue).rar ：03/12/02 01:06 ID:kz6hjOVw: レンジでチ～ンしてたとか・・・
478 ：[名無し]さん(bin+cue).rar ：03/12/02 01:07 ID:X6IIjAxh: まぁ消して意味があるのかという問いがありますがｗ
479 ：[名無し]さん(bin+cue).rar ：03/12/02 01:17 ID:KzzcZAlH: レンジなら放電してきちんと逝く悪寒
480 ：[名無し]さん(bin+cue).rar ：03/12/02 01:24 ID:EwWrsSg9: 完璧なセキュリティー「物理破壊消去可能型HDD」ｷﾎﾞﾝﾇ
481 ：[名無し]さん(bin+cue).rar ：03/12/02 01:33 ID:SNOY2arL: こりゃ開発志願者も嫌になるわ
482 ：[名無し]さん(bin+cue).rar ：03/12/02 01:36 ID:YL6d5vkB: >>481
483 ：Jony ◆l.La2J.vTg ：03/12/02 01:45 ID:1yqV0NeI: とりあえず、データ構造から先に進みませんが、
まだ、改善できる部分もあると思うので、じっくりと考えていくことにします。

とりあえず、141氏の転送方法に期待。
今日は来ておられないようですね……。
484 ：[名無し]さん(bin+cue).rar ：03/12/02 01:45 ID:+DKjtTkb: 踏み込まれないようにするのが次期の仕様だろ？
485 ：ひとりごと ：03/12/02 01:48 ID:Jx/9e8DE: おそらくもうすでこういうスレの案を部分的に採用して作り始めている
ネ申は存在すると思う。
ただ出てこないのは47氏の二の舞にならない方法を
模索しているのではないだろうか。
絶対に作者が捕まらない「これだ！！」って方法はないの？
486 ：[名無し]さん(bin+cue).rar ：03/12/02 01:51 ID:SCUYj2Gn: ――電脳世界の話をしよう。
レジスタンス「ＣＨ２」は連邦政府、「Ｊ・Ａ・Ｋ」と戦っていた…。
始めは優勢だったが、ついに主力戦車「ＭＸ」で死亡者が出てしまった。
技術者No.47は操縦者の安全を守るため、装甲が厚く、通信は暗号化する次世代戦車「ＮＹ」を作った。
が、政府は暗号は解らずとも何処から通信しているかは解るので、不手際で目立った奴を殺し、技術者に制裁を加え暗号表を奪った。
このため兵の士気が下がり、技術者は脅え、解放が遠のきつつある。
現状を変えるため「ＣＨ２」は新型戦車を作る事にし、操縦者の死亡率を下げる方法を考え始めたのだが、問題点が…。
・技術者の保護・共同で開発⇒スパイの可能性
・装甲の強化⇒使い勝手が悪い
・暗号の強化⇒使い勝手が悪い
・配備数を増加⇒へたれ操縦者の発生
…ん？なんでへたれ操縦者が増えるんだ？そうだ！奴らだ！犯罪組織「Ｓ」が一般人にマニュアルを売っているからだ！
487 ： ◆Fw0Kir8iYA ：03/12/02 02:59 ID:jkuEdCCQ: 自分で書いたものですが、>>113-115があまりにも分かりにくいので、記号を使って
まとめてみました。>>113-115とあわせて見ていただければ、多少は分かりやすく
なるかもしれません。
----------
以下は、「隣接ノードに情報を漏らさない」ことにより、ファイルを安全にupする方法の説明です。
暗号には公開鍵暗号方式を採用します（←これについては議論の余地あり）。

＜記号の説明＞
ノードAのupファイルの情報が、ノードCの公開鍵により暗号化してある状態を
・（C：Aのupファイルの情報）
のように示す。つまりこれは、「Aのupファイルの情報はCにしか分からない」ことを示す。
暗号化されてない場合は
・AのIPアドレス
と、カッコなしで示す。

初期のノード間の接続は

　E
　|
　A-B-C-D
　|
　F

とする。ここでは、AのファイルをDがダウンロードする場合について述べる。
以下の方法は、情報を送受信する過程でA以外のどのノードも
・Aのupファイルの情報
・AのIPアドレス
の2つの情報を同時に持たないようにして、Aを保護することを目的とする。
----------
続く
488 ： ◆Fw0Kir8iYA ：03/12/02 03:00 ID:jkuEdCCQ: ----------
>>114
＜キー拡散段階＞
①　CはBに以下のデータを送信する。BはそのままAに転送する。
・CのIPアドレス
・Cの公開鍵

②　AはCの公開鍵を用いて自分のupファイル情報を暗号化し、以下のデータをEに送信する。
・（C：Aのupファイルの情報）
・Aの公開鍵
・CのIPアドレス

③、④　Eは、AのIPアドレスを自分の公開鍵により暗号化してキーに追加し、
Eの公開鍵、EのIPアドレスとあわせてCに送信する。CはAのファイル情報を復号する。
結果、Cは以下の5つの情報からなるキーを持つことになる。
・（E：AのIPアドレス）
・Aのupファイルの情報　…注）暗号化されてないが、AのIPアドレスがわからないので問題ない
・EのIPアドレス
・Eの公開鍵
・Aの公開鍵

Cはこれらの中のファイル情報のみを公開する。他のノードはこのファイル情報を検索する。
----------
続く
489 ： ◆Fw0Kir8iYA ：03/12/02 03:01 ID:jkuEdCCQ: ----------
>>115
＜ファイル転送段階＞
①　Dは落としたいファイルを検索し、Cが該当するファイルのキーを持つことを知る。DはCから
以下の情報をダウンロードする。ただし、Dの公開鍵=Eの公開鍵であれば、Cはデータを送信しない。
・（E：AのIPアドレス）
・Aのupファイルの情報
・EのIPアドレス
・Aの公開鍵

②　Dは落としたいファイルのハッシュをAの公開鍵により暗号化してキーに追加する。
さらにDの公開鍵、DのIPアドレスとあわせてEに送信する。
・（A：Dが落としたいファイルのハッシュ）
・（E：AのIPアドレス）
・Dの公開鍵
・DのIPアドレス　…注）>>115では暗号化してますが、今の場合不要でした。失礼。

③、④　EはAのIPアドレスを復号し、残りの情報をAに送信する。AはDが落としたい
ファイルのハッシュを復号する。
・Dが落としたいファイルのハッシュ
・DのIPアドレス
・Dの公開鍵

⑤　AはファイルをDの公開鍵により暗号化し、Fにファイルの転送を依頼する。
FはDに転送する。Dはファイルを復号して、目的のファイルを手に入れる。
Fは手元に残った無意味なファイルを即座に破棄する。
----------
続く
490 ： ◆Fw0Kir8iYA ：03/12/02 03:03 ID:jkuEdCCQ: ----------
以上の結果、
B、E、Fは、AのIPアドレスのみ知っている。
C、Dは、Aの保持ファイル情報のみ知っている。
どのノードも2つの情報を同時に知ることはできない。

メリット、デメリットは>>115参照。
----------

上の方法にこだわる理由の一つに、「キャッシュが必要ない」ことがあげられます。
もちろんキャッシュの拡散がないことはデメリットではありますが、このスレの流れの
「キャッシュを分割する方式」はそれ以上に問題がある気がします。

1つは捏造対策が不充分なことです。私の知る限り、これまでに出ている案は全て
「強制的にキャッシュを送りつける」仕様になっていますが、これでは悪意のあるノードが
捏造ファイルを大量にupすることで簡単にネットワークが崩壊してしまいます（既出の
意見で申し訳ない）。
たとえば>>39にある方法では、放流主がわざと公開許可キーを送信しなければ、キャッシュは
全て無駄なファイルになります。公開許可キーがなければ、そのファイルが捏造かどうか
判断することもできないので、対策のしようもありません。
491 ： ◆Fw0Kir8iYA ：03/12/02 03:05 ID:jkuEdCCQ: 続きです。
>>44からのJony氏の「RAID10ライク」な方法は、自分の保有するキャッシュを
分からなくできる優れた方法だと思います。しかし、ご自分でご指摘の問題点、
＞最初の放流主がLノードにいたとして、Rブロックを転送すればバレちゃうでしょう。
これの解決はかなり難しいのではないかと思います。
LノードとRノードを切り替える方法を提案されていますが、同じIPからLとRの両方で
接続してくるノードが放流主であることが分かる可能性があります。また、普段Lのノードが
放流のためにRに切り替えると、その間は新しいキーで検索できなくなります。理由は、
Rキーで検索しようとすると自分が持っているLブロックの中身が分かってしまう、かといって、
Rピアなので新しいLキーを大量にダウンロードして検索することはできないからです。
大きなファイルを放流するにはそれなりの時間を要するので、その間検索の効率が
落ちるとなると、誰もupしたがらなくなるのではないかと思います。

その他、前スレ191氏が指摘されている消滅確率の問題も、かなりの難題だと思います。
このあたりについて皆さんの意見を伺いたいです。
連かきｽﾏｿ。
492 ：[名無し]さん(bin+cue).rar ：03/12/02 03:43 ID:LjvNiSzl: 次期P2Pに対する要望スレ
http://tmp2.2ch.net/test/read.cgi/download/1070085137/122
> 何回中継しようが、どれだけ暗号化しようが、簡単に摘発できるだろ。
> 捜査当局がDLしてるファイル（著作者から捜査のために許可もらう）の
> 転送元がわからないと言うことはあり得ない。
> その転送元のISPに令状出せば、上位の放流元がわかる。
> 多数の主要ISPからログ取得して、自動照合すればどこからどう中継されてるのか
> 丸わかり。
> 復号は、正規の使用法で復号できないなんてあり得ないんだから、デバッガ使えば
> 自分のマシンのプロセスで使ってる鍵をクローン出来る。
493 ：[名無し]さん(bin+cue).rar ：03/12/02 04:19 ID:2RI+DYgu: >>491
すごいな。ほぼ完璧じゃないか。
警察が最後の手段として、転送にかかわった疑いのあるISPすべてからログを提出させるなんてことをしなければ完璧。

よくこんなの思いついたなぁ、尊敬するよ。
ただ手順がえらく複雑だから、よっぽどうまくコーディングしないとバグだらけになるな。
494 ：[名無し]さん(bin+cue).rar ：03/12/02 04:28 ID:2RI+DYgu: しかし、暗号を頻繁に使う仕様なので、相当負荷がかかるな。
495 ：[名無し]さん(bin+cue).rar ：03/12/02 04:30 ID:tRWVzvDo: >493
そんなにすごい？長いから起きたら読むわ。
あと、これ公僕に踏み込まれた時、言い訳できる？
完全ファイル保持してるようだから。
496 ：[名無し]さん(bin+cue).rar ：03/12/02 04:39 ID:2RI+DYgu: >>495
踏み込まれた時って、の立場で？
送信者？中継者？それとも受信者？
中継者はすぐにキャッシュを消してしまうから、言い訳できるんじゃない？
送信者はアウトだね。っていうか送信者は身元が割れた時点でアウトなので気にしても仕方ない。

今気づいたが、>>491の方法で唯一気になるのは多段中継がないことだな。
もし警察がその気になってログをとっていったら、すぐにばれそう。
しかしあの複雑な暗号鍵の取り回しを多段中継で行うとなると、相当緻密なモデルが必要だな。っていうか実現可能なのか？
497 ：Jony ◆l.La2J.vTg ：03/12/02 05:46 ID:1yqV0NeI: >>490
鋭いツッコミありがとうございます。
まず、公開している最新版は ttp://s2net.s41.xrea.com/ にあります。
さっきも少し変更を加えました。公開していない私のメモでもちょこちょこっと進んでいます。

>ファイル強制転送における捏造ファイルup頻発問題
トリップ評価、ファイル評価の情報交換によって対応するのが基本となります。
ネーム・トリップが必須で、新しいネーム・トリップで参加しても、
しばらくネットワークを使わせてもらえないとか。
他にもいろいろあるんですが、もうちょっと考えてからまとめページにでも載せましょう。
一つ一つはショボイもんですが、組み合わせるとかなり強力になると思います。

>これの解決はかなり難しいのではないかと思います。
難しいです。っていうか、どうしようか困ってますｗ

ノード間は、接続確立時に、公開鍵暗号方式を使って、秘密鍵（ランダムに生成）の交換をしておく。
ブロックのハッシュ値を、宛先との秘密鍵を使って暗号化しておき、その宛先以外に転送。
これによって、中継ノードが何を中継しているか分からない。
……みたいな感じですかね。中継ノードにキャッシュが残らないという問題点がありますが。

>同じIPでLノードとRノードを切り替えたノードが放流主であることが分かる可能性がある
自分で書いておきながら、使い物にならなさそうだなと思うアイデアです。全くというわけではないんですが。
なぜなら、動的グローバルIPアドレスの場合、時間によってLノードとRノードが入れ替わることがあるからです。
498 ：Jony ◆l.La2J.vTg ：03/12/02 05:46 ID:1yqV0NeI: >その他、前スレ191氏が指摘されている消滅確率の問題も、かなりの難題だと思います。
消滅確率については、解決できそうです。

周りのノードが、ある50％ブロックを保持しているか？　という情報が
無差別に送りつけられてくるのか、こちらが持ってるか聞きまわるのかどうかは置いといて、
周りがその50％ブロックを持ってるんか？　というのは分かるはずです。
前に、中継ノード側が50％固定で更に中継するか否か決めるといいましたが、
放流主がブロック自体に何％の確率で中継するか自動的に選ぶようにするといいかなと思っています。
30％～70％ぐらいの幅で周りの普及率に応じて自動的に決定すると。
周りに普及していないブロックについては、中継率高めになるわけです。
30％に指定しようが70％に指定しようが放流主かどうかはほぼ分かりません。

転送方法だけでなく、データ構造も、まだまだ改善の余地があると思っています。
いきなり、ガラリと変わったりすることもあるかと思います。

>>491 さんのアイデアに関しては、じっくり読んで感想を出したいと思います。
499 ：[名無し]さん(bin+cue).rar ：03/12/02 07:15 ID:068qMdlb: ttp://nyamco.ath.cx/nyamco/files2/1070315330.lzh

流れとは関係ないけど、p2p にてどのようにネットワークを
構成しルーティングはどうするのかの参考資料として見てください。

winny ではツリー式で構成されていて高速回線にトラフィックが
集中しがち。そして DOM に吸い逃げされてしまうことも多かった。

そこでメッシュ状に構成した場合を考えました。
ブロック等を要求するリクエストをあるノードが発生させて
バケツリレー式に転送されていくとします。
ループ対策のために各ノードは一度受け取ったリクエストを
受け取っても破棄してしまい転送させません。

各ノードは、平均で３つのノードと接続しているとして
（各ノードが p2p ネットワークに入る時に２接続をしていくとこうなる。）
均等にランダムに分布してるとして

１００万ノードで構成されている場合でもわずか平均 16 ノードを
経由するだけで隅々までリクエストが行き渡ります。

但し上りトラフィックが大きい問題があります。

一リクエスト 256byte として、一ノードが一リクエストを
発生させるだけで、一ノードあたり 512 byte のトラフィックが発生。

各ノードが一時間に一リクエスト発生させるとして、１００万ノードで
運営すると、一ノードあたり 139 Kbyte の上りトラフィックが発生。

TTL値を導入するなどして対処する必要がありそうです。
500 ：[名無し]さん(bin+cue).rar ：03/12/02 07:34 ID:vVMHDX9n: 500
501 ：[名無し]さん(bin+cue).rar ：03/12/02 08:30 ID:Pst1mJFJ: >>490

だからそれじゃ全然だめだってのに。
いくら中継しようとも、中継してるノードと情報を受け取るノードが
手を組んでたり、つまり両方警察だとか、両方クローンノードだったり、
あるいは、中継をエミュレートする一台のノードで複数台のノードを演じていたり
したらアウト。

結局のところ、Ｐ２Ｐネットワークにどれくらい「白くないノード」が含まれているか
に依存して、中継段数における安全性が確定するわけだけど、中継段数を増やすと
アプリケーションルーティングの本質的な問題に行き着くだけ。

アプリケーションルーティングをやろうとすると、結局、エンドノードの
不安定性が問題になって、解決はほぼ困難。そんなのはIRCの時代から指摘されていたこと。

なんでみんな「ノードが動かない」を前提としてるのかな？
そんなのでうまくいくわけないじゃん。
502 ：[名無し]さん(bin+cue).rar ：03/12/02 08:39 ID:Pst1mJFJ: >>499
平均3じゃ、グラフ的に疎すぎるよ。
Ｐ２Ｐネットワークが分断される可能性も高い。
メッシュより、ノードが持つ情報(macとlocal time）から十分に長いn bitの情報を生成して
その情報を元にm次元トーラスにノードを重複無く配置して、後は重み付きでランダムウォークか
ホットポテトのようなルーティングするとかの方法の方が現実的。
503 ：[名無し]さん(bin+cue).rar ：03/12/02 08:41 ID:KK2wS3Ke: 47ってすげぇなぁ、とこのスレを見て思った。
504 ： ◆Fw0Kir8iYA ：03/12/02 09:04 ID:jkuEdCCQ: 読んでいただき、ありがとうございます。
この転送法について昨夜寝床でさらに考えて、改良案を思いつきました。
>>113-115（= >>487-489）に致命的な問題点がないようであれば、
次に書きこむアイデアは間違いなくその上を行くはずです。
もう少し詳しく書くと、＜ファイル転送段階＞の①で、D=Eのチェックが
不要になります。
残念ながら今は時間がないので、今夜（～明日未明?）書きこもうと
思います。とは言っても、ちょっとしたひらめきにすぎないので、
思いついた人がいれば私を待たずに遠慮なく書きこんでください
（とかいいつつ、今私が考えているものよりも優れたアイデアを期待
してみるﾃｽﾄ）。

>>492
事はそんなに単純ではないと思います。たとえば>>489の⑤でAがFを経由して
Dにファイルを転送する段階で、Fがほかにもファイルを転送中、あるいは
ファイルをダウンロード中だったとすると…

>>Jony氏
wikiは後ほど拝見させていただきます。私のアイデアへの突っ込み、お待ちしてます。
505 ：[名無し]さん(bin+cue).rar ：03/12/02 09:27 ID:Pst1mJFJ: >>504
>事はそんなに単純ではないと思います。たとえば>>489の⑤でAがFを経由して
>Dにファイルを転送する段階で、Fがほかにもファイルを転送中、あるいは
>ファイルをダウンロード中だったとすると…

そんなメンドクサイこと考えなくても、単純にL3までしか見えない
ISPに対してそれ以上のレイヤの情報の隠し方なんていくらでもあるよ。
sshやhttpsみたいなので上を隠して、後はノード間で常にダミー
トラフィックかけておいて、L3から見たトラフィックパターンを
常に同じにしておけばいいだけ。
もちろん必要に応じてできるだけシームレスにダミートラフィック
とコモディティトラフィックの割合を入れ替える。

ちなみにISPはportでフィルタするので、httpsとか「ISPが
閉じたら商売にならないport」で隣接の通信を行うのが良い。
506 ：[名無し]さん(bin+cue).rar ：03/12/02 11:28 ID:OWbMfh8I: もしオープンソースになったらどのぐらいの人が参加できるんだ？
俺もC++ならできるけど#とかは厳しいかも
507 ：[名無し]さん(bin+cue).rar ：03/12/02 11:36 ID:GG6QtFoy: パチンコ屋方式にしてさ、ファイルのやり取りと変換と別のソフトですれば？
意味不明な物交換するソフトと意味不明な完全ファイルを変換出来るソフト。
素人が口をはさんで悪かった。。。
508 ：[名無し]さん(bin+cue).rar ：03/12/02 11:39 ID:ui+5N6DP: >>507
口を挟むのはいいけど、散々既出なネタは勘弁してね・・・。
509 ：[名無し]さん(bin+cue).rar ：03/12/02 11:44 ID:b6avDuNn: Pass付きZIPにするだけでその目的は達成される。
510 ：[名無し]さん(bin+cue).rar ：03/12/02 12:13 ID:R2Cw61WR: ファイル壊すソフトで変換かけて、壊れたファイルやりとりするでしょ。
出来上がった物をまたファイル壊すソフト使うと出来あがりみたいな。
度々ごめん。力になりたいのよ
511 ：[名無し]さん(bin+cue).rar ：03/12/02 12:17 ID:Pst1mJFJ: >>510
それを暗号化という。
512 ：[名無し]さん(bin+cue).rar ：03/12/02 12:36 ID:ui+5N6DP: ここは、既出のツッコミ等以外は素人の発言を禁止したほうがいいね。
かく言う漏れも素人だから既出ツッコミ以外は自粛してまつ(´･ω･`)
513 ：[名無し]さん(bin+cue).rar ：03/12/02 13:57 ID:zWJfmwcN: だから昼の部なんて言われてしまうのだよ。。。
514 ：[名無し]さん(bin+cue).rar ：03/12/02 14:03 ID:/5rab5Y/: 暗号化と違う点は複数のソフトでやるから無関係という点か？
でも、それはここじゃなくて法律の方で検証するべきだと思う。
515 ：[名無し]さん(bin+cue).rar ：03/12/02 14:06 ID:IxwhRPTP: 昼間の人でも、読んでると面白いと思う時あるよ。
読み返していると、"邪魔"だと感じる事もあるけど。

少なくとも、パート1から"読み考えて"から、書き込みして欲しい。

datファイルが良いなら、datであげるから。
516 ：妄想野郎Aチーム ：03/12/02 14:12 ID:68H3o4m6: >>507
いやいや、いい着眼点だと思いますよ。
ただ、変換が誰でもできるようなもの(例えば単なる圧縮)だと、
違法ファイルを共有していることそれ自体が違法になるわけです。

スレ２ >>33で出てたように、
完全に共有自体を1つのソフトで行おうとするから
効率と匿名性との二択という隘路に陥るわけです。

まずはWinnyライクの効率重視の共有ソフト。
といってももちろん違法共有を目的とするわけではなくw
そこに共有されているデータを数値として読み取って、
先頭部、1/1000、2/1000・・・最後部のデータの値から
素敵なフラクタル図形を描出するためのソフト。
色んな図形を見るために、皆色々なファイルを共有するわけです。

・・・もしかしたら図形を見たいがために、
パスがかかったファイルとかが共有されているかもしれませんが、
復元不可能な違法ファイルは違法ではありませ。
作成者はパスを隠しておいたのに、どこからともなく知れ渡って
しまった場合でも、作成者自身がパスを流したとか、
すぐ分かるようなヒント付きとかや簡単なパスとかでない限り
過失しか認められないでしょう。
517 ：妄想野郎Aチーム ：03/12/02 14:12 ID:68H3o4m6: それとは別に、freenetライクの匿名性を重視した共有ソフト。
ここでは、テキストのみが流れます。
無論、ここでこういう妄想を語るのすら躊躇われるような
萎縮状態を取り払い、自由な言論の場を守るためのものです。

・・・もしかしたら違法ファイルのパスとかが流れている
かもしれませんが、まあある程度は必要悪でしょう。
もしかしたらそのパスは、パス付ファイル作成者以外の
誰かが流したり、ネットカフェが発信源かもしれませんね。

これは高位の価値を追求するためのソフトであるので、
ある程度敷居の高いものであっても構わないかもしれませんね。
たとえば LinuxやSolaris用のみとか、
起動時に著作権法の試験に正解しないといけないとか(笑)
518 ：妄想野郎Aチーム ：03/12/02 14:23 ID:68H3o4m6: つーか今見たら
法律スレ >>737で似たようなのがでてました・・逝ってきます
519 ：[名無し]さん(bin+cue).rar ：03/12/02 14:27 ID:FIn34veE: なんか盛り上がってきたところで自分みたいな初心者が出るのは恐縮なのですが・・・

ネットワーク内に情報サーバを作ることできませんかね？
情報サーバからK、最新ver、捏造、などの情報を流せると便利だと思ったのですが
・・・だめですよね？
なんかペース乱す様なこと言ってすいませんでした。
初心者はしばらく引っ込んでます
520 ：[名無し]さん(bin+cue).rar ：03/12/02 14:38 ID:IxwhRPTP: >>519
> ネットワーク内に情報サーバを作ることできませんかね？

それじゃPtoPと呼べないな。サーバークライアント方式になる訳だから。

> 情報サーバからK、最新ver、捏造、などの情報を流せると便利だと思ったのですが

・専用サーバーを作った場合、運用・維持管理に費用が掛かる
・サーバーの参照ログをみれば、誰が使用しているか一目瞭然
・専用ソフトをダウンロードして動かすだけでサーバーになれる場合、
　　「悪意のある人間」がサーバーを運用する恐れがある。
521 ：320 ：03/12/02 15:20 ID:ZsdUj42O: >>◆Fw0Kir8iYA
読ませて頂きました。なかなか良いアイディアですねぇ。前の説明よりわかりやすいですしｗ
ただ、今の仕様だと一段中継ですので、少し手を加えて多段中継にしたほうが
良いかもしれません。(>>320みたいなｗ)
それとファイルをアップごとに暗号化するのは実現不可と言っても過言ではなので、
最初にキャッシュに変換しておくのが妥当かと思います。
（簡単な暗号化の案としては430に書いた私の案はいかがでしょう？
誰も何も言ってくれないのですがねｗ）
522 ：[名無し]さん(bin+cue).rar ：03/12/02 15:21 ID:ogkl5H/1: 壊すソフトは純粋にシュレッダー的なソフトとしてベクターとかで配布します。
偶然それ使えば復元出来たみたいなのってどうかと思いまして。
P2Pには壊れた物しか流れてないんで共有ゴミ箱って感じで・・・。
邪魔してすいませんでした。
もう来ませんので、みなさん続きをどうぞ。
523 ：[名無し]さん(bin+cue).rar ：03/12/02 15:42 ID:Uz6gvx03: >114案をじっくり読ませて頂いたけど
Eが常にAを知っているという状況がちょっと気になるなー。

EのIPはDからは丸見えなんだから、ファイルとEの因果関係は掴めてしまうんですよね？
とすればEノードのISPと協力して通信を監視すればAの所在も簡単にバレてしまうのでは？

Eがキーの寿命に際して都度変化するにしても、Eに繋がる何れかのノードが実体ファイルを
持っている事が確実な以上、いずれはAの存在が浮き出てきてしまうのでは？
Kはそうゆう地道な作業は得意中の得意だしねー。
あとはA、D、E間でのキーの流れを監視すれば暗号を解読するまでもなく
Aがファイルを所持している事が確実になってしまうような。

必要なのは「複雑さ」じゃなくて「不確かさ」のような気がするぽ。
ｎｙは実際にはほとんど発生しない転送を、
それでも0%ではないというこけおどしによって不確実さを保っていたわけで、
この理念自体はいまだ有効だと思うのよ。

もちろん十分な複雑さがあれば解析は困難かもしれないけど、
複雑さは効率とトレードオフなんだよね。
不確かさはそうじゃない。この辺りに重大なヒントがある気がする。
524 ：[名無し]さん(bin+cue).rar ：03/12/02 16:20 ID:jPrAki+F: なんつーかJony氏が作ってるのと開発が進んでいるらしき
ドロシーとやらは別物なん？
なんかドロシーは着々と実装してるみたいなんだが・・・
525 ：[名無し]さん(bin+cue).rar ：03/12/02 16:25 ID:vJgQLhOP: 検索キーに
「バルス！」
と入力すると、末端のノードから切断→自己消去

CPUという名の石は負荷の軽くなり・・・
526 ：[名無し]さん(bin+cue).rar ：03/12/02 16:29 ID:nP9SQcgY: >>524
ドロシーはネタだ！！！
527 ：[名無し]さん(bin+cue).rar ：03/12/02 16:41 ID:jPrAki+F: ドロシーやっぱネタなん？いま待つスレ読んでたんだが5日で作るって言ってるし
どーなのかとおもってたんだが。
漏れ的には大人気無い気もするけど（藁）RAID5マン氏の提唱してる方式が
ベースとしてはイイ！って感じるよ。ただ転送の部分とかで詰めきれてない
っぽいから>>487あたりで提唱された方式とのハイブリッド案とかのがよりイイ！
って思うがなー。昨晩プチ切れして（藁）いなくなっちゃったけど誰か検討継続したら？
漏れはJony氏とRAID５マン氏の中間的アプローチで奇数偶数パリティの３つ
のうちわざと奇数か偶数ビット欠落させてパリティとで流せばJony氏のいってる
LR方式と融合できそうな気がする。
どの方式がいいかなんてばかげてるから提案のイイトコ取りで融合すればイイ！んじゃ？
528 ：[名無し]さん(bin+cue).rar ：03/12/02 16:45 ID:omcu/oo1: 作れる技術がある人はそれぞれ勝手に作ればいいんだよ
どうせ大規模テストしなきゃ使えるか分からないんだから。
529 ：[名無し]さん(bin+cue).rar ：03/12/02 16:50 ID:zyxYRAOO: >>527
ネタじゃないかもしれないけど、ネタの可能性もありうるな。
530 ：[名無し]さん(bin+cue).rar ：03/12/02 16:57 ID:2RI+DYgu: >>517
ファイルアップと、ファイルを復元するための鍵を別々に流すという意見は激しくガイシュツ。
この方式の欠点は捏造ファイルへの対処が難しいこと。落としてすぐに確認できないし、意図的に復元用鍵を流通させないことも考えられる。
また、ファイルだけ残っていて復元鍵が失われることもある。

>>523
それは多段中継によってある程度回避できるかと思われ。
EとAの間にもういくつかノードをはさむか、もしくは、実はファイル転送要求をだしたDすらも中継ノードに過ぎなかった、とかのトリックが必要になるが。

完全キャッシュを自分のところに持たないという手法は、freenetみたいにサイズの小さいファイルを共有することを目的とするならOKだが、巨大ファイルを共有するのには激しく向かない。
531 ：[名無し]さん(bin+cue).rar ：03/12/02 17:00 ID:2RI+DYgu: 送信の度に暗号化するというのも、暗号鍵は使い捨てにするという本来の目的にかなった使い方であるが、非常に負荷が高いね。
RSAでなく楕円曲線暗号で１６ビットくらいの鍵ならそれほど負荷はかからないか？
532 ：[名無し]さん(bin+cue).rar ：03/12/02 17:06 ID:YIrTIgsa: 優先順位って
作者の安全＞＞利用者の匿名性＞パフォーマンス≒トラフィック
大体こんな感じだろ？

>>527
トラフィックを単純に1.5倍にしてしまうモデルってあまり好ましくないような
533 ：[名無し]さん(bin+cue).rar ：03/12/02 17:09 ID:LlaWSxVy: 暗号化に6/4は使えませんか？
534 ：[名無し]さん(bin+cue).rar ：03/12/02 17:23 ID:jPrAki+F: >>532
詳しい話は夜の部のエロイ人が突っ込むだろうけど、
確かに転送量１．５倍はアレだろって思うな。だから
漏れは偽装化のメリット生かすために奇数ｏｒ偶数ビット
のどっちか欠落させてパリティと流せばっていったんだよね。
これなら双方のメリット生かせるじゃんってのが趣旨なんですが。
まぁ夜の部のエロイ人の突っ込み待ちましょう。
535 ：499 ：03/12/02 17:52 ID:068qMdlb: ttp://nyamco.ath.cx/nyamco/files2/1070353465.lzh

プログラムに初歩的なミスがあって間違った結果がでていましたので
訂正させていただきます。

（既に無意味なものですが間違いをそのままにしておくのはなんなので。）

>各ノードは、平均で３つのノードと接続しているとして
正：各ノードは、平均で４つのノードと接続しているとして

おかしいとは思っていたものの、本当におかしいことに気がつきませんでした。

>１００万ノードで構成されている場合でもわずか平均 16 ノードを
正：１００万ノードで構成されている場合でもわずか平均 12 ノードを

>運営すると、一ノードあたり 139 Kbyte の上りトラフィックが発生。
正：運営すると、一ノードあたり 139 Kbyte/sec の上りトラフィックが発生。

>>502

実際、ノード数が充分多いとき１割のノードが切断するだけでほとんどの確率で
分断してしまうようです。
一応分断に対しては対策もあり、各ノードは予め、隣のノードがつないでいる隣隣ノードを
把握しておき、隣のノードとの接続が切れたら隣隣ノードと接続に行きます。
１００％ではありませんが、これでほとんど解決はできます。
（P2P FINDER 対策も一応考えてあります。）

.。oO（Winny の弱点ばっか指摘してきたけど、Winny ってやっぱよくできてるな）
536 ：[名無し]さん(bin+cue).rar ：03/12/02 17:55 ID:pqIcrUrh: ちょっと横レスして猿。

ドロシーは表向き、一般ねらに「次はコレだ」と宣伝用。
あくまでも本命はコチラだと思って読ませていただいてます。

なんつーの、このスレって一昨年ねらを救った雲丹板ぐらいのインパクトがある
良スレですね。ｻﾗｻﾗさらっと記念パピポ。

では。
537 ：[名無し]さん(bin+cue).rar ：03/12/02 17:56 ID:nL2q+3IW: p2pism: a simulator for peer-to-peer protocols
http://www.pdos.lcs.mit.edu/p2psim/
538 ：[名無し]さん(bin+cue).rar ：03/12/02 18:06 ID:zWJfmwcN: >>536
だったらageんほうがいいぞー
539 ：[名無し]さん(bin+cue).rar ：03/12/02 18:10 ID:2RI+DYgu: 実際に作る気がある人間がいるのかどうかが問題だな。
俺なんか仕様書を作った時点で満足しちゃう性質だからなぁ。
540 ：[名無し]さん(bin+cue).rar ：03/12/02 18:12 ID:o5osSizI: つか要望スレであったんだが、
クリック1発でキャッシュの一部を
ランダム値で上書きする機能をソフト自体に標準で搭載っていうのは？

CD、DVD等に焼かなければ安全かと・・・。
541 ：[名無し]さん(bin+cue).rar ：03/12/02 18:19 ID:068qMdlb: >>536
いろんなところで開発している人がいるみたいだから
どれが本命になるかは未知数。

p2p ソフトラッシュになるかもしれません。

>>540
どちらかといえば、ここよりも法スレ向きだと思う。
留守中の家宅捜索に備えてやはり分割は必要。
542 ：[名無し]さん(bin+cue).rar ：03/12/02 18:25 ID:IxwhRPTP: 仕様さえ出来上がれば、自己満足(おなにー)の為に通信部だけ作りますが、何か？
543 ：[名無し]さん(bin+cue).rar ：03/12/02 18:30 ID:eaK8zG38: >>542
仕様が完全ならコーディングだけは出来る、なんてコーダーは山程居る。
ただのプログラマーではチヤホヤされませんぞｗ
544 ：[名無し]さん(bin+cue).rar ：03/12/02 18:31 ID:pqIcrUrh: >>538
あちゃ、今気が付いた。すいませんでした。
さげサゲｓａｇｅ～！！！失敬。
545 ：[名無し]さん(bin+cue).rar ：03/12/02 18:41 ID:LwOfAelH: あのさぁ、
「良し仕様も大体決まったようだから、試しに作ってみるか。」
っていう人が出てきそうに無いと思うんだけど。
ここにいるのって何にも作れない人ばっかりでしょ？

47みたいなのは、もうこの板にはいないでしょ、普通に考えて。
どのスレッドもアホなガキばっかりじゃない。

誰も作らないソフトの仕様を決めて何がしたいんですか？
この屑どもが
546 ：[名無し]さん(bin+cue).rar ：03/12/02 18:42 ID:Mg3N8HxE: 定期ageご苦労さん
547 ：[名無し]さん(bin+cue).rar ：03/12/02 18:45 ID:LwOfAelH: いや、マジで。
誰も作らないでしょ？
ええ
548 ：[名無し]さん(bin+cue).rar ：03/12/02 18:47 ID:joX8p4vh: 巡回煽りご苦労さん
549 ：[名無し]さん(bin+cue).rar ：03/12/02 18:47 ID:Acik/Mwj: >>545
288 [名無し]さん(bin+cue).rar sage New! 03/12/02 18:01 ID:LW9mfKKs
こういうプログラム作るにはどうすればいいの？いま高３で進路迷ってて、こういうプログラム作るような
勉強してみたいとか思ってるんだが・・・。そうするとやっぱ情報系？
550 ：[名無し]さん(bin+cue).rar ：03/12/02 18:52 ID:pqIcrUrh: すいません。私がアゲたばっかりにヘンなの呼んじゃって、、
ここは一つ「実はﾀﾞｳｿで進行中の開発は全てﾈﾀ」というお約束で。
>>547
そう、2ちゃんねるなんかにＰ2Ｐを開発できるスキルを持つ人はいません全てﾈﾀです。
心配しないでお帰り下さい。

私も帰ります。。。ホントすいませんでした。
551 ：[名無し]さん(bin+cue).rar ：03/12/02 18:52 ID:2RI+DYgu: プログラムやりたいやつは専門学校いけ。
ゲームの作り方から何から何まで教えてくれるぞ。
大学はプログラム以外の勉強もしなくちゃいけないから、すでにやりたいことが決まっているやつにとってはかなりつらいかもしれない。
ただプログラマーも楽ではないということらしいがな。
552 ：[名無し]さん(bin+cue).rar ：03/12/02 19:02 ID:6h9ZJV/U: C言語とか C++、java,cobolとか色々言語あるけど、結局柔軟な頭をもち
アルゴリズムが出来ると強いよね。

言語も出来ない厨の戯言でした。
553 ：[名無し]さん(bin+cue).rar ：03/12/02 19:02 ID:LwOfAelH: 技術的な問題だけでは無くてね
554 ：[名無し]さん(bin+cue).rar ：03/12/02 19:06 ID:RK/j+TIp: 俺は、いま専門学生なんだが、
　疑似言語＜ｱﾙｺﾞﾘｽﾞﾑは習っており
　ＣＡＳＬ２やってるんだがさー、
　
　ｖｂとかＣとかやってないのね。
　↑んなために役立たないと思ってる。
　
　Ｃ＃覚えようと思うんだけど、どうかなー。
555 ：[名無し]さん(bin+cue).rar ：03/12/02 19:08 ID:eKYkd3Ik: 重要なことなんだが
1) UPする人はファイルを持っていてはいけない
2) DOWNする人はファイルを持っていてはいけない
3) 中継するＰＣはファイルと特定出来る状態でキャッシュを持っていてはいけない

上記が守られないと逮捕だと思うのです

1) を解決するには分散放出です
2) を解決するにはオンデマンドです
3) を解決するには。。。ガイシュツですね。

Ｋが一ユーザを装うことを考えないと、どこかの段階で
ファイルになってしまうとアウトです
556 ：[名無し]さん(bin+cue).rar ：03/12/02 19:10 ID:zWJfmwcN: 夜の部はやく来ないかなー。。。っと
557 ：[名無し]さん(bin+cue).rar ：03/12/02 19:11 ID:EdzUP/iX: プログラムか、漏れはまだHTMLしか・・・（汗
PHPとJAVAも少々いじれるけど…これじゃあ皆の役に立てない…
高校卒業するまでに独学で　C　を極めてやる！！
558 ：[名無し]さん(bin+cue).rar ：03/12/02 19:15 ID:RK/j+TIp: ＨＴＭＬってプログラムって感じしないけどねー。
　まあこのスレみてプログラムやろうとしてる人間は少なくとも
　いるようだ。みんなもがんばれ。
559 ：[名無し]さん(bin+cue).rar ：03/12/02 19:26 ID:PmkhKYds: このスレで出てるいろんな案はさ、
仮に ISP のログが完全な状態であったとして
それ漁られても up した奴がわからないような代物なのか？
560 ：[名無し]さん(bin+cue).rar ：03/12/02 19:28 ID:jQ9zCsyr: 今の時代はjavaが一番トレンディだぞ！
561 ：[名無し]さん(bin+cue).rar ：03/12/02 19:29 ID:2z2xa87s: >>557
プログラムの独学結構だが
領域とか流れ図とかちゃんと専用の紙にかいてからしろよ。
562 ：[名無し]さん(bin+cue).rar ：03/12/02 19:29 ID:RK/j+TIp: ちと聞きたいんだが、
　Ｊａｖａをやるのと、.ＮＥＴをやるのっていったら
　どちらのほうがいいんだろうか？？　スレ違いですまんが教えて欲しい
563 ：[名無し]さん(bin+cue).rar ：03/12/02 19:31 ID:RK/j+TIp: >>561
　わざわざ専用紙に書くのって面倒じゃない？？
　
564 ：[名無し]さん(bin+cue).rar ：03/12/02 19:34 ID:hJW3BoII: 烏合の衆がよってたかって設計するより、
Freenetのテスターになった方が現実的。
565 ：[名無し]さん(bin+cue).rar ：03/12/02 19:36 ID:2z2xa87s: >>563勉強にならんぞ。
言語のHPをチョチョッと見ただけですぐ理解できるようなもんじゃないだろう
つーか俺がそうだ。
天才じゃない限りは紙にかけ　そして舐めるように見て何度もなぞれ
566 ：[名無し]さん(bin+cue).rar ：03/12/02 19:39 ID:vi3BqSa0: 今の勢いだと今年中に一通りCをマスターできる予定。
TCP/IPも同時進行。高校になる前にC以外の言語も使えるようにしよう
567 ：[名無し]さん(bin+cue).rar ：03/12/02 19:39 ID:RK/j+TIp: >>565
　まあ学校では書いてるんですけどね。
　結構、成績もいいほういってますし。
　でも今は疑似言語やってます。
568 ：[名無し]さん(bin+cue).rar ：03/12/02 19:40 ID:zWJfmwcN: アナログに強い奴はデジタルにも強い。
アナログに弱い奴との差は歴然。
569 ：[名無し]さん(bin+cue).rar ：03/12/02 19:46 ID:TGAZimev: やっぱ平日は夜の部遅いね
570 ：[名無し]さん(bin+cue).rar ：03/12/02 19:47 ID:2z2xa87s: アニメ好きな奴はプログラムにも強い。これ定説。
ただし出不精なやつはプログラマには向いてない
571 ：[名無し]さん(bin+cue).rar ：03/12/02 19:50 ID:QP1s15EA: 　　　　　　　　　　　 .t- ..,　
　 _ 　　 ____　　 _, .-‐'"￣"'-ﾆｭ　
　r,.,ニニ.,,,__ "'" __　ノ　　　　　"''- 、　
　/,.- ─ -- 、"_,..,￣ '::.....　　ヽ､<.　@ヽ, 　
　"　　　　　　 "　　￣^'''^￣^'' ‐‐-ニ-＝
572 ：[名無し]さん(bin+cue).rar ：03/12/02 19:52 ID:vi3BqSa0: 厨房でCを使えるのは凄いことなのか？
573 ：[名無し]さん(bin+cue).rar ：03/12/02 19:54 ID:RjXEzV2D: >>572
小３がコンパイルできる時代なんだからさ・・・
574 ：[名無し]さん(bin+cue).rar ：03/12/02 19:54 ID:KzzcZAlH: >571 脚?
575 ：[名無し]さん(bin+cue).rar ：03/12/02 19:55 ID:LW9mfKKs: ＞結構、成績もいいほういってますし。

上には上が居るって思考じゃないと成長しないよ？
576 ：[名無し]さん(bin+cue).rar ：03/12/02 19:55 ID:fez2pFvX: 擬似言語？・・・
どこかのスレで聞いたことあるような・・・。

夜の部まだかな・・・
577 ：[名無し]さん(bin+cue).rar ：03/12/02 19:56 ID:GogIc/i6: クソスレ
578 ：559 ：03/12/02 19:57 ID:PmkhKYds: だれか答えてけれ
579 ：[名無し]さん(bin+cue).rar ：03/12/02 19:58 ID:RK/j+TIp: ■がﾙｰﾌﾟで
▲が条件で　日本語ｺｰﾃﾞｨﾝｸﾞしていくやつ。
　まあ、上には上がいるってことはこのｽﾚみてつくづく思ってますよ。
580 ：[名無し]さん(bin+cue).rar ：03/12/02 19:59 ID:DWF6pkoP: ところで47氏も次期P2P製作に参加してるの？
581 ：[名無し]さん(bin+cue).rar ：03/12/02 20:00 ID:EAE7GM8k: >>573
小３でコンパイルかよ！
俺が小３のころなんて鼻たれて遊んでただけだ・・・
582 ：[名無し]さん(bin+cue).rar ：03/12/02 20:01 ID:2z2xa87s: >>580
警察に家宅捜索までされてんのに?本当だったらすごい漢だね
583 ：[名無し]さん(bin+cue).rar ：03/12/02 20:03 ID:OcpUe5xu: 47氏はどこまで行動制限されてるんだろか
584 ：[名無し]さん(bin+cue).rar ：03/12/02 20:05 ID:zWJfmwcN: >>579
>まあ、上には上がいるってことはこのｽﾚみてつくづく思ってますよ。
自分がある程度、上の位置にいたと思ってたんですね。おめでてーな。
585 ：[名無し]さん(bin+cue).rar ：03/12/02 20:09 ID:5uNPpRSd: 513 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：03/12/02 13:57 ID:zWJfmwcN
だから昼の部なんて言われてしまうのだよ。。。

538 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：03/12/02 18:06 ID:zWJfmwcN
>>536
だったらageんほうがいいぞー

556 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：03/12/02 19:10 ID:zWJfmwcN
夜の部はやく来ないかなー。。。っと

568 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：03/12/02 19:40 ID:zWJfmwcN
アナログに強い奴はデジタルにも強い。
アナログに弱い奴との差は歴然。
586 ：[名無し]さん(bin+cue).rar ：03/12/02 20:12 ID:Pst1mJFJ: これまで沢山出てきた方式の本質は

1. 中継によって身元(IPアドレス)を隠す
2. ファイル暗号化分割放流(一部のファイルだけでは復元不可能)によって
　　一次放流者(神)であることを隠す(中継者を二次放流者とすると、
　　一次と二次は外部観測的に判別不可能)

の二つ。
いろいろ面倒なことやってるけど、上記が満たせていればＯＫ。

実はどっちもトレードオフを抱えててそれは、

1. は中継段数を上げると匿名性が高まるが到達性が下がる、下げると逆。
　　A-----T1------T2-----T3----...-----B
　　と
　　A-----T1----B
　　で、匿名性と到達性がトレードオフ。細いリンク、落ちやすいノードが
　　間に入る可能性が高くなるから。
　　応用を効かせて、複数の異なる経路を確立して、つまり
　　.-----T1------B
　　/　　　　　　/
　　A----T2-----.
　　とかやってAからBに情報を送る場合は必ずT1、T2、あるいはそれ以上の中継
　　経路、中継ノードを通すとかで到達性を高めることもできるが、
　　帯域使用効率が下がる。Aのuplinkが細い場合に経路を
　　冗長化したらほとんどupできない。
587 ：[名無し]さん(bin+cue).rar ：03/12/02 20:13 ID:Pst1mJFJ: (続き)
2. は分割したファイル群を一つの隣接にどれくらいまとめて送るか
　　(とりあえず隣接送信ファイル率とか名づけてみる)、
　　その隣接送信ファイル率を上げると(例えば50%以上)とすると
　　最悪の場合隣接2台が警察なら逮捕、つまり匿名性が下がって、
　　帯域とディスク使用率が上がる、また冗長性は高めになるので
　　目的ファイル入手率は上がる、
　　逆に隣接送信ファイル率を下げると(例えば10%以下)とすると
　　隣接2台くらいが警察であっても復元不可能、つまり匿名性が上がって、
　　その代わり、十分な冗長性が無いと目的ファイル入手率は下がるので、
　　十分な拡散性と冗長性が必要となり帯域とディスク使用率が下がる

匿名性を上げるには、上記2つを組み合わせて使うべきだけど、
結局匿名性を上げるために効率を犠牲にしている。
つまり、本当に匿名性を高めたいなら、上記でのパラメータを最悪を想定して、
中継経路は100本必要、そのそれぞれに100中継ノード必要、
さらにファイルは0.01%のサイズまで分割して、各ノードに0.01%しか送らずに
10000ノードに送って冗長度を100にする。
というとてつもなく効率の悪い代物が出来上がる。
匿名性を極端に下げれば、中継経路1、中継ノード数0、ファイル分割数1、
つまり直接送信。

つまり、匿名性を得るために各種効率を下げるのは仕方ないが、
それでも効率を上げるには、如何にしてP2Pネットワーク内の黒ノード率
を下げるべきか、というあたりがポイント。
588 ：[名無し]さん(bin+cue).rar ：03/12/02 20:18 ID:UOrWFEKC: >>578
全パケットを盗聴する？
全パケットを記録する？

憲法違反
違法なんてレベルじゃない
まず全員の分記録できないしな

ISPは通信量が多いって意味で絞れるかもしれないが、それで即盗聴・記録となると
確実に違憲で事業免許を潰される可能性まである
相当証拠集めて、理論武装した後でないと、警察もISPもかなり危ない荒業

UPが異常であれば目星は簡単につくけどね、それは何ら容疑にも罪にもならないでしょ
その状態で噛みついた相手が、やっかいな連中と繋がりがあるかもしれないし(政治家や官僚の知人・親族)
変な敵を作らないためにも、安易にとれる手段ではない
何処からか情報がもれ、晒されたら一貫の終わり
組織犯罪であれば可能かもしれないが・・・指定暴力団でもないとねぇ
589 ：[名無し]さん(bin+cue).rar ：03/12/02 20:27 ID:TGAZimev: 次期P2Pのクリアすべき課題を法的な観点から考察
http://tmp2.2ch.net/test/read.cgi/download/1070084504/
次期P2Pに対する要望スレ
http://tmp2.2ch.net/test/read.cgi/download/1070085137/
590 ：[名無し]さん(bin+cue).rar ：03/12/02 20:31 ID:KzzcZAlH: >588 速やかに法律スレに
591 ：559 ：03/12/02 20:34 ID:PmkhKYds: >>588
記録するだけで憲法違反だったんか
法とかそのへんは全く無知なんで、スマンかった
592 ：[名無し]さん(bin+cue).rar ：03/12/02 20:38 ID:Pst1mJFJ: >>591
ん？
回線事業者だとマズそうだけど、通信事業者なら記録するだけならＯＫじゃないの？
守秘は「外部に対して漏らす」のがマズいだけで。
記録じゃないけど、検査ならあたりまえだよね。
ＩＤＳとか。
593 ：[名無し]さん(bin+cue).rar ：03/12/02 20:44 ID:qnAL3N+3: >>591
憲法違反っていうのは、国家権力による検閲とかだしょ。民間企業の場合は関係ないべ。
民間企業なら電気通信事業法違反でないの？
594 ：[名無し]さん(bin+cue).rar ：03/12/02 21:21 ID:FIn34veE: なんか37歳氏のスレが盛り上がってるな
ほんとに作っているんだろうか？
ネタだったらやだな・・・
595 ：588 ：03/12/02 21:22 ID:UOrWFEKC: >>592
ペイロードを全部記録は駄目では？
郵便局員が手紙の中身写しておくような物じゃないの？
あまり詳しく無いが

>>593
摘発だから警察の指示が絡んでるとオモタ
確かにISPが違憲は言いすぎでつ
スレチガイスマソ
596 ：[名無し]さん(bin+cue).rar ：03/12/02 21:25 ID:mxCZamHC: ここの神が照らす光は
我々MACの民にも見えるのでしょうか？？
597 ：[名無し]さん(bin+cue).rar ：03/12/02 21:28 ID:2RI+DYgu: >>593
まあ、どっちにしろISPがパケットダンプすることはありえない。
警察もしない。
P2Pユーザーとなって、自分とこに送られてきたパケットを監視するのは合法だべ。
598 ：[名無し]さん(bin+cue).rar ：03/12/02 21:32 ID:gDjAXJ6S: いい加減にしろよ、馬鹿は書き込むな。法律スレいけ。
599 ：[名無し]さん(bin+cue).rar ：03/12/02 21:33 ID:cY7HXsms: >>487
少し複雑だな。この複雑さであれば穴が沢山出来ると思うぞ。
例えば公開鍵とIPが関連付けられたらどうする？
この公開鍵を持つIPは○○だ！、と言うことが分かっても大丈夫？
相手は複数のクライアントを使うはずだ。相手が相互に連絡しあった場合に
もこの構造は通用するの？

また送信する内容が割と限定的な場合は公開鍵さえあれば内容を総当りで解読が可能。
（細かく見て無いからこの問題は無いかも知れん）
その他頭良い人ならさらに幾つか穴が発見できるかもしれない。

とは言っても間違っているのは自分かもしれないので、真に受けないように。
600 ：599 ：03/12/02 21:36 ID:cY7HXsms: 補足。
Aの公開鍵はAから渡されるのだから、Aの鍵を持つ奴のIPを
そのノードは分かっていると言う訳だ。
601 ：600 ：03/12/02 21:38 ID:cY7HXsms: と書いたら余計わからんな。Aってのは適当だからね。
602 ：[名無し]さん(bin+cue).rar ：03/12/02 21:44 ID:ZsdUj42O: >>599
たしかに、CとEがグルなら公開鍵とIPが関連づけられ、
そのIPが持つキー情報がばれるね。
そうならないために、中継ノードを増やすんじゃない？

公開鍵と一部内容を知っていても解読するのは無理だろ
603 ：[名無し]さん(bin+cue).rar ：03/12/02 21:49 ID:Pst1mJFJ: >>602
だから中継ノードを増やすのは到達性と匿名性のトレードオフ。
それに中継ノード増やしたら経路制御大変だぞ。
下のグラフで２重線が光でただの線がADSLで、..がISDNだったらAからEの経路は？

　　Ｆ－Ｇ－Ｈ
　　｜　　　||
Ａ－Ｂ＝Ｃ..Ｄ＝Ｅ
｜　　　｜　　　||
Ｉ－Ｊ－Ｋ－Ｌ－Ｍ
604 ：[名無し]さん(bin+cue).rar ：03/12/02 21:52 ID:2RI+DYgu: やっぱりあれだよ、UDPによるパケット偽装しかないって。
誰かUDPでも何とか転送できるプロトコルを考えれ。
605 ：[名無し]さん(bin+cue).rar ：03/12/02 22:12 ID:cY7HXsms: >>602
例えば中身がIPアドレスと比較的に変更が少ないファイル一覧だとしよう。
この場合IPアドレスを変更しながら暗号化すれば暗号後のデータと
一致するファイルが必ず生成される。

まぁ関連付けの方は微妙に判りづらい説明でスマン。
簡単に言えば情報収集されると弱い構造なんじゃないか、と言う事。
606 ：[名無し]さん(bin+cue).rar ：03/12/02 22:25 ID:PQA3ZCxb: つぅかADSLすらも使えないやつはP2Pに必要ねぇだろ。
いったいどれぐらい貢献してるんだアナログとかISDNってよ。
nyでもPort0と並ぶ邪魔者だし、新システムではアナログとか
Port０のやつは除外だろ。

ISDNな香具師はエロ画像でも集めてればいいんだよ。
アナログな香具師は。どうでもいいやｗ

P2Pはブロードバンド前提だろ？
607 ：[名無し]さん(bin+cue).rar ：03/12/02 22:30 ID:Pst1mJFJ: >>606
実際にISDNかどうかは問題じゃなくて、
悪意のあるクローンノードが混ざってたら
本当は光のくせに、自分が使い終わったらISDN並みの速度で
転送するようにする、とかいうイタズラも可能なんだよ。
しかもこれはクローン等の問題じゃなく、ソフトや仕様で解決できる問題じゃない。

ちょっと高級なスイッチがあれば速度設定可能だし、
そうじゃなくてもコリジョン発生させまくれば速度落とすのは容易。
608 ：[名無し]さん(bin+cue).rar ：03/12/02 22:30 ID:RK/j+TIp: >>606
そう虐めるなって！
　まだみかかのサポートが悪くＡＤＳＬにできんやつだっているんだからさー
609 ：[名無し]さん(bin+cue).rar ：03/12/02 22:32 ID:Pst1mJFJ: >>606
アナログとPort0とIPv4は除外っていうのが手っ取り早くていいな。
610 ：[名無し]さん(bin+cue).rar ：03/12/02 22:42 ID:Uz6gvx03: RAID5案はシンプルであるという点で実現性がわりと高い案だとは思う。
匿名性、効率性に関しては実際に動かしてみないとなんともいえんところも
あるけど
もうちょっと細かく詰めていきたいところ。
参考：>>274-277

例えば今のところ何の言及もされていないファイル検索の仕組について。

1:まず自分のFileTableに検索をかけて該当するファイルの有無を探す
なかった場合は2へ。見つかった場合は3へ
2:隣接ノードにキーを飛ばす（この辺りは暫定的にnyの検索システムと同様のものとする）
ファイル情報をもっていた場合はFileTableを送り返す。3へ
3:FileTable内の情報を元に各ノードにリクエストを送る
破損クラスタがあった場合はFileTableにその旨を書き込む。4へ
4:ファイルが完成しなかった場合は再び検索をかける
2と同様の動作だが、FileTableを受け取る際に相手のFileTableに
自分のファイルテーブル（破損部分を除く）を上書きする

各FileTableが1ファイル分すべてのクラスタアドレス（ミラーリングされたものも含む）
を持っていると仮定してます。
結構な大きさ(1ファイルあたり10KB前後？）になってしまうと思うけど
あくまでファイルの実際のやり取りの際にしかコピーされないので負荷はそれほどでもないかと予想。
もっと効率的なアイデアがあればレスキボンヌ。

ふと思ったんだが、ネットワーク全体を１つの巨大なストレージと仮定すると
FileTableを所持していること自体が違法ファイル所持と同義になってしまうという
法解釈はあり得るかもと思ったり。
自分のFileTableは比較的自由に編集可能という事にすれば
フォーマットしたデータを勝手に持ち出された形になって一応言い訳は立つかな？
まあどっちにしろ踏み込まれたらアウトな訳だけど、ローカルで立証されない限り
外部から公衆送信権の侵害を証明するのはほぼ不可能な悪寒。
611 ：[名無し]さん(bin+cue).rar ：03/12/02 22:44 ID:ffAnuNhx: 前々スレぐらいで見かけたこの意見が一番現実的じゃないか？

91 ：[名無し]さん(bin+cue).rar ：03/11/30 19:37 ID:zsFAGLf1
>>89
> 時間がかかるのが難点か？

バイナリを壊すのは、部分部分で破壊すれば良し。
一つのファイルの中で、"何カ所か"を「数ビット・数バイト」程度ずつ"ランダムで乱数上書き"する。

それが「ファイル内のヘッダ部」か、「データ部の中間をランダムで選ぶ」のか
どちらでも良いのだけど。
612 ：[名無し]さん(bin+cue).rar ：03/12/02 22:52 ID:o5osSizI: ISDN・電話回線にはキー情報だけを
中継させればいいだけじゃん？
ファイルは高速回線だけとかさ。

>>611
たすかに。
留守中に襲われたら死ぬが。
613 ：[名無し]さん(bin+cue).rar ：03/12/02 22:52 ID:cY7HXsms: >>610
んで、自ファイルの名前等の情報放流時に全てがバレバレになるシステムが
どの程度魅力あるのかを説明しとくれ。
それとも何か細工があるの？この辺の詳しい説明が無いのでわからん。
614 ：[名無し]さん(bin+cue).rar ：03/12/02 22:56 ID:Pst1mJFJ: >>610
http://citeseer.nj.nec.com/stoica02chord.html
615 ：[名無し]さん(bin+cue).rar ：03/12/02 23:05 ID:Pst1mJFJ: >>610
http://www.google.com/search?num=100&hl=ja&lr=lang_ja&q=consistent+hash+SHA1
このトップにヒントがある。
再発明はやめよう。
616 ：[名無し]さん(bin+cue).rar ：03/12/02 23:05 ID:Uz6gvx03: >>610
ひとっ風呂浴びてきたらいきなり自分でアラに気付く。
自FileTableにない場合のみ検索キーを飛ばすのでは同名ファイルの検索ができんなｗ。
やはり検索キーは常に飛ばす必要があるか。
ファイル名、ハッシュのみでアドレス情報を持たない空のFileTableをまず伝播させんといかんね。
これなら>>292で言う存在は保証するがブロックの保証はしないっつー形になるかな。
617 ：[名無し]さん(bin+cue).rar ：03/12/02 23:22 ID:whDme8cz: >>606
むしろ光だけで実験的なネットワーク作ってみてほすい。
俺ADSLだけどさ。
618 ：[名無し]さん(bin+cue).rar ：03/12/02 23:24 ID:Uz6gvx03: >>614 >>615
㌧クス
ざっと読ませていただきました。勉強になります。
この場合トリガは完全なデータを持ったFileTableという事になるのかな。
いや、違うかファイルそのものを返してもいいんだ。

いっきに読んだんで頭がグルグルしてて意味不明な事いってるかも。
なかなかエキサイティング。
619 ：[名無し]さん(bin+cue).rar ：03/12/02 23:30 ID:2w4g0sBA: 低速にも優しいWinnyだったが、
次期P2Pが出来たらWinMX含め３極化するのかな。
620 ：610 ：03/12/02 23:30 ID:Uz6gvx03: 的が外れてたらすまん。

まず空のFileTableを広く伝播させファイルの存在を保証する。
FileTableを元にダウンロードクエリを発行。
PeerCQによってファイル断片を検索しつつ要求ノードに送信。

ということか。どえらいシンプルだ。ちょっと明日早いので寝ます。
面白かった。あり。
621 ：[名無し]さん(bin+cue).rar ：03/12/02 23:53 ID:4UDgcftt: MX ny oz この3つを使って初めて1つのファイルにできるとか（㍉
622 ：[名無し]さん(bin+cue).rar ：03/12/03 00:19 ID:R83wNSRg: ここの、みなさんもドロシーの動向には気になってるのね。
レス止まってるし。
623 ：[名無し]さん(bin+cue).rar ：03/12/03 00:45 ID:vfD9U+NX: ここは仕様を考えるスレという事で……
624 ：[名無し]さん(bin+cue).rar ：03/12/03 00:47 ID:FmX5tmDz: ちょっとドロシーの方は祭りでどうしようも無い状態だね。
ただ、気になるのがny1のインターフェイス変えただけな気がする。
ここのスレ住人できちんと検証しないと危ないのでは？
漏れはスキルがないから出来ないのでお願いします。
625 ：[名無し]さん(bin+cue).rar ：03/12/03 00:49 ID:uMKBcUwU: こんな感じにまとめてみまつた
ttp://poststuff.entensity.net/112603/mario.php
626 ：[名無し]さん(bin+cue).rar ：03/12/03 01:08 ID:FmX5tmDz: って、ただのコラだったｗ
久しぶりの大ネタだったみたいですね。
でも、これでスレも下がったし、やりやすくなったかな？
627 ：[名無し]さん(bin+cue).rar ：03/12/03 01:10 ID:4ocQ2sBO: FileTableはハッシュ＋ファイル名＋容量＋寿命のデータしか持たせない。P2Pネットワーク内に
探すファイルの「存在可能性」を通知するだけだから。
どっかで出てたがノードを多角形メッシュ状に接続する方式だとFileTableの同期はそれほど時間
かからないはず。

仮に自分がファイルの最初の放流者になろうとしていてその通知をアップしても、FileTable経由で
その通知を知ったノードはその通知が中継されたものなのか最初の放流者の情報なのかは区別が
つかないでしょ。もう一回言うがあくまでここではFileTable経由で「ファイル存在の可能性」を通知し
てるだけ。

実際の検索もメッシュとして配置されたノードに対してFileTableから取得したハッシュベースで検索
をかける。検索通知を受けたノードは自分のoexファイルリストの中に一致するハッシュを持つものが
あれば応答する。しかし応答者が最初の放流者であった場合はoex素片を生成して放流する必要が
あるが、最初のダウソ要求だしてるところへ直接転送するのはあぶないから、ここではじめて分散化
を始める。
628 ：RAID5マン ：03/12/03 01:11 ID:4ocQ2sBO: 分散化手法は前に述べられてるので割愛するとして、最初の放流者は隣接ノードと通信して拠出
ディスクの使用率が閾値以下のところへひとつのブロックだけ放出する。隣接で閾値以下のノード
が見つからなければその先も調べていき、最終的にoexをさらに分割したブロックがすべて転送完了
するまでこの動作は繰り返される。

ダウソ側はnyみたく定期的に検索ハッシュを行って応答を待つだけだが、ダウソ行為は冗長化じゃな
いのでローカルディスクのダウソ作業専用フォルダへの書き込む。

話を戻して分散化が始まったときだろうが、途中の冗長化時だろうがブロックを受け取った側は何を受
け取っているのかわからないし、その動作が最初の放流によるものなのかどうかはわからない（厳密
にはオブジェクト化するのでダンプすればわかるが、初期値を変動性にすればわからなくなる）。また
受け取った素片をどっかからの要求に応答して送信してもそれが、復元のためのダウソなのか冗長化
のためのダウソなのかわからない。

冗長化の管理はoexの細分化ブロックをオブジェクトラップして扱うことで自律的に行う。具体案は検討中。

突っ込みよろすく。今日は酒飲んでないからキレ無い。
629 ：[名無し]さん(bin+cue).rar ：03/12/03 01:13 ID:4ocQ2sBO: 明日は早朝会議なのでもう寝る。
だれかエロイやつぁ朝までに突っ込んどいてくれ。
また考える。
630 ：元スレ1 ◆bPSpbl.Bgs ：03/12/03 01:17 ID:fsG48QRG: >611
うぎゃぁぁぁぁ俺のへタレアイディア晒すのやめて…( ﾉД`)

ここは実装以前の仕様を決めるスレでつよ。
631 ：[名無し]さん(bin+cue).rar ：03/12/03 01:52 ID:FmX5tmDz: 釣り宣言きました。wikiにある37氏語録消したがいいかも？

Dorothyなんて作ってねぇし。(ﾟ∀ﾟ)
http://tmp2.2ch.net/test/read.cgi/download/1070383446/
632 ：[名無し]さん(bin+cue).rar ：03/12/03 01:54 ID:w5Ajny0r: ３７氏は本当にネタだったのか？
結局、開発してるのって誰がいるんだ？
633 ：[名無し]さん(bin+cue).rar ：03/12/03 01:55 ID:5Yhh2olI: おまえらが仕様考えてどうすんだよ(；´Д｀)
634 ：[名無し]さん(bin+cue).rar ：03/12/03 02:07 ID:2xedHkwn: だから、誰も開発なんてしてないし、やろうともしてないし、出来ないって

この板に47みたいな人間はもういないって

お前ら、アホ過ぎ
635 ：[名無し]さん(bin+cue).rar ：03/12/03 02:09 ID:RCqVIqBi: 47よ。魂の深き闇の果てに…。
636 ：[名無し]さん(bin+cue).rar ：03/12/03 02:10 ID:0ae4Efaj: >>634
あなたの言うとおりです
誰も開発してません
だから上げないでください
637 ：[名無し]さん(bin+cue).rar ：03/12/03 02:14 ID:2xedHkwn: 彗星のごとく、突然に

とか期待しても無駄

本当に無駄、それを否定したいなら君が作るしか無い

でも、君は作ることはおろか、作ろうともしないだろうな

だって、君はただの阿呆だもの
638 ：[名無し]さん(bin+cue).rar ：03/12/03 02:14 ID:3ikyX0dX: だれも開発してないというか、いい仕様が決まらんことには動きようがない。
Winnyの次な動きは以前からあったが、結局立ち消えになったし。
639 ：[名無し]さん(bin+cue).rar ：03/12/03 02:16 ID:x18PBjr7: デバッグにプライベートな時間も割かれるんだよな
全てボランティアになるし・・・
仲間内でヒッソリならFTPでも良いしHOTLINEでもいいし
特定の人間同士ならP2P MessengerかDirect Connectで良いし
640 ：[名無し]さん(bin+cue).rar ：03/12/03 02:18 ID:+w1k9BpY: 既にプロトタイプを3つほど作ってしまったYo
残念だけど47にはもう期待できねーし。まともに作れているやついなそうなのので
仕方なく作っている。だって俺nyをよく利用してるしね。
nyソースが出る危険性もあるし、もし流出してしまったらクラックに溢れ死滅は時間の問題。
公開はny2に[P2P]をファイル名の最初につけて流すのでヨロ。

今悩んでいることは、始めのノードをどのように公開するかだな。
自分のノード１つ公開するのは自殺行為だし、10個くらいノードが集まった時点で
動き出すというのもいいかもしれないけど、ある方法を使えば誤魔化せるし。
何かよさげな方法はないでつか?
641 ：[名無し]さん(bin+cue).rar ：03/12/03 02:18 ID:LDef3dOn: □□□□■□□□□□■□□□□□□□□□□□□□□□□□□□□□
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□
642 ：[名無し]さん(bin+cue).rar ：03/12/03 02:18 ID:K1B8DFQB: 少なくともドロシーの画面見た瞬間にネタと見抜けなかった
人間は、開発など無理
643 ：[名無し]さん(bin+cue).rar ：03/12/03 02:19 ID:RCqVIqBi: うちの冷蔵庫ん中に
ソースあったよ
644 ：[名無し]さん(bin+cue).rar ：03/12/03 02:21 ID:R83wNSRg: さあ、このスレこれからお世話になるからよ。
よろしくな。
荒らしていくぞ。
645 ：[名無し]さん(bin+cue).rar ：03/12/03 02:23 ID:w5Ajny0r: >>644
荒らすなｗ
646 ：[名無し]さん(bin+cue).rar ：03/12/03 02:23 ID:5ON1Hul2: まあまあ皆、ﾏﾀｰﾘ逝こうよ
流れを見極めるのも大切だし
647 ：[名無し]さん(bin+cue).rar ：03/12/03 02:25 ID:R83wNSRg: オープンソースで荒らしていこうと思うから、よろしくな。
648 ：[名無し]さん(bin+cue).rar ：03/12/03 02:28 ID:wA6vSi4f: >>640
とりあえずfreenet
649 ：[名無し]さん(bin+cue).rar ：03/12/03 02:37 ID:3ikyX0dX: >>640
ny2使うんなら、どこぞの廃墟スレ乗っ取れば？
書く分には匿名性高いし、物好き多いから自ノードさらしてくれる人もいるんじゃない。
暗号化はny形式みたいな適当なのでいいし(固定でなければ危険性は低くなるし)
650 ：[名無し]さん(bin+cue).rar ：03/12/03 02:41 ID:6uVSI0sB: こういうのを「誰か」に作ってほしいって言ってるだけだろお前ら。
自分じゃ作りたくないってのが本音ｗ
651 ：[名無し]さん(bin+cue).rar ：03/12/03 02:44 ID:q9LEZKbt: >>640
nyはソース押収されちゃったしどんな危険があるか分からんから
Freenetとか匿名端末(無線Lanとか)からうｐろだにうｐとかにしたほうがいいよ。
家宅捜索は嫌でしょ。
652 ：[名無し]さん(bin+cue).rar ：03/12/03 02:46 ID:fsG48QRG: ID:R83wNSRg 削除・アクセス禁止希望
653 ：[名無し]さん(bin+cue).rar ：03/12/03 02:49 ID:wA6vSi4f: より安全なのはネットカフェで数人をつなぐ。
その後はそのソフト内でtxtでノードリストを流通させ
たまに誰かがどこかに貼る。
654 ：[名無し]さん(bin+cue).rar ：03/12/03 02:55 ID:m7G6bjFX: >>651
そっちより安全。
655 ：[名無し]さん(bin+cue).rar ：03/12/03 03:02 ID:x18PBjr7: >>650
はっきり言ってしまうとな
早い話がめんどいのよ
作れと言われてボランティアでやる事ほどつまらない事はない

全て自分のアイデアだけで自分の好きな様に作れるんなら考えるけどな
656 ：[名無し]さん(bin+cue).rar ：03/12/03 03:20 ID:Mp85uNTD: >>655
俺もそう思う。自分で好きなように作れるからやる気がでるのであって、仕様書が完全に決まってたら作る気になるプログラマーなんていないだろ。

オープンソースにしてちょこちょこ作っていくならともかくな。
657 ：[名無し]さん(bin+cue).rar ：03/12/03 03:34 ID:PtvNg8O0: まぁ実際に作る香具師と（自称）作れる香具師の違いは簡単なわけだが
658 ：[名無し]さん(bin+cue).rar ：03/12/03 03:58 ID:YV4//NyU: RAID5案は違法うんぬん抜きにして単純に学術目的で実現可能なのか興味ある。
659 ：[名無し]さん(bin+cue).rar ：03/12/03 04:17 ID:qFh8xjST: おれは好き勝手に作ってるやつがたまにココみて少しでも「お、この考え方は使えそう」と思って
くれればいいや。と思って一応プログラマの観点から意見書いてる。
もちろん相手にされてないかもしれないけどそれはそれでいい。
実は発表できるほどのものじゃないがちょこちょこメモ感覚でプログラム書いてるし、ここの
意見もいくつか参考にしている。ちなみ遊びで書いているので「すげー」物が出来上がらない
かぎり全く公表する意志は無いのであしからず。
660 ：[名無し]さん(bin+cue).rar ：03/12/03 04:23 ID:dAkSSgps: >>659
別にそれでいいと思うよ
がんがってくらはい
661 ：[名無し]さん(bin+cue).rar ：03/12/03 04:47 ID:fsG48QRG: 誰もが参加出来る場所で、話し合う事に大きな意義があるんだよ。

絶対に「アイディアを貯めてるだけ」で作れない/作れない人が居るのは確実で、
そんな中には有益な意見もあるのだから、色々な人に意見を聞くべきだと思う。
最終的に、マージもフィードバックも出来るからね。

# 仕様が出来ても、コーディングの面白さは充分あると思う。
# ここで決めたいのは"核を成す部分だけ"だから。
# とは言っても、仕事じゃないから、誰も仕様通りに作る事は要求しないので、
# 多少の独自拡張もアルゴリズムの改良も良いし。

複数種出来ても、最終的には相互接続できる事を目標に…　なんて考え甘すぎるかな。
662 ：[名無し]さん(bin+cue).rar ：03/12/03 05:02 ID:fsG48QRG: 例を挙げるとすれば、Mailerだってそうでしょ？あれも規格が決まってるから。
ブラウザだってそう言えるし、広く言えばAPIもMFCも、言語だって規格や仕様は
決まっていて、その制限や自由の中で組むから面白さがあるんだと思える。

仕事だとコーディング規約等に縛られて、面白さやアイディアが半減しちゃう事もあるけどさ。
663 ：[名無し]さん(bin+cue).rar ：03/12/03 07:28 ID:YV4//NyU: ＞661
ここでそれを決めるにはノイズが多すぎる。
このスレの中盤とか言語がどうだとかくだらない話ばっかだし。
素人は黙ってろっての。
664 ：[名無し]さん(bin+cue).rar ：03/12/03 07:59 ID:PtvNg8O0: どうやって匿名にするかなどは設計を煮詰めないとだめだが
ファイルをやり取りするというところはどんなファイル共有ソフトでも
同じようなプログラムになっちゃうんでｎｙみたいなものをとりあえず
作っちゃってから改造したほうが早いと思うぞ。

ｎｙ同様、まずは各パーツからだな。
665 ：[名無し]さん(bin+cue).rar ：03/12/03 08:14 ID:60O4cCP9: >どっかで出てたがノードを多角形メッシュ状に接続する方式だとFileTableの同期はそれほど時間
かからないはず。

結局RAID5マンもド素人かよ（;´Д｀）
666 ：[名無し]さん(bin+cue).rar ：03/12/03 08:47 ID:8JGlabG4: P2Pに過剰な匿名性が果たして必要なものなのだろうか？
667 ：[名無し]さん(bin+cue).rar ：03/12/03 08:53 ID:AtuCJK88: >>664
結局、それなんだよな。
もっとマクロな議論をするべきなのに、どうしても話が実装詳細へと流れていく。
話す側は結局自分がちやほやされたいだけで、
持ち上げる側は新しい実装への期待を無意味に膨らませているだけ。
最近神がずいぶん安易なものになった気がするよ。
668 ：[名無し]さん(bin+cue).rar ：03/12/03 09:33 ID:F83jXU96: >>665
平面正方形メッシュじゃなくて立方体メッシュで計算してるか？
LRFBUDの６方向だぞ？

突っ込む側ももド素人かよ（;´Д｀）
ちゃんと数学の先生の話を聞いてましたかぁ？
669 ：[名無し]さん(bin+cue).rar ：03/12/03 09:37 ID:F83jXU96: >>667
はいはいそうだね。
ここは討論の場所でここからネ申が出てくると思うほうが間違い。
ネ申はここも横目でみつつ自分で実装するからアンタの発言は無意味。
670 ：[名無し]さん(bin+cue).rar ：03/12/03 09:42 ID:60O4cCP9: >>668
あのさ。
もうそれ以上披露しなくていいよ。
立方体って中学生かよ。
n次元トーラスだろ。
671 ：[名無し]さん(bin+cue).rar ：03/12/03 09:46 ID:68c7n2fO: 前スレ中盤であった匿名掲示板の話題はここでいいのかな？
P2PNetNewsと言うアイデアをこんな感じで考えてみた。

・発言データは1発言ごとに固有のハッシュ値を与える
・スレ立てはカテゴリ情報を持った新規発言という形
・レスは親発言のハッシュを上位に持つ子発言という扱い。孫発言もアリ
・スレッド内の時系列の保証はしない。一応最も古いタイムスタンプを信じる
・流通したデータはローカルにどんどん蓄積
・スレッド管理、発言のあぼーん等はローカルで行う(2ch専用ブラウザのイメージ）

当然古いレスを新しいレスより後に拾う場合もあるが、元発言へのレスである事は変わらないので気にしない。
タイムスタンプについても同様で、子発言は親発言より新しいという事以外は参考程度と考える。
親発言に関してはカテゴリを選んだ時点で自動的に検索＆隣接ノードに適当に送りつけ。
所詮掲示板の情報などたかが知れてるのであっという間に拡散して発言元ノードの特定はまず無理。

糞スレ乱立タマランという状況になるのは目に見えているので、
各ノードからの糞スレチェックとレス数で評価して不人気スレはリストから見えなくする。
もちろんローカルでの保持は可能なのでハッシュ指定して検索かければ引っ張ってくる事は可能。

みたいなイメージなんだけど、問題点は何かあるかな。
発言者の同一性保証はしない方向を想定。自己主張の激しい人は勝手になのれば？のスタンス
別にMACアドレス辺りを種に十分な強度のトリップ付けることは出来るだろうけど
発言と発言者の対応が取れてしまうとチリツモで発信ノードを推定され得るでしょうし。
あと「嘘を嘘と見抜けない人は」的な、
ID・トリップ実装以前の2chの雰囲気もアリだよね、という気分もあったり。

勢いで書いたのでヒジョーに雑だと思うけど、突っ込みヨロン。
672 ：[名無し]さん(bin+cue).rar ：03/12/03 10:26 ID:60O4cCP9: RAID5案の、secret sharingを神の匿名性確保に応用というアイデア自体、は悪くないのだが
xorとか言い出すあたりが素人だな。
secret sharingとかVSSとかでググルだけでRAID5方式を遥かに上回る技術がザクザク出てくるのだが。
xorじゃ30年前の技術の再発明だな。

しかも既にRAID5案以上のものが実装されていてライブラリもある。
ttp://www.google.co.jp/search?hl=ja&ie=UTF-8&oe=UTF-8&q=secret+sharing+library+C+C%2B%2B&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=

本当に次期P2Pソフトを作る気があるなら、この手のライブラリや、世界的な技術や知識の蓄積を
どんどん利用しないとまともなものはできないぞ。
673 ：[名無し]さん(bin+cue).rar ：03/12/03 10:40 ID:xzmM8i+W: >672
言いたいことはわかるけど理想論だろ
最新バージョンと決めて作成してもリリース時期には次のバージョンが出てるのが
現実なんだし
王道より最新を選ぶのは趣味でやるときだけ
674 ：[名無し]さん(bin+cue).rar ：03/12/03 10:47 ID:60O4cCP9: >>673
>王道より最新を選ぶのは趣味でやるときだけ

これは合意できるけど、ライブラリを使わない理由にはなっていない。
currentやベータを使わずに、stableやリリースを使えば良いだけ。

リリース時期にライブラリの次バージョンが出ても、よほどクリティカルなバグフィックスが含まれていない限り、
設計時に決定したバージョンのライブラリを使えばOK。
675 ：[名無し]さん(bin+cue).rar ：03/12/03 11:05 ID:KoE4iWrQ: 絵に書いた餅は誰も求めてないよ
とりあえず食えればいいんだよ
それよりうまいものがあれば別だけど
676 ：[名無し]さん(bin+cue).rar ：03/12/03 11:17 ID:F83jXU96: じゃぁ大英帝国語としーぷらぷらがわかるエロイ>>672が実装すればいいじゃん
677 ：[名無し]さん(bin+cue).rar ：03/12/03 11:27 ID:AtuCJK88: >>674
ライブラリ使うのは確かに正しい解のひとつだけど、
作る人の目的が単なるアプリケーションの構築ではなく、
作ることそのものだとしたら全部自分でやりたいってのも、
それはそれで間違いではないだろう。
678 ：[名無し]さん(bin+cue).rar ：03/12/03 11:32 ID:F83jXU96: 漏れのサル並みの脳みそで>>672のCrypto++の概要読んだけど
たんなる暗号化ライブラリにしかみえんのだが。
ＲＡＩＤ系の分散化とどう関係するのか解説してくれエロイひと
679 ：[名無し]さん(bin+cue).rar ：03/12/03 11:49 ID:60O4cCP9: >>672のサイトに
Shamir's secret sharing scheme and Rabin's information dispersal algorithm (IDA)
って書いてある。

そろそろ秋敵他鴨。
680 ：[名無し]さん(bin+cue).rar ：03/12/03 12:07 ID:F83jXU96: http://www.kono.cis.iwate-u.ac.jp/~nisitani/proj4/Theses/98-3b.html

これでラビンて香具師の概要が語られてるな。ちょっと原文をがんがって読んでみる。
681 ：[名無し]さん(bin+cue).rar ：03/12/03 12:10 ID:60O4cCP9: >>678
もうちょっと親切に言ってみるテスト。
secret sharing scheme
秘密分散法
で、それぞれ日本語チェックボックスオンでググってみるべし。

秘密分散法に基づいたオープンネットワークRAIDの提案
なんていうそのまんまの論文もでてくる。
読んでみたいが論文の本文が見つからない。
682 ：[名無し]さん(bin+cue).rar ：03/12/03 12:23 ID:F83jXU96: IDAの論文はメンバー登録しないとPDF閲覧できねぇっぽいな。
VSSの方はいま読んでるけど確かにRAID5マンの提案より洗練されてるな。
論文本体探すわ。
683 ：[名無し]さん(bin+cue).rar ：03/12/03 12:34 ID:F83jXU96: http://www.kochi-tech.ac.jp/library/ron/2002/g5/info/1055115.pdf

いい論文みつけた。これなら理解できる。
エロイ>>672ヒントサンクス
684 ：[名無し]さん(bin+cue).rar ：03/12/03 12:44 ID:7xe1h7Hk: これ？
http://www.sfc.wide.ad.jp/kg/neco/wiki/survey/%C8%EB%CC%A9%CA%AC%BB%B6%CB%A1%A4%CB%A4%E8%A4%EB%C6%BF%CC%BE%C4%CC%BF%AE.html
685 ：[名無し]さん(bin+cue).rar ：03/12/03 12:48 ID:60O4cCP9: 秋田鴨とか言いながらさらに追加。

多段中継、複数経路中継など、中継を考えるなら、以下から辿ってゲットできる文献も参考になる。
http://www.cs.dartmouth.edu/~zhaom/research/marianas/resource.html
686 ：[名無し]さん(bin+cue).rar ：03/12/03 12:54 ID:3OWwt/CR: どこかP2P関連技術情報まとめたとこないですか？
687 ：[名無し]さん(bin+cue).rar ：03/12/03 13:24 ID:9ZjtJ97u: みんなで一斉に古いバージョンNy使うってのはどう？
Winny2.0 b58とか
688 ：[名無し]さん(bin+cue).rar ：03/12/03 13:29 ID:YV4//NyU: >>683
Shamirの(k,n)しきい値秘密分散法って復号化にえらく時間が掛かってるね。
1MBのファイルに48秒じゃ使い物にならないよ。
689 ：[名無し]さん(bin+cue).rar ：03/12/03 13:43 ID:FIspJYrO: 暗号化の実装なんか後からいくらでも変えれるんじゃないの？
何でも最初はHelloWoldというか
とりあえずP2Pの基本的なものができてないと
690 ：[名無し]さん(bin+cue).rar ：03/12/03 13:48 ID:IgH3G14s: >>688
計算機のスペックは？
それとパラメータを変化させてもダメ？
目的は神の匿名性なので、データ自体の暗号化、平文化が多少弱くなってもスピード重視してもいいかもな。

古典的な方法だけど、DESで高速に全体を暗号化して、DESの鍵だけを遅いRSAで安全性を高めるとかいう手もあるけど、
この方法は今回そのまま適用できないけど、同様に複数の符号化手法の組み合わせで高速化できないものだろうか…
691 ：[名無し]さん(bin+cue).rar ：03/12/03 14:01 ID:W055hP1u: >>688
これってk=2なら
ダウンロード完了までの転送量が通常の２倍だよね・・・
692 ：[名無し]さん(bin+cue).rar ：03/12/03 14:07 ID:IgH3G14s: >>688

FILE1をP1,P2,P3,P4に分ける。これは単に分割するだけ。
P1をさらにP11,P12,P13...とShamirで分ける。
P2も同様にP21,P22,P23...とShamirで分ける。

P2のパーツをダウンロードしている間にP1を複合化。
CPUのパイプラインみたいなもの。
これで一応時間かせげる。
最後のパーツの複合時間をどうしようか。
693 ：[名無し]さん(bin+cue).rar ：03/12/03 14:11 ID:F83jXU96: 閾値分散法ってのはちょっと数学レベルが高すぎてイメージしにくいな。
動作概念はわかったからCrypto++で試しにファイルからシェア？を作成して
それをもとにファイルを復元するプログラムでテストしてみるべ。
ただなんとなくえらくコストの高い処理だと感じるな～

閾値分散法風に言えばつまりはRAID5だと実際のデータSを構成する要素
がn1,n2,x1て3つ（分割数）あってそのうち二つ（閾値2）そろえば元のデータS
を復元できるってことになるよね？
んで、shamirﾀｿが提唱しているのはデータSからたとえば5個のブロックを
作成してそのうち3つ集まれば、元のデータSが復元できるって言ってるん
だよね？
694 ：[名無し]さん(bin+cue).rar ：03/12/03 14:58 ID:HqRmGV0Q: >>693
実現してもあまり効率化にはつながらない気がする。
復元できなくなる危険性の回避より、効率のほうが重要。
一番重要なのは，いかにネットワーク上に流すデータ量を減らすかだ。
695 ：[名無し]さん(bin+cue).rar ：03/12/03 15:04 ID:tYw9D84y: MXの次はなんなんだ？　Part165
http://winny.info/2ch/main/1058199380.html

51 名前： 47 ◆KbtLZwerNc [sage] 投稿日： 03/07/15 01:57 ID:hsfdr3mD

匿名性がまた話題になっているようですが、nyの匿名性に暗号はほぼ関係ありません。
もしWinnyのソースを全て公開して暗号を全て取り除いた状態でもnyの匿名性は変わりません。

通信内容、キャッシュなどを全て解析しても匿名性は保たれように設計されています。
Winnyの匿名性の肝は転送動作であって暗号ではないからです。

わざわざ各所を暗号化したり本体の改造を困難にしたり、通信内容を暗号化しているのは
単に解析を困難にさせるためです。そして、なぜ解析を困難にするかというと、
解析されて改造されるとファイル共有効率が落ちるからです
（ただ、キャッシュの暗号化は管理責任の問題があるかな？）

あと、Winnyが起動されているノード情報はもちろんTCPでコネクション繋いでいる以上
ログを取れば判明しますが、これは初期ノードリスト解析することと同じことです。

ここは一番暗号の弱いところで解析されてもほとんど影響の無い部分です。
初期ノードを暗号化しているのは気分的な問題（公開の際の心理的影響考慮）であって、
ここはデコードされてもほぼ匿名性に影響ないと思います。
それでわかるのはそこでnyが起動されているということだけですので
696 ：[名無し]さん(bin+cue).rar ：03/12/03 15:04 ID:FmIDNI7Q: http://www.eskimo.com/~weidai/pipenet.txt
697 ：[名無し]さん(bin+cue).rar ：03/12/03 15:06 ID:F83jXU96: やっぱ閾値分散法はダメかも。俺の理解不足かも知れんけど
シェアの数を増やせば復元可能性は高くなるけどその分
うぷ量は増えちゃうし、ダウソも最低２必要だからトラフィックが
増えすぎるような希ガス。
むずかしいねぇ。でも勉強になた。論文は面白い。
698 ：[名無し]さん(bin+cue).rar ：03/12/03 15:06 ID:OGkTebMP: >>693
そんなん言うとまた話がループしだしそうだが・・

結局アイディア別に数パターンソフトを作って一番良いのを。
みたいのが理想だけど作者の負担が半端じゃないしなぁ(7割完成しなそうだし)
699 ：[名無し]さん(bin+cue).rar ：03/12/03 15:07 ID:OGkTebMP: ミス
>>694か。
700 ：[名無し]さん(bin+cue).rar ：03/12/03 15:22 ID:YV4//NyU: >>695
暗号化ってあんまり重要じゃないのかな？
今回逮捕されたのって転送がうまく働いてなくて一人から全部DLできたから逮捕されたんだろうか。
701 ：[名無し]さん(bin+cue).rar ：03/12/03 15:39 ID:GjB7u1V5: IPアドレスは暗号化できないから
誰が何のファイル持ってるか、実際に落としてみれば簡単にわかる。
702 ：[名無し]さん(bin+cue).rar ：03/12/03 15:56 ID:IgH3G14s: 閾値分散のソースダウンロードして試してみたよ。

Pentium3 850MHzのPCで、
1.6Mbyteのファイルを5個に分けて3つで復元できるようにする、
というのをやってみた。

結果。
計算時間は47秒、
3.2Mbyteのファイルが5個。つまり転送すべきデータは16Mbyteになった。

このままじゃダメだな。こりゃ。
703 ：[名無し]さん(bin+cue).rar ：03/12/03 16:02 ID:IgH3G14s: >>702
補足。

復号化もためしてみた。
5個に分割したファイルのうちランダムに３つ選んで複合してみた。

1.6Mbyteのファイルが復号されるためには、3.2Mbyteのファイルが3つ、つまり、9.6Mbyteの
元データが必要で、復号に要する時間は
52秒。
704 ：[名無し]さん(bin+cue).rar ：03/12/03 16:05 ID:PD7IHCHX: 何のためにP2P使ってるか全然理解してない香具師
705 ：[名無し]さん(bin+cue).rar ：03/12/03 16:13 ID:HqRmGV0Q: >>702-703
分割したヤツ合計で元の１～２倍くらいかな～と思ってたが、
そんなにデカくなるのかｗ
706 ：[名無し]さん(bin+cue).rar ：03/12/03 16:23 ID:IgH3G14s: >>705
漏れも理解できてないのだけど、どうやら元ファイルと同じかそれ以下にする
アルゴリズムもあるらしいね。
707 ：707 ：03/12/03 16:26 ID:TB6Tn8s7: 分割ファイルを、他の分割ファイルと抱き合わせで１セットにする。
これなら偶然の一致でファイルが完成しただけの理屈になる。
初期放流（A）であっても、他のファイル（B)と結合して拡散するわけで
１本釣りのK対策にもなる。
問題は捏造。
708 ：[名無し]さん(bin+cue).rar ：03/12/03 16:34 ID:rNDEe5vO: とりあえずnyのソースがあれば、というかUNIXに解析完了した香具師がいるみたいなんで、
そいつにちょこっと仕様弄ってもらえばいいのではないかと。
弄るトコは「UpもDownも必ず転送を噛ます」ようにするのみで。

これで別に警察が解析終わってようがIPの秘匿性はほぼカンペキ(少しもさーっと動くだろうけどw)
転送先の元を調べるには転送者のPCにハッキングしかけねーといけねぇ。
つまり、法がファイル送信元を守ってくれる(てことは散々既出ですね、わかってます)

このバージョンを一つ作った上で、更にキャッシュそのものの秘匿性まで高めたいのなら、
今みなさんがやってる「分断化」を後で取り入れたらいい。

で、転送を必ず噛ますバージョンを作ってしまえばあとはオープンソースでいいのでは?
クラックっても、直接ファィル送信元に繋がりに行くようなクラックは出来ないでしょ。
ny2もクラックバージョン出たけどny1のように完全にUpをカットするようなことは出来なかった。

だからとにかくソースコードが欲しいですねny2の。
誰にとは云わないが持ってる方、自分で仕様変更できないなら晒してください。
ハカー御用達の「あそこ」で待ってます。Free as a board
709 ：[名無し]さん(bin+cue).rar ：03/12/03 16:38 ID:f6nI+3+Z: 今回の敗因は作者の身元が割れた。ってことに尽きると思う。
もしも47氏の匿名性が保たれていたとしたら、今頃対策をしてくれてただろう。
そして、問題なくｎｙネットワークは動いてたはず。

これを踏まえて次期P2Pはまず第一に作者の身元が絶対にばれないようにする。
次にシステムはｎｙのままでよくて、必ず中継が起こるようにする。
これだけで十分だと思う。あまり複雑なシステムだと効率を上げるのは大変。
47氏だってｎｙネットワークの効率を上げるために1年近くも時間を費やした。
匿名性を得たかったらfreenetに行けばいいんだが効率が悪すぎて使いものにならない。
これじゃ本末転倒。
710 ：[名無し]さん(bin+cue).rar ：03/12/03 16:43 ID:rNDEe5vO: つかね、製作者の身元がばれないようなファイルの公開の仕方なんて、
ハカーなら誰でも知ってるから心配無用なのも散々既出。
711 ：[名無し]さん(bin+cue).rar ：03/12/03 16:51 ID:HqRmGV0Q: >>708-709
で、中継ノードなら逮捕されないのかよ、
中継ノードでも著作物を送信可能な状態にしてるだろ、
っていうツッコミが今までに何度か入っています。
712 ：[名無し]さん(bin+cue).rar ：03/12/03 16:55 ID:Op8CkYpw: >>711
でも今のところ逮捕されてないっぽい。
可能性は無いわけじゃないが。
713 ：[名無し]さん(bin+cue).rar ：03/12/03 16:59 ID:JdMAh7pK: >>711
違法ファイルの転送に使うのが前提ならそうなるね。
しかし、基本的にユーザは違法ファイルが流れているなんて気がつかないだろ？
「てっきりポエムが流れているものとばかり思っていました。」と言えるw
714 ：[名無し]さん(bin+cue).rar ：03/12/03 16:59 ID:+w1k9BpY: プロバイダが逮捕されないのと同等だろっと言ってみるテスト。

暗号化ルーチン作成中。
715 ：[名無し]さん(bin+cue).rar ：03/12/03 17:03 ID:rNDEe5vO: >>711
そこはグレーでしょ。そこに手を出すには警察もかなりチャレンジャーしないといけない。
もちろんキャッシュを分散してしまうやり方はグットなアイデアですから進めるべきで
素晴らしいことだ。是非実現して欲しいとｵﾓｳ。
しかしとりあえずは、nyで４７氏が自信満々だった「転送」の甘さがどうやら今回の捜査で
利用されたというのが大方の見方ですから、まずはここを弄って反応が見たいというのがある。

一からプログラム書くのってめんどうでしょ?それよりも出来てるものを弄ったほうが早いし
参加できるスキル保持者もぐっと増えるよ。

と、友達のスーパーハカーがいってたということにしとく。
716 ：[名無し]さん(bin+cue).rar ：03/12/03 17:04 ID:f6nI+3+Z: 中継は逮捕されないでしょ。プロキシが逮捕されないんだから。
で、プロキシは違法目的じゃない、P2Pは違法目的で作られたから駄目ってことでしょ。
だったらP2Pの存在意義を定義すれば良いんじゃない？フリーネットみたいな宣誓書でも同封して。
717 ：[名無し]さん(bin+cue).rar ：03/12/03 17:10 ID:Mp85uNTD: だから、ソースにしてもバイナリにしても、流すのはfreenet経由にすれば、とりあえず作者の安全は保たれるだろう。
本来freenetはこういう警察や国家権力の横暴に大して抵抗するためのツールなのだから、正しい使い方と思われ。
718 ：[名無し]さん(bin+cue).rar ：03/12/03 17:11 ID:rNDEe5vO: ４７氏がここを見てたら、頼みがある。
もし警察にソースを押収されたのなら、クローズしてる意味はありません。
P2P技術の発展の為にもソースを公開してちょ。

うっかり誰かに送信してw

お願い。
719 ：[名無し]さん(bin+cue).rar ：03/12/03 17:13 ID:IgH3G14s: >>713
広域ファイルシステムアプリケーションにすればいいんだよ。
目的は、医療におけるカルテなどが災害時に紛失しないための、
広域分散冗長的ファイルシステム。さらにセキュリティを考慮したアクセス制御機能付き。

それで、ファイルを置く際にはダイアログ出して、「このファイルを不特定多数で共有しますか？はいいいえ」
で、はい、を選んだらさらにダイアログ出して「このファイルは著作権を侵害していませんか？はいいいえ」

中継者は、医療等を目的とした重要なファイルが大地震などの自然災害によって
なくならないために協力していた、ということになる。
720 ：[名無し]さん(bin+cue).rar ：03/12/03 17:14 ID:F83jXU96: >>702
検証乙！家に帰ったらやろうと思ったら先にやってる人がいたｗ
つぅかそこまで元ファイルデカクなるんじゃ使い物にならない悪寒。
721 ：[名無し]さん(bin+cue).rar ：03/12/03 17:19 ID:IgH3G14s: アップダウンの機能を削除して、中継だけ行うノード、のアプリケーションがあってもいいかもな。
常時接続で立ち上げっ放しにしている香具師の余ってるネットワーク帯域を使わせてもらう。
スクリーンセーバーで、余ってるCPU資源使って、宇宙人探したり癌の薬計算したりするのと基本的に同じ。

インストールされている状態で、しばらく入力がなかったら自動的に利用帯域を増やす。
スクリーンセーバーの機能で、「今あなたのPCは 123 ペタバイトの共有HDDの一部です」とか表示して
エンターテイメント性を高めて、参加意欲をくすぐれば参加者も増えるかもしれない。
722 ：[名無し]さん(bin+cue).rar ：03/12/03 17:26 ID:Mp85uNTD: >>721
さんざんいわれてることだが、中継専用ノードのソフトをウイルス化して配りまくるべきだな。
723 ：[名無し]さん(bin+cue).rar ：03/12/03 17:28 ID:hLEile5U: 低速にも優しいP2Pを
724 ：[名無し]さん(bin+cue).rar ：03/12/03 17:31 ID:ge5/k7KG: >>719
＞目的は、医療におけるカルテなどが災害時に紛失しないための、
セキュリティに気をつけてということなんだろうが勘弁して欲しいなと思うぞ。
725 ：[名無し]さん(bin+cue).rar ：03/12/03 17:33 ID:rNDEe5vO: >>721
中継、転送専用ソフトｲｲ。
用はnyにキャッシュ上限を設けて１０ギガ以上は自動削除、
んで、検索機能を剥ぎ取る。これでいいんだ。
ついでにキャッシュを止めて生で流通させる。

そしてこれとは別にファイルを検索するソフトと暗号化したり復号化したりするソフトを
作ればいい。
ん?このアイデア、既に出てたような、、、吊ってきます
726 ：[名無し]さん(bin+cue).rar ：03/12/03 17:39 ID:aUj+//t9: >>722
だからウィルスは・・
ttp://www.ipa.go.jp/security/virus/faq/qa_a.html#7-1
727 ：[名無し]さん(bin+cue).rar ：03/12/03 17:51 ID:8Bc8M31G: 仕様サイトでこんなことを言っては何ですが、
P2Pを作ろうスレ
とか言うの立てた実際に動かしていってみてはどうでしょう？
728 ：[名無し]さん(bin+cue).rar ：03/12/03 17:55 ID:Mp85uNTD: >>727
プログラマー板とかで立てれば作ってくれる人もいるかもしれんが、とにかく今は仕様を固めるのが先。
729 ：[名無し]さん(bin+cue).rar ：03/12/03 18:00 ID:rNDEe5vO: 吊る前に今のまとめておきます。

A・中継転送専用P2Pソフト
これはいわば、P2Pネットワーク内の各PCのHDが「自動的にファイルをやり取りし続けるシステム」
流されるファイルは標準で暗号されているがこのソフトでは復号化できない。
超流動的なプロクシサーバーのようなものな上に暗号化しているから違法性を問うのは難しい。

B・Aに流通しているファイルを検索しファイルの標準暗号化を解くソフト。
一般利用向き。

C・Aに流通しているファイルに様々な暗号をかけるソフト。
商用利用が可能。

では吊ってきます。
730 ：[名無し]さん(bin+cue).rar ：03/12/03 18:06 ID:f6nI+3+Z: winnyクローン作るってなったら作る人結構いるんじゃない？
仕様はもう決まってるし。47氏の過去ログもあるし。
731 ：[名無し]さん(bin+cue).rar ：03/12/03 18:24 ID:/MFmQv55: >>718
それやっちゃうと、クラック版より凶悪なソフトが出るんじゃ……。
732 ：ｔ：03/12/03 18:34 ID:gl9o8ylQ: Dorothyのスクリーンショットどこにあるのか教えてくれー
733 ：[名無し]さん(bin+cue).rar ：03/12/03 18:41 ID:Op8CkYpw: >>732
おれのPCの「ゴミ箱」の中。
734 ：[名無し]さん(bin+cue).rar ：03/12/03 19:01 ID:DISiW7uZ: >>732
グランドライン
735 ：[名無し]さん(bin+cue).rar ：03/12/03 19:02 ID:0pJoXBlg: DOM対策に次期P2PソフトでDOM版を作るってのはどう？
ただしDOM版は中継ばっかりやらすとか速度が出ないようにするとかの制限かける
で、通常版はそれらの制限が無い代わりにキャッシュを削除したらあぼーんなどの
DOMが使用しないような対策をする。どうかな？
736 ：[名無し]さん(bin+cue).rar ：03/12/03 19:08 ID:LVvLUT9u: >>735
専用作らなくても、中継してないと落とせない仕組みにすればいいんでない？
737 ：[名無し]さん(bin+cue).rar ：03/12/03 19:08 ID:CUnZIWpp: >>735
速攻でDOM版が苦楽される予感
738 ：[名無し]さん(bin+cue).rar ：03/12/03 19:23 ID:W055hP1u: 昔、キャッシュを保存する際に仮想ディスクをローカルに作って
そこに保存するという案があった。何となくおもしろそうなので
ディスクイメージを分割できるようにして作ってみると、
仮想ディスクがフラグメントしていない状態＆HDD3台にイメージを分割で
通常の1.5倍のスピードで書き込み／読み込みが出来たｗ
はぁ、２時間無駄にした。
739 ：[名無し]さん(bin+cue).rar ：03/12/03 19:36 ID:Mv458Kqz: freenetかny2に
中継・分割・キャッシュ完全のみ変換・キャッシュ高速破壊

これつければもういいだろ。
740 ：[名無し]さん(bin+cue).rar ：03/12/03 19:58 ID:AtuCJK88: >>739
freenetはともかく、ソースの公開されてないny2にどうやって機能追加をするんだ？
一から作るのと変わらないだろうに。
741 ：[名無し]さん(bin+cue).rar ：03/12/03 20:01 ID:yuXHEf9e: 47氏がひょっこり出てきて>>739のようなｎｙ3を発表。
ｎｙ2との互換性はありませんってな事になったら祭りだな。
742 ：[名無し]さん(bin+cue).rar ：03/12/03 20:32 ID:kmy0zw4S: 次期P2Pに対する要望スレ
http://tmp2.2ch.net/test/read.cgi/download/1070085137/151-152
こんなことを要望スレに書いたんだけど、
誰かまじめに考えてくれないだろうか。
ｎｙを正当進化させるベクトルもいいんだけど別のベクトルのソフトがあってもいいのではないかと思い
カキコした。
いわばローカル交換をやりやすくするソフト＋合法ファイル共有P2Pネットワーク（＋できればIMとBBS付き）
といったところ。
Ny,ICQ、MX、FTPのいいとこどりをした感じのソフト。
ヤバイファイルがあったとしてもそれらのファイルリストすら知らない人に公開しなければ(もちろん知らなければ落とす事もできん）
何の問題もないっしょ？どう？
743 ：[名無し]さん(bin+cue).rar ：03/12/03 20:46 ID:6zKn6H18: >>742
匿名性が綺麗に消えるわけだが・・・
てか、自宅でFTP鯖作ってここで身内とやらを探して、IMとやらをすればいいだけのことのような…
で、パブリックと身内は設定で(ry
わざわざつくら(ry

･・・・まぁ、何ていうか･･･ｶﾞﾝｶﾞﾚ。
744 ：[名無し]さん(bin+cue).rar ：03/12/03 20:47 ID:AOV1cs00: >>729
方針を示すという意味で良い感じではあるが、
それだと流通時のトラフィックが酷く増える。現実的じゃないな。
光じゃないと無理っぽいし。

また指定されたA,B,Cだけだとうまく機能しない。
ファイルの情報を管理する何かが必要なんじゃないか？
それとも本末転倒な事に、暗号化されたファイルへ
複合キーやらハッシュやらを全部付属させるのかい？

あとCが良く判らん。暗号化されたファイルをさらに暗号化するということか？
745 ：[名無し]さん(bin+cue).rar ：03/12/03 20:55 ID:lnet1To+: >>744
Cは通常のファイルを流せる形に暗号化する、ってことじゃないの？
746 ：[名無し]さん(bin+cue).rar ：03/12/03 20:55 ID:EFfK84u8: 話題がループしてるよ～もう読むの耐えられないよ～

＞今のところ逮捕されてないっぽい

「今のところ」とか「ぽい」とか、そんな言葉を使う人間に、厳密な仕様が
作れるとは到底思えないよ。このスレのルールは、安全側で行こうなの！

＞基本的にユーザは違法ファイルが流れているなんて気がつかないだろ

そんな言い訳が、Kに通用するとお思いですか？

＞中継は逮捕されないでしょ。プロキシが逮捕されないんだから

包丁と人殺しの道具の話は知ってるよね？
プロキシは包丁側ではないかな？

＞４７氏がここを見てたら、頼みがある。
＞もし警察にソースを押収されたのなら、クローズしてる意味はありません。
＞P2P技術の発展の為にもソースを公開してちょ

Winnyはクラック耐性の設計になっていませんが？

＞さんざんいわれてることだが、中継専用ノードのソフトをウイルス化して配りまくるべきだな

さんざんいわれてると分かってるなら、なぜ過去にウイルス案が却下されたのかは分かるな？
747 ：[名無し]さん(bin+cue).rar ：03/12/03 20:55 ID:VAAYX48O: ・UPフォルダの概念を無くし、UPファイルは常に暗号化・分割(1ブロックを復号しても意味を成さない
　形で)してキャッシュとして生成される。
・あるファイルの分割キャッシュがUPファイルとして投入、又はDL完了した等してある閾値以上同一
　ノードに存在する場合(当然、自ノードがDL中のファイルは除く)、強制的に他ノードにUP(中継さ
　せることにより複数コピーされる)して自ノード分は削除、DL要求された物に関しても同様にする事
　によりキャッシュをネットワーク内で分散・流動化させる。
・分割キャッシュをUPすることにより安全性が高まる為、UP0クラックを防ぐ事が可能。

効率考えたら、こんなモンで十分だと思うが。
ただ、これでパクられないかっつーと、られる可能性は高い。
が、これで立件される場合、多人数・自分の知らない物で逮捕される可能性が高い為、略式起訴
ではなく裁判になり捜査手法や判例が明らかになる可能性がある。
その時こそ著作権の有り方を真面目に日本社会が考え始めるきっかけになるんじゃないかと…
748 ：[名無し]さん(bin+cue).rar ：03/12/03 21:02 ID:BO+vgDH7: >>746
いいからスルーしろよ。長文で文句書くほうがよっぽどウザい。
749 ：742 ：03/12/03 21:12 ID:kmy0zw4S: >>743
うん、そう。匿名性ぶっちゃけいらない。

それよりもFTP見たいに設定がえらい複雑で公開するのもえらいめんどくさいく、
しかもFTP鯖のソフトがフリーの奴でまともな日本語のソフトっつたらQuickFTPとかくらいで・・・
WarFTPｄはアップのレジュームききやがらんし・・・
まあ一つの案だけどさ・・・
FTPみたいに完璧に鯖主導なのはちょっといやだなとおもったりするんだよな。
おいらてきにはMXのUp０に標準ではファイルの検索がひっかからん、みたいなのがいい。
んー、まだ考え詰めてなかったけどIRCっぽいのもあってもいいかもなー
プロフィールを作っておいてユーザー検索はできたりとか。
750 ：[名無し]さん(bin+cue).rar ：03/12/03 21:16 ID:jDXS46fX: 匿名性いらないって話はスレ違いのような？
751 ：[名無し]さん(bin+cue).rar ：03/12/03 21:19 ID:8Bc8M31G: >>750
P2PBBSを作りたいって人じゃない？
前ももめたよ。それで
752 ：[名無し]さん(bin+cue).rar ：03/12/03 21:21 ID:sBzmc+7Q: >>747
いいね。それに且つ、転送と中継を必ず噛ますようにして、IPが逆探知できないようにするのが
現状で望むべき仕様の総括ということでいいのでは?
↓開発ヨロ
753 ：[名無し]さん(bin+cue).rar ：03/12/03 21:29 ID:FmIDNI7Q: >>749
新しいファイル配信ツｰル作るよ。
http://tmp2.2ch.net/test/read.cgi/download/1069291043/
754 ：[名無し]さん(bin+cue).rar ：03/12/03 21:52 ID:4/qFcxoh: nurupo
755 ：[名無し]さん(bin+cue).rar ：03/12/03 22:01 ID:4KeWiIma: 　（　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　　 |　|
　　Ｙ　/ノ　　　人
　　　 /　）　　 < 　>__Λ∩
　＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　　　/ 　←>>754
756 ：[名無し]さん(bin+cue).rar ：03/12/03 22:01 ID:4/qFcxoh: 47氏は神様級。1人の誰かに2代目を任せるのは酷。
Winnyの仕様、実装はほぼ完璧。でなきゃMXを超えるか？

Winnyの弱点は初期ノードのアナウンスと開発者のリスクを分散しなかったこと。
後者はオープンソースしかないだろ。

Winnyの作り直しは次のWinnyになりうる。
WinnyだってGnutella+freenet

必要なのは
つかまりにくい使用方法の徹底
落したファイルは楽しんですぐ消す（キャッシュは残す）とか
それでもつかまった奴がいたら、暖かい笑顔で慰めてやる
そういう態度。
もし、オープンソースのWinnyを完成させて
5年程度この板の連中がそういう姿勢を貫けたら
ACCSは1ch.tvみたくなってるよ。
757 ：[名無し]さん(bin+cue).rar ：03/12/03 22:09 ID:YyuCXItj: 散々既出な事を偉そうに書く↑みたいなのはリアル池沼ですか？

とりあえずテンプレ嫁　　　っと。

まとめサイト
http://s2net.s41.xrea.com/
wiki
http://s2net.s41.xrea.com/P2PWiki/pukiwiki.php
を見て意味が解らん奴は書き込むな　　　　　　　　　　　　っと。
758 ：[名無し]さん(bin+cue).rar ：03/12/03 22:10 ID:pfUJL8xI: 同意。
今は焦らず、じっくりつめてもらった方がいいと思う。
ACCSも個人情報流出があったから、カリカリしてるんじゃねーの。
759 ：[名無し]さん(bin+cue).rar ：03/12/03 22:11 ID:jDXS46fX: >>757
>756
「俺は次のP2Pソフトを使いたい
　誰でもいいから早く作れ」
と言いたいだけだよ
760 ：742 ：03/12/03 22:19 ID:kmy0zw4S: >>753
THX。すれ違いだったか・・・・ごめんね。
761 ：[名無し]さん(bin+cue).rar ：03/12/03 22:30 ID:e7sfY3GU: 「前スレ703」氏ってどうなりましたか？
762 ：[名無し]さん(bin+cue).rar ：03/12/03 22:50 ID:jDXS46fX: Internetの樹
http://research.lumeta.com/ches/map/gallery/

Gnutellaの樹
http://www.faireal.net/articles/4/08/#d11203

いと美しきかな
763 ：[名無し]さん(bin+cue).rar ：03/12/03 23:30 ID:FmIDNI7Q: 中継・MD5などNyもどき(BBSは無い)のソースはある
VBだけど
764 ：[名無し]さん(bin+cue).rar ：03/12/03 23:39 ID:FmIDNI7Q: http://www.google.com/search?hl=ja&ie=UTF-8&oe=utf-8&q=sharing+Decentralized+anonymous+sourceforge&btnG=Google+%E6%A4%9C%E7%B4%A2
765 ： ◆Fw0Kir8iYA ：03/12/03 23:49 ID:9b78B80l: 遅くなってごめんなさい。>>487-490の改良版をWikiにupしました。
ttp://s2net.s41.xrea.com/P2PWiki/pukiwiki.php?%CE%D9%C0%DC%A5%CE%A1%BC%A5%C9%A4%CB%BE%F0%CA%F3%A4%F2%CF%B3%A4%E9%A4%B5%A4%CA%A4%A4

何人かの方が指摘されているように、先の方法の問題点は、「EがCからキーを受け取ると、
Aが何をupしているかが分かる」ことだと思います。そこで、EがCからキーを受け取っても
問題にならない仕様に変更しました。
わかりやすくするために、まず、Gの場合について考えます。Cからキーを受け取ったGが、その
中に欲しいファイルを見つけ、キーに含まれるIPアドレスを見ると、自分のアドレスが書かれて
います。そこで、GはIPアドレス情報を復号し、次のデータを得ます。

・EのIPアドレス＋（Eの共通鍵：AのIPアドレス＋（Aの共通鍵：IPダミーデータ））

しかし、復号後のデータには、EのIPアドレス以外にも暗号化されたデータが含まれている
ために、GはEがupノードであるか、あるいはキーを転送してきただけのノードなのか区別する
ことはできません（事実、Eは転送ノードです）。Eの場合も同様です。Eが復号を行っても、

・AのIPアドレス＋（Aの共通鍵：IPダミーデータ）

となり、ダミーデータが残るので、EはAがupノードなのか、転送ノードか区別できません。
したがって、Cは保持するキーの送信先を選択する必要はなく、自由に拡散させることが
できます。これにより、ファイル情報だけしか拡散できなかった前のパターンと比べて、
格段に検索の効率が向上すると思われます。
766 ： ◆Fw0Kir8iYA ：03/12/03 23:50 ID:9b78B80l: 上の方法について、暗号とプログラミングに詳しい方々に検証して頂きたいことが
いくつかあります。私はいずれも素人なもので…。よろしくお願いします。
１．この転送システムのプログラミングはどれくらい難しいのか?
２．この転送システムはオープンソース化が可能か?
３．今回の共通鍵を用いる暗号化でも、upごとの暗号化は不可能か?

あと、レスです。
>>501
501さんが納得できるp2pソフトは、理論上、作成可能なんでしょうか?
また、もし作成できたとして、その転送速度は十分速いと考えられますか?
あと、よろしければ「ノードが動かない」の意味を教えて頂きたいのですが…。

>>505
私が考えている方法より遙かに優れた方法があるようですね。無知ですんません。
「方法はいくらでもある」とのことですが、ダミートラフィックなしで、ということも
可能でしょうか?　無駄なトラフィックがないことが売りのシステムなので、できれば
偽装のためにトラフィックを圧迫したくないんですが…。

>>521
多段中継については>>115の下に書いてるとおりです。>>487-490は最も簡単な例ということで。
それよりも、プログラミングにも暗号にも詳しい方ということで、よかったら上の疑問点に
ついて検証して頂けませんか?

>>531,533
質問3の、暗号化部分について検証して頂ければうれしいです。
767 ： ◆Fw0Kir8iYA ：03/12/03 23:50 ID:9b78B80l: >>599
つっこみありがとうございます。公開鍵については新たな方法では修正したつもりですが、
解決しているでしょうか?

＞相手が相互に連絡しあった場合にもこの構造は通用するの？
上の方法で、Aを逮捕するために必要な危険ノードの最小数は、B、C、E、Fの4つです。
これらのうち、BとCの連携は容易です。しかし、EとFは接続先をAが選択するので、ここが
危険ノードになる可能性はかなり低いと思います。そうは言っても、完璧な匿名性が実現
できていないことは事実です。ただ、このスレの流れとしては、「完全な匿名性は無理」
ということになっていますし、ファイル転送効率を考えると、これぐらいの危険性は
止むを得ないのではないかと思います。

>>496,523
今回の案ではいかがでしょうか?
768 ：[名無し]さん(bin+cue).rar ：03/12/04 00:00 ID:vi10SlOP: >>766
> この転送システムのプログラミングはどれくらい難しいのか?
そんなに難しくないと思います

> この転送システムはオープンソース化が可能か?
たぶん可能です。オープンにしても匿名性は落ちないと思います

> 今回の共通鍵を用いる暗号化でも、upごとの暗号化は不可能か?
軽く一般的なDES64bitでも1GHzCPUを100%使い切っておよそ20MB/secぐらいでしか暗号化できません。

それと、中継したIPをどんどん追加していきますが、その長さから
中継段数が分かってしまいます。分かっても問題ないと思いますが、
ランダムで空白を追加した方が良いかと思います。
769 ：[名無し]さん(bin+cue).rar ：03/12/04 00:07 ID:vi10SlOP: >完全ファイルを保持しているので
>>738 の仮想HDを使ってみては？
ファイルテーブルのみ暗号化しておけば一応保護される。
暗号化のキーは起動時にユーザーが入力
770 ：[名無し]さん(bin+cue).rar ：03/12/04 00:18 ID:vi10SlOP: >完全ファイルを保持しているので
それか、共有フォルダパスを暗号化して保存。これもまた起動時にパスワードを求める。
そうすれば、どのフォルダが送信可能な状態なのか分からないかな？
771 ：191 ◆XoFE2Orpbo ：03/12/04 00:35 ID:DabZoUYI: >>766
えっと、組めないかもしれません。アルゴリズム上の欠陥がある可能性。
◆Fw0Kir8iYAさんは危険ﾉｰﾄﾞはＥとＣと述べておられますが、
最も危険なﾉｰﾄﾞはＢでしょう。それも単体で。

久しぶりの書き込みです。
しばらくＰ２Ｐについて考えていました。
そこでもやはりnyやfreenetの仕組みはかなりの強度があるとの結論に至りました。
転送についても、議論されているような複雑さは必要ないでしょう。
むしろトラフィックを無駄に上げ、効率を下げるだけです。

このところ多忙なので、まだ組み終わっていませんが、
週末には完成させたいと思っています。
772 ：[名無し]さん(bin+cue).rar ：03/12/04 00:57 ID:UuwQ882P: http://sakots.pekori.jp/cgi/sn/src/up0119.jpg
http://sakots.pekori.jp/cgi/sn/src/up0118.jpg
773 ：[名無し]さん(bin+cue).rar ：03/12/04 00:59 ID:xk9WdpGc: >>772
ネタご苦労様です！
774 ：[名無し]さん(bin+cue).rar ：03/12/04 01:10 ID:RvuxAPhL: >>766
501への質問について
501はWinny数時間放置して適当にダウンできたらルータ再起動でIPかえるような
ノードがごろごろいる現状を考慮しないとダメって言ってんじゃないの？

Winnyって転送ほとんどしないでしょ？
「転送するかもしれない」っていうしくみに意味があって実際2分の1ぐらいの割合で
やっちゃうとリンク切れすぎで落ちてこなかったような気がした。
775 ：[名無し]さん(bin+cue).rar ：03/12/04 01:18 ID:+6lw8x9l: >>766
複雑なシステムの為、もし出来上がっても欠陥があり機能しない可能性が高い。
難しくは無いという奴は天才か秀才だろう。

勉強序にDESを自作した事があるが、あれは原始的な暗号化を何度もループして
ようやく完成させると言うものだと思ってよいだろう。しかも通常はこれを３回通す。
この超重い奴って、暗号化の中では軽い方なんだな。

ファイル自体の暗号化はもし行う場合も一度きりで無ければ現実的ではない。
ファイル暗号化は初めに一度、我慢できても二度までが原則。情報のみは何度でもOK。
これが暗号化を使う為の絶対条件。
776 ：775 ：03/12/04 01:24 ID:+6lw8x9l: オープンソースに関しては参加した経験が無いので適当にしか言えんが、
問題無いんじゃ無いかな。
777 ：[名無し]さん(bin+cue).rar ：03/12/04 01:35 ID:UuwQ882P: DESの暗号化よりはAESの暗号化のほうがいい。
ノードをかえるなら、RIPかOSPFで切り替えしたほうがいいのでは？
もちろんRIPv2で。だったら通信路は暗号化されるし、
追跡しにくいと思う。
778 ：[名無し]さん(bin+cue).rar ：03/12/04 01:37 ID:xNS18Pv7: 51 名前： 47 ◆KbtLZwerNc [sage] 投稿日： 03/07/15 01:57 ID:hsfdr3mD

匿名性がまた話題になっているようですが、nyの匿名性に暗号はほぼ関係ありません。
もしWinnyのソースを全て公開して暗号を全て取り除いた状態でもnyの匿名性は変わりません。

通信内容、キャッシュなどを全て解析しても匿名性は保たれように設計されています。
Winnyの匿名性の肝は転送動作であって暗号ではないからです。

わざわざ各所を暗号化したり本体の改造を困難にしたり、通信内容を暗号化しているのは
単に解析を困難にさせるためです。そして、なぜ解析を困難にするかというと、
解析されて改造されるとファイル共有効率が落ちるからです
（ただ、キャッシュの暗号化は管理責任の問題があるかな？）

あと、Winnyが起動されているノード情報はもちろんTCPでコネクション繋いでいる以上
ログを取れば判明しますが、これは初期ノードリスト解析することと同じことです。

ここは一番暗号の弱いところで解析されてもほとんど影響の無い部分です。
初期ノードを暗号化しているのは気分的な問題（公開の際の心理的影響考慮）であって、
ここはデコードされてもほぼ匿名性に影響ないと思います。
それでわかるのはそこでnyが起動されているということだけですので
779 ：[名無し]さん(bin+cue).rar ：03/12/04 01:38 ID:+6lw8x9l: あと一つ言っておくと、Winnyは匿名性殆ど無いよ。
アップしているのはキャッシュだと主張する事により
匿名性を擬似的に上げているようだけど、キャッシュの中身って大体把握してるものね。
完全キャッシュとか見れるみたいだし、勝手に完全キャッシュが作られる可能性は
かなり低そうだし。

法律の事は詳しくないからアレだけど。
780 ：[名無し]さん(bin+cue).rar ：03/12/04 01:47 ID:clwG3E8W: 必要なとき以外は名無しに戻ることにします。

>>768
すばやいレスありがとうございます。やはり暗号化がネックになりそうですね。光ノードにはつらいか…。
中継段数の問題は、IPダミーデータの容量をランダムに決定することで解決できると思います。
オープンソース化しても匿名性は問題ないとの事ですが、暗号化部分についても大丈夫でしょうか?

>>769,770
踏み込まれたときについては、その方法で確かに回避できそうですね。Wikiは修正しました。
でも、ローカルにあるファイルは全て復号できるので、それらがupフォルダにある時点で
送信可能化していることは確かで、家宅捜索で証拠は押収できなくても逮捕される可能性は
残りますね。

>>771
前スレでは、191さんの鋭いつっこみからずいぶん学ばせていただきました。
私の案にも、どんどん突っ込んでください。できる限り改善案を考えます。

＞アルゴリズム上の欠陥がある可能性。
申し訳ない。アルゴリズムについてはさっぱり分かりません。よろしければ、
どのあたりで問題が出る可能性があるのか教えていただけますか?
＞最も危険なﾉｰﾄﾞはＢでしょう。それも単体で。
確かにBは危険なノードですが、「単体で」という理由が分かりません。
お手数ですが、こちらも理由を教えていただけませんか?
781 ：[名無し]さん(bin+cue).rar ：03/12/04 01:48 ID:clwG3E8W: >>774
なるほど。キーの寿命が短いのは確かですね。ただ、
ttp://winny.info/key.html
を見て、キーの寿命はWinnyの転送システムとそれほど変わらない
のではないかと妄想しているんですが…。

>>775
ご意見どうもです。やはり送信ごとのファイルの暗号化はきびしいですか…。
送信ごとの暗号化については、オープンソース化を考えてこの仕様にしてます。
オープンソース化をあきらめれば、「あらかじめupファイルを強力な暗号化
アルゴリズムで暗号化し、送信時にはFがそのままは読めなくなるような軽い
暗号化を行う」ということも考えられます。何か妙案があればご教授ください。
782 ：671 ：03/12/04 03:19 ID:jvTNSmB+: 放置か…悲しいな。まあ、読み返しても酷い悪文なので仕方なくもあるが。
一日寝かせて特に穴がない気がしたのでもうちょっと整理して書いてみる。

掲示板で確保すべき匿名性は実はただ一つだけで、
それは最初に発言をポストした人の身元だけだということは分かるよね。
その事を念頭に入れて読んで欲しい。

・NetNews風P2P掲示板システム概要
まずピア間での通信を保証する一つのプロトコルを用意する。
このプロトコルはリクエストされたファイルをピア間を渡り歩きながら探し出し
リクエストしたピアに送り返す、という機能を持っているものとする。
仮にこれを「P2Pニューストランスファプロトコル（以下PNTP）」と呼ぶ。

ネットワークにポストされる発言は「文字列」とそれに対応した「ハッシュ」、
「属性」「タイムスタンプ」などを持った1塊のファイルとして扱う。

発言をポストした際は概ね以下のような動作をする。

１．発言をポストするピアAはピアBに「指定のハッシュ」をもったファイルを
「リクエストするよう要求」する。この指定のハッシュとは自分がポストする発言のハッシュとなる。
２．要求を受けたピアBはPNTPを通してファイルをダウンロードし、更にピアCに
「リクエストの要求」をする。
３．ピアCはファイルをダウンロードしピアDへ…という形で停止条件（今回は割愛）
を満たすまで延々とリレーしていく。

この動作の肝は「BからみたA」と「CからみたB」の差異を
各ピアが認識することが出来ないという点。

仮にリレーをすべて遡っていってもどのピアが発信元かを特定するのは
不可能と思うのだが如何に？

基本構造は以上。
783 ：[名無し]さん(bin+cue).rar ：03/12/04 03:24 ID:AfPPyvwL: なんか、完全キャッシュ保持の方向で進んでるわけ？
警察はいろんな手を使って家宅捜索する。そしてパソコン押さえられたら終わり。
オウム事件の時、関係者が普通のハサミを持っていただけで逮捕されていた。
法律とはそういうもの。

警察に踏み込まれてパソコンが押収されても証拠が残らないシステムにすべき。
そうでないならば、ｎｙの教訓が全く生かされていないことになる。
784 ：[名無し]さん(bin+cue).rar ：03/12/04 03:36 ID:OdSHwYX8: >>782
BBS特化型のP2Pはすでにいくつか開発されてたはずなので、そっちを先に見て来い。
書き込みの反映などでいろいろ苦労があるようだ。
785 ：[名無し]さん(bin+cue).rar ：03/12/04 03:39 ID:VPOoXGGu: もしかして、◆Fw0Kir8iYAみたいに何にも出来ない奴が、まとめのサイトとか作ってるの？

馬鹿丸出し
786 ：[名無し]さん(bin+cue).rar ：03/12/04 03:40 ID:nlhhDDuT: >>783
「踏み込まれても」とか言ってる時点で自分がレベル低すぎる書き込みしてることに
気づいたがいいよ。既出だし、レス違いだし、しかも非現実的。
君は本気で警察に踏み込まれてシラをきりとおすなんて思ってるのか？
政治犯じゃないんだから、こんな略式起訴の罰金刑で済む罪を裁判で争うってか？
ちゃんと現実の社会を見なさい。それとも君はリアル厨なのかな？

ここはそんな非現実的なお子様の理屈じゃなく、現実的にP2Pやっても
「まず特定することは困難」なものの仕様を話し合う場です。

スレ汚しすいませんでした。
787 ：：03/12/04 03:41 ID:uxHsWvm9: とても素人な意見に大雑把なんで、的外れなら無視してください

転送完了後、転送元と転送先双方の完全キャッシュをＡとＢに分割し、
転送元はＡを保持し、転送先はＢを保持する。
そうする事によって、個による完全キャッシュの保持をなくし
一人からのＤＬをする事を回避できる。
788 ：[名無し]さん(bin+cue).rar ：03/12/04 03:42 ID:Ok6UzKKv: >>785
789 ：[名無し]さん(bin+cue).rar ：03/12/04 03:47 ID:1yvdCnSw: どうせあがいても無駄だろう
部分データでも著作権に引っ掛かる解釈になるだろうし
DL自体が違法になる日も遠くはないだろう
790 ：[名無し]さん(bin+cue).rar ：03/12/04 03:48 ID:cu6ta/bw: >>789
DLが違法になったらネット自体存在できないって･･･。
791 ：[名無し]さん(bin+cue).rar ：03/12/04 03:53 ID:YIZk8o9N: ブラウザでHPの著作権で守られた画像だってDLしてみてるんだぞ
792 ：[名無し]さん(bin+cue).rar ：03/12/04 03:55 ID:EKFE9DC8: >>789
同意。いずれP2Pソフトは有害指定され、1ビットでもDLしたら即ﾀｲｰﾎになるな
793 ：671 ：03/12/04 03:55 ID:jvTNSmB+: ・発言のキャッシング、及びスレッディング

ポストされた発言の流通は>>782の通りだが、
それだけでは発言がネットワーク全体に無秩序に配信されるだけの
いわばP2Pメーリングリストでしかない。
発言と発言を関連付けスレッド化をしなければ掲示板としての用をなさない。

そこでまず発言ファイルに「親発言」と「子発言」という属性を付加する。
「親発言」は「カテゴリ情報」を持つ。カテゴリに関しては後述。
「子発言」はフォローする親発言のハッシュ情報を持つ。

親発言は>>782のルールに従い速やかにネットワーク全体にコピーされる。
これはスレを立てたという情報は可能な限りネットワーク全体に流布する必要がある為。
子発言は発言の無差別なコピーを行わない、あるいは最小限に留める。

発言のスレッド化は基本的にすべてクライアントに依存する。

例：2ｃｈ風表示
取得した親発言をカテゴリ（2ch風に言えば板）によって分類し
（仮に親発言の1行目をタイトルにした）スレッドリストを作る。
任意のスレッドを選択し、親発言（2ch風に言えばレス番1）を表示した場合
親発言のハッシュを持った子発言の送信を隣接ピアに要求。
発言は時系列順に受信されるとは限らないので、時系列順並び替えと
着信順並び替えはユーザーの任意で切り替えられるようにする。

上記例では仮に2chブラウザ風の外観を想定したが、
インターフェースに関しては様々なバリエーションがあってよい。
というより、むしろクローンが沢山ある状況を希望。

基本的に「プロトコルが互換」「ハッシュ生成ルールが同じ」であれば
どのような仕様、環境でもデータのやり取りが出来るはずですので。
794 ：671 ：03/12/04 03:58 ID:jvTNSmB+: >>784
すまん。どのスレを見ればいい？「BBS」「匿名」「掲示板」等で検索かけたが
それっぽいスレが見つからんかったのでここで書かせてもらったんだが。
795 ：671 ：03/12/04 04:12 ID:jvTNSmB+: >>784
プロ技板で発見したんでこれから読んできまつ。あり。
796 ：671 ：03/12/04 05:10 ID:jvTNSmB+: 最後に一応要点だけ。

とにかくクライアントで処理できる事は全部クライアントで処理する
一度ポストされたファイルは基本的に一切いじらない。
ポストされた文字列が各ピアに正しく伝わる事だけが最大目的。

「リクエストを要求」なる怪しげな挙動は匿名性を持たせる為と
ファイル拡散の確率を上げる為。
リク要求はファイルを持っているピアしか行わないし、
リクエストする側も隣接ノードにファイルが流れてくるのを待たずに
直接ファイル所持ピアとの通信が出来る。
ファイル共有の場合は問題があるが、BBSとして使う場合はここを隠匿する必要はない。
もちろん違法ファイルをISH変換してアプしようなんてしたら責任は持てんけどね。

なんも突っ込みないのでｼｮﾎﾞｰﾝだが、今日はこんなところで。
797 ：[名無し]さん(bin+cue).rar ：03/12/04 05:29 ID:OdSHwYX8: >>795
p2p掲示板でぐぐれ。
798 ：[名無し]さん(bin+cue).rar ：03/12/04 07:44 ID:1u3koMI3: 馬鹿な
http://s2net.s41.xrea.com/
の管理人です。
忙しいので今は編集できませんが、今日の夕方ごろ
Wikiに凍結を導入しようと思います。
見てわかるとおり信用情報方式はすでに荒らされています。
そこで、編集されたくないページは凍結しようと思います。
たぶんWikiのトップページだけぐらいです。あとは要請があったら凍結し
編集できないようにしたいと思います。
私の管理不足で皆さんにご迷惑をおかけします。
またこれらは、トップページから入った人ではなく直接Wikiに飛んできた人たちが
趣旨を理解できずに書き込むということだと思われますので、Wikiの直リンク禁止で
お願いします。
799 ：[名無し]さん(bin+cue).rar ：03/12/04 07:53 ID:1u3koMI3: >>798
よくよく考えたら凍結って誰でも出来るんですよね。
俺って本当に馬鹿だ・・・
とりあえず、消されたくないページは凍結してください。
私のほうでいつでも解除できますので・・・
よろしくお願いします。
800 ：[名無し]さん(bin+cue).rar ：03/12/04 08:08 ID:ALz/Rbnu: >>798
ﾓﾁﾂｹ。Wikiの仕組みを分かって使ってるなら荒らしなんて無意味だと分かるだろ。
バックアップから直しておいたから。
あと凍結はパスを入れないとできないぞ。pukiwiki.ini.phpちゃんと変更してあるよな？
801 ：[名無し]さん(bin+cue).rar ：03/12/04 08:35 ID:mYRnrvPi: >>777
私にはそう難しいことはよく分からないんですが（ｽﾏｿ）
それらの中に、upごとの暗号化を可能にするアルゴリズムはありますか?

>>798
管理者さん、直リンしてごめんなさい。
802 ：[名無し]さん(bin+cue).rar ：03/12/04 09:22 ID:TEzVaZPt: 良心的で、かつそれなりにピントの合った人間が増えてきたなぁ。期待してるよー
803 ：[名無し]さん(bin+cue).rar ：03/12/04 10:12 ID:+nBbh0Fb: 　　D
　　|
A---B---C
でA-C間で通信路を暗号化するのはさほど難しくない。VPNと同じ。
Bが双方のIPアドレスを知っているけど教えないというのもA、CがBを信頼できるならＯＫ。

難しいというか実装が面倒なのはBがA、C以外にも接続されていて、適切なsocketファイルディスクリプタを
選んで送るという部分。ただこれもATMみたいなもの。できないわけじゃない。

問題はBの信頼性と安定性。
それを解決する方法もある。
まずA-C間での情報は大きくても100kbyteくらいのブロック単位で送ることが前提。
A-C間で、B以外にも中継してもらいましょう、と合意して、
Bさん他の中継ノードを教えてください、とA、CがそれぞれBに依頼。
BはA、Cのそれぞれに、じゃぁDさんを中継ノードとして使ってください、と返事。
A、CはそれぞれDにコネクションを張って、
+----D----+
|　　|　　|
A----B----C
としてBとDを転送に使う。
同じような動作を次々と繰り返して、
「転送できるノードのをできる限り変更し、信頼できるかどうかわからない一ヶ所に留まらない」
「転送スピードの良いところを使う。というか複数経路になるので自然と早い経路が沢山使われることになる。」
「もしBが他所の中継ノードを教えてくれなかったり、教えてくれても同一アドレスブロック、
同一ISPに偏っているなら、Bを信頼せず切断。」
などを行う。
804 ：[名無し]さん(bin+cue).rar ：03/12/04 10:49 ID:K3IFxeRf: >>798
直Link禁止 .htaccess の書き方
　　SetEnvIf REFERER "s2net.s41.xrea.com" Limit
　　Order Deny,Allow
　　Deny from all
　　Allow from env=Limit

# これだと、リファを返さない人は弾かれるけど、一般的で簡単な書き方。
" 詳しくは自鯖板辺りで…
805 ：191 ◆XoFE2Orpbo ：03/12/04 10:50 ID:qSMh1dU7: >>780
すいません、>>487-490の仕様を見てレスしていたので、
wikiに書かれた（改良された）仕様ならとりあえずは解決されているかも。
というのは、キー拡散段階１に問題があって、
ＣがＢにＩＰと公開鍵を送り、Ａへ転送されるという記述なら、
Ｃは既にＡのアドレスを知っているということになるのではないかと。
若しくはＢはＣがＡに問い合わせたということを知るので、
ＢがＣに持っているキーをＤＬして、
別途、Ｈを経由してＡにファイル情報を問い合わせ、
その２つの情報でＡの公開鍵が一致すれば
「Ａが持つファイル情報」が手に入るのではないかということです。

ＢはＡへ転送し、Ａは再転送するか止めるかをランダムで選ぶ方式なら
比較的安全かと思いますが、ファイル情報の要求があって始めてキーが
生成される方式だと、拡散に時間がかかりはしませんか？
806 ：[名無し]さん(bin+cue).rar ：03/12/04 12:46 ID:mHy7XCz1: 法律スレの次スレ

次期P2Pのクリアすべき課題を法的な観点から考察
http://tmp2.2ch.net/test/read.cgi/download/1070500722/l50
807 ：[名無し]さん(bin+cue).rar ：03/12/04 14:56 ID:mLi3UOGJ: Freenet:分散匿名型の情報保存と検索システム
http://www.sfc.wide.ad.jp/~egichan/mlecture/netsec2000f/kadai3.html

激しくガイシュツ？
808 ：768 ：03/12/04 15:01 ID:GhPjZsak: >>780
ファイルの暗号化はおいておいて、このシステムの場合公開鍵方式だから
オープンソースと暗号化は全く関係ないでしょ。

それと、よくよく考えたら中継IPのデータは流す必要がないんじゃない？
キーにIDをつけて、中継ノードはそのIDからキーの送信元を判別。
IDは中継するたびにランダム値に変更。
809 ：[名無し]さん(bin+cue).rar ：03/12/04 15:03 ID:TEzVaZPt: 要するにVLANと分散システムで匿名性と「逮捕の不可能さ」を上げていこうということで。

って、もう皆飽きたのか。
それとも、どっか他の場所で進んでるの？
810 ：[名無し]さん(bin+cue).rar ：03/12/04 15:04 ID:P5i7KjwL: 仕様を語りあうのはすばらしい事とは思うが
開発者が出てきそうにないのでどうでもよくなってきた。
811 ：[名無し]さん(bin+cue).rar ：03/12/04 15:05 ID:CSU8iNA5: まとめが貼られないと、
ループ→既出過去ログ嫁→嫁ねえよボケ
つうことじゃないの。
812 ：[名無し]さん(bin+cue).rar ：03/12/04 15:07 ID:CSU8iNA5: つうか、こういう匿名ﾌﾟﾝｿｰの重要な点は、
まず始めに誰かが適当で良いからソースを出す、から行かないと
技術論だけでそのうち終わるのが殆ど。
813 ：[名無し]さん(bin+cue).rar ：03/12/04 15:08 ID:TEzVaZPt: まとめられる能力のある香具師がいないんよ。
現状、議論がどこまですすんでいるのか？

wikiでわかるのか？わからない。
814 ：[名無し]さん(bin+cue).rar ：03/12/04 16:05 ID:s9LYhNnO: ってかＫ察にＤＬされたらだめって、Ｋ察はＤＬしてもいいんですか？
815 ：[名無し]さん(bin+cue).rar ：03/12/04 16:07 ID:OdSHwYX8: >>814
現在のところ、ダウソは合法なのです。
816 ：[名無し]さん(bin+cue).rar ：03/12/04 16:53 ID:qSMh1dU7: ある本によると、
何であれ公開されているデータを個人使用目的でＤＬするのは合法。
ファイルをＵＰするのは著作者の送信権（？）が絡む。
違法データのキャッシュをＵＰするのは違法。

キャッシュ含めてＵＰ無くせば合法に使えるけどＰ２Ｐｇａ成立しない。
ただ、自分は持ってないけど転送（中継）することは…？
817 ：[名無し]さん(bin+cue).rar ：03/12/04 17:05 ID:OdSHwYX8: >>816
中継者はすぐにキャッシュを消すようにすれば、証拠を消せると思う。
NYでだって中継でいいものが手に入ることなんてなかったんだから、
中継者はキャッシュ即消しっつーことでいいかもしれない。
818 ：[名無し]さん(bin+cue).rar ：03/12/04 17:50 ID:y8By2PjW: ある著作物について、完全キャッシュが存在せず、かつ100%でなければ複合できないような暗号化がされていれば、部分キャッシュ＝著作物とは言えなくなるのでは？
そうなればUPも素早くどこかへキャッシュ化してしまうことで比較的安全なんではないでしょうか？
819 ：818 ：03/12/04 17:51 ID:y8By2PjW: スマソ訂正
複合→復号
820 ：[名無し]さん(bin+cue).rar ：03/12/04 17:58 ID:32+EHr5n: >>818
既出過ぎる。それはみんなわかってるが誰も作ってないので意味ない
821 ：[名無し]さん(bin+cue).rar ：03/12/04 18:11 ID:oAvfOlR7: 匿名性--------------------------------------------効率性
　　　　　　　　↑　　　　　　　　　　　　　　↑　　　↑
　　　　　　　freenet　　　　　　　　　　次期P2P　Winny

これぐらいじゃないと作っても誰も使ってくれないよ。
822 ：[名無し]さん(bin+cue).rar ：03/12/04 18:22 ID:W3/S5ona: 作るのだるくなってきた
823 ：[名無し]さん(bin+cue).rar ：03/12/04 18:23 ID:GhPjZsak: >>820
それなら簡単に作れるけど・・・作ろうか？
次期P2Pに採用されるかどうかは知らないけど。
824 ：[名無し]さん(bin+cue).rar ：03/12/04 18:36 ID:32+EHr5n: 作ろーかというより誰かなにか作ら無きゃもうこのスレ永遠と同じところぐるぐる回ってるだけだし。
825 ：[名無し]さん(bin+cue).rar ：03/12/04 18:54 ID:Lnry/5L/: そうなんだよな。結局47氏は偉大だったってことだな。
ここに変われる存在はいないってことだ、俺を含めて。
826 ：[名無し]さん(bin+cue).rar ：03/12/04 19:02 ID:1u3koMI3: >>804
ありがとうございます。
調べる手間が省けました
>>800
凍結はちょっと今からやります。
iniは変更してあるはずです。
それと、荒らしは確かに無意味だとは思いますが、直す手間が・・・
いろいろとどうもありがとうございます。
827 ：[名無し]さん(bin+cue).rar ：03/12/04 19:07 ID:1u3koMI3: ネット配信ツール－網走（仮）－
↑
それとこれどうします？
なんら情報性のないページと判断すれば凍結しますが・・・
828 ：[名無し]さん(bin+cue).rar ：03/12/04 19:08 ID:ALz/Rbnu: 今まで出た意見をWikiにまとめればいいと思うんだけど知識がないからなぁ･･･。
せいぜいｶｷｺのコピペくらいしかできないし。
829 ：[名無し]さん(bin+cue).rar ：03/12/04 20:04 ID:1u3koMI3: >>800
本当だ・・・凍結はパスワードがいる・・・(´･ω･`)
どうもありがとうございます。
830 ：[名無し]さん(bin+cue).rar ：03/12/04 20:25 ID:OdSHwYX8: 決まってるどころだけでもどんどんライブラリ化していくくらいじゃないと、
いつまでたっても話が進まないな。
とりあえず、ファイルを暗号化する部分だけでも誰か作れ。
デコード処理はとりあえず実験用として１６ビットな。
831 ：[名無し]さん(bin+cue).rar ：03/12/04 20:26 ID:OdSHwYX8: 間違えた。暗号鍵は１６ビットね。
832 ：[名無し]さん(bin+cue).rar ：03/12/04 20:30 ID:XqXwMSnn: Winnyに参加しただけで摘発も？　～ACCS
http://www.zdnet.co.jp/broadband/0312/04/lp13.html
833 ：[名無し]さん(bin+cue).rar ：03/12/04 20:34 ID:1u3koMI3: ちなみに、Linux板で開発中のLinnyの仕様で決めること（？）です。
参考にしてください。
ファイルの検索
キーの流通
持ってる側からファイルの情報をばらまく広告タイプ
検索する側が検索要求を投げる検索タイプ
そのハイブリッド(Winnyね)。
検索条件
ハッシュ値
BBS等でハッシュ値をやりとり？
ファイル名
その他メタ情報(カテゴリ名とか)
評価値(点数)
Winnyでは無視条件に入れられた情報が広まっていく真偽値。
ダウンロード
どう中継させるか
マルチソース(多重ダウン)
ノードの区別はどうするか
キャッシュの保持
管理責任を無効化するにはどうすればいいか
アプリ本体が鍵を持つ慣用暗号で暗号化
暗号化してキャッシュを持つノードには鍵を保存しない
通信路
TCP？UDP？
UDP だと完全性確認や再送を自前でやらないといけない。
UDP なら IP Multicast も使える(w
暗号化
単なるストリーム暗号をそのまま使う(WinnyはRC4)
自前で鍵交換しないといけない
SSL(TLS)に準拠？
HTTPS等と区別が付かない
SSLの中の暗号化は例えばRC4-128。選択可能。
834 ：[名無し]さん(bin+cue).rar ：03/12/04 20:39 ID:b6LzYTux: >　「（前述のとおり）Winnyは、参加するだけでリスキーだと説明しているが、
>よく知らずに違法ファイルを中継してしまったユーザーまで、摘発の対象に
>しようとは思っていない」。

つーことだね、よく知らずに導入させる方法を考えるほうが速いな。
ソフトの開発よりは運用重視で、その上で必要になるツールを開発していく。
835 ：[名無し]さん(bin+cue).rar ：03/12/04 20:43 ID:W3/S5ona: 強制転送モードとIM機能をつけることにした
836 ：[名無し]さん(bin+cue).rar ：03/12/04 20:46 ID:nZNMk1Th: >>805
キーの拡散にどれくらい時間がかかるかは分かりませんが、残念ながら間違いなく
winnyよりは長くなると思います。しかし、さんざん既出なように匿名性と効率が
トレードオフの関係にあるのは仕方ないことだと思います。
191さんは>>771で、「nyの仕組みはかなりの強度がある」と結論されていますが、
その点に疑問を覚える人は、私だけではないと思います。なぜそのような結論に
達したのか、よかったら教えてください。その理由次第では、私の考えているような
複雑なシステムは不要になりますので。

>>808
この転送システムでは、送受信のたびに公開鍵や共通鍵を変更する仕様なので、
プログラム側でランダムに鍵を作成することになると思います。その鍵作成部分の
ソースが公開されていても、匿名性に問題がないかどうかが分からないです。
素人がいらぬ心配してるだけでしょうか?

＞中継IPのデータは流す必要がないんじゃない？
確かにそうですね。暗号が解読される心配もなくなりますし。後でWiki修正します。thx。
他にもこういう点をどんどん指摘して頂けると助かります。
837 ：808 ：03/12/04 21:04 ID:GhPjZsak: 鍵の生成部分のソースはほとんどの公開鍵暗号方式で公開されています。
共通鍵も同じです。よって何ら問題はありません。

>>824
今日はちょっと暇がないので、明日作っておきます

>>832
Winnyの暗号は解読されてないでしょ。RC4が解読されたら、それこそ世界中がパニックにｗ
P2Pに参加しているだけで危険みたいですね。合法的な機能をつけなければｗ
帯域をある程度使う合法サービスは・・・ビデオ・音声チャット？
838 ：[名無し]さん(bin+cue).rar ：03/12/04 21:12 ID:UuwQ882P: http://x.plala.jp/up/src/up0160.avi
テストでやってみた。
839 ：[名無し]さん(bin+cue).rar ：03/12/04 21:17 ID:oAvfOlR7: なにはともあれP2Pソフトを作る人・研究目的の人はダウソ板で開発すれば、最大の難点、テスターを大量に
得ることができるからがんがってくれ。
840 ：[名無し]さん(bin+cue).rar ：03/12/04 21:18 ID:q7jDLLvY: 匿名発表かつ家宅捜索の危険性付きだけどな・・・
841 ：[名無し]さん(bin+cue).rar ：03/12/04 21:47 ID:MFNj7CHQ: まずwinnyを解体、または同じ物を作る事が出来なければ超える事は出来ないと思うんだが。
842 ：[名無し]さん(bin+cue).rar ：03/12/04 21:54 ID:K3IFxeRf: ん、"実験"コードで"ソース公開"すれば問題無いでしょ。
(実験&検証コードで、実用に足らないなら。)

そのコードを元に、実際に組めばいい。
843 ：[名無し]さん(bin+cue).rar ：03/12/04 23:09 ID:GhPjZsak: ちょっと時間が出来たので作ってみました。

ttp://fosae2003.tripod.com/
完全キャッシュしか変換できなくする暗号化と、
仮想ハードディスクです。
844 ：[名無し]さん(bin+cue).rar ：03/12/04 23:13 ID:OdSHwYX8: >>843
グッジョブ
845 ：[名無し]さん(bin+cue).rar ：03/12/04 23:22 ID:RECAmuDX: >>843
グッジョッブ
846 ：[名無し]さん(bin+cue).rar ：03/12/04 23:25 ID:xsha3vam: >>843
グッジッョッブ
847 ：[名無し]さん(bin+cue).rar ：03/12/04 23:25 ID:yqXCSxr/: >>843
GB!!
848 ：[名無し]さん(bin+cue).rar ：03/12/04 23:26 ID:3Xkrnwlr: >>843
なんなの？君のそのグッジョブふりは…
　　　　　　　　 ,-､　　　　　　　　　　　　,.-､
　　　　　　　 ./:::::＼　　　　　　　　　／::::::ヽ
　　　　　　　/::::::::::::;ゝ--──-- ､._/::::::::::::::|
　　　　　　 /,.-‐''"´ 　　　　　　　　＼:::::::::::|
　　　　　／　　　　　　　　　　　　　　　ヽ､::::|
　　　　/　　　　　　　　　　　　　　　　　　　ヽ|
　　　 l　　　　　　　　　　　　　　　　　 l
　　　 .|　　　 ●　　　　　　　　　　　　　　　　|
　　　l　　, , ,　　　　　　　　　　　●　　　　 l
　　　　` ､　　　　　　(_人__丿　　　　､､､　 / 　　＜ Good Job!!
　　　　　　`ｰ､__　　　　　　　　　　　　／
　　　　　　　　　/`'''ｰ‐‐──‐‐‐┬'''""´
　　　　　　　　./　　　　　　　　___　l　__
　　　　　　　 l　　 ./　　　　／　 |／　|
　　　　　　　 `ｰ-<　　　　/　　./　　./
　　　　　　　　　　　`ｰ‐--{___／ゝ､,ノ
849 ：[名無し]さん(bin+cue).rar ：03/12/04 23:26 ID:ZmDm/Zpn: >>843
グッジョ
850 ：[名無し]さん(bin+cue).rar ：03/12/04 23:29 ID:oAvfOlR7: >>843
(ﾟДﾟ；≡；ﾟдﾟ)グッジョブ
851 ：[名無し]さん(bin+cue).rar ：03/12/04 23:34 ID:A+drQYMX: ニュー速で祭り
SONY GRAND WEGA KDF-50HD900 49800 円
「ベガエンジン」を搭載し、定評ある基本高画質性能を飛躍的に向上させた
BS・110度CSデジタルチューナー内蔵50V型〈グランドベガ〉HD900シリーズ
852 ：[名無し]さん(bin+cue).rar ：03/12/04 23:37 ID:RaX+d4oW: >>843

　　 ∩∩
　　（･ｅ･） <　GJ !!
　　ﾟしJﾟ
853 ：[名無し]さん(bin+cue).rar ：03/12/04 23:39 ID:VPOoXGGu: 　　　　光が射した
854 ：[名無し]さん(bin+cue).rar ：03/12/04 23:43 ID:oAvfOlR7: ８４３はどうやって使うの？ってその前に実行して大丈夫？
855 ：[名無し]さん(bin+cue).rar ：03/12/04 23:45 ID:FnnMVVCy: >>843
ソースきぼん
856 ：843 ：03/12/04 23:46 ID:GhPjZsak: >>854
実行するとウィルスかもしれませんｗ

使い方が分からなかったらここに書いてくださいね
857 ：[名無し]さん(bin+cue).rar ：03/12/04 23:47 ID:GhPjZsak: >>855
ソースはバグとかフィックスしてから、明日アップします。
858 ：[名無し]さん(bin+cue).rar ：03/12/04 23:48 ID:ALz/Rbnu: ﾀﾞｳｿの地に射した光を遮らない様、素人の漏れは遠くから見守ることにします…。
859 ：[名無し]さん(bin+cue).rar ：03/12/04 23:50 ID:xsha3vam: 漏れも、見学者チックに遠くから見守ります。しばらくは。
860 ：RAID5マン ：03/12/05 00:05 ID:G7FaiZXI: 変形RAID5をもう一段階進化？させて秘密情報閾値分散化の考え方を取り入れて
分割数ｎと復元必要数k（k<=n）の調節で元ファイルサイズに対して分割後容量を
100%以上ある程度自由に設定できるような方法を考えていま実装検証しましたが
うまくいったぽいです。
行列演算とxor演算と正規ビット欠落によって実現しているのですが、文字でうまく
説明できないので初期の検証に用いたExcel表を画像化してどかでうぷします。
閾値分散化の手法を参考にしたので分割後のファイル断片からはまったく
元の情報を引き出せなくなってます。
これでおいらの中ではファイルの分割部の問題は解決したつもりなので、あとは
ネットワークの転送部とファイルの永続性をどう解決するか（冗長化の手法のこと）
を考え中です。
たぶん5年後ぐらいには公開できる鴎。
861 ：[名無し]さん(bin+cue).rar ：03/12/05 00:06 ID:RyhqKxB5: >>857
CacheProtector.exeのbutton2_Click、Open/SavaFileDialogのTitle
"ファイルを開く"と"キャッシュを保存"が逆っす。
862 ：[名無し]さん(bin+cue).rar ：03/12/05 00:12 ID:hWItTVHL: 786 名前：[名無し]さん(bin+cue).rar 投稿日：2003/12/04(木) 03:40 ID:nlhhDDuT
>>783
「踏み込まれても」とか言ってる時点で自分がレベル低すぎる書き込みしてることに
気づいたがいいよ。既出だし、レス違いだし、しかも非現実的。
君は本気で警察に踏み込まれてシラをきりとおすなんて思ってるのか？
政治犯じゃないんだから、こんな略式起訴の罰金刑で済む罪を裁判で争うってか？
ちゃんと現実の社会を見なさい。それとも君はリアル厨なのかな？

ここはそんな非現実的なお子様の理屈じゃなく、現実的にP2Pやっても
「まず特定することは困難」なものの仕様を話し合う場です。

スレ汚しすいませんでした。
863 ：[名無し]さん(bin+cue).rar ：03/12/05 00:18 ID:6qLRC7tY: これってアレだな。ある程度の奴なら誰でも出来る処理なんだけど、
流す意図は何なの？もしかしてP2Pファイル共有ソフト作るの？
864 ：[名無し]さん(bin+cue).rar ：03/12/05 00:28 ID:qk4PvXlc: >862
なぜそんなにいきり立っているのかわかりませんが、
発信元を特定することが困難」なものの仕様にするのは当然のことですが、
完全キャッシュが残らないことにすることも重要だと思います。

部分キャッシュのみで、それだけでは全く復号できないものが、
送信可能化権に抵触するかは、議論のあるところで、
警察も慎重にならざるを得ないと思います。
865 ：[名無し]さん(bin+cue).rar ：03/12/05 00:43 ID:14Lb1ES1: ちょっと素人のひらめきで申し訳ないんだけどさ、
現ny2のノードを中継するソフトって作れないの?
ny2と別に起動して使うヤツで。
で、ny2のノードリストにはその中継してるノードを入れるとか。

nyに入ってくるパケットは折り返して他ノードに送信。出て行くバケットはそのままみたいな。

出来るとしても、ny利用者が全て使わないといけないんだろうけど、
転送者を確率的に増加させればUp側の特定も難しくなるような気がした。

出来ないなら厨房で罵ってもらってオケ。以上、FWをじーっと見てて思ったことですた。
アウポでnyの受信送信止められるから、似たような感じで折り返したりも出来るんじゃないかとｵﾓﾃ。
ほいじゃっ。
866 ：[名無し]さん(bin+cue).rar ：03/12/05 00:50 ID:AObEPMNu: >843
　　_n
　（　l　　　　_、_
　＼＼　（ <_,`　）
　　　ヽ___￣￣　）　　ｸﾞｯｼﾞｮﾌﾞ!!
　　　　　/ 　　/
867 ：[名無し]さん(bin+cue).rar ：03/12/05 00:54 ID:TbAyjafj: >>865
それは、nyを解析せにゃならんのじゃないかと思われ。
868 ：[名無し]さん(bin+cue).rar ：03/12/05 00:56 ID:cwxLzKo2: >865
出来る出来ないは別にして、個人的に着眼点は面白いと思う。
869 ：[名無し]さん(bin+cue).rar ：03/12/05 01:00 ID:14Lb1ES1: >>867
やっぱ無理なんですか、、、
FWは特定のアプリに入ってくるパケットを手前で止められるでしょ?これをそのまま外に
折り返すって無理なんですね、やっぱ。
そういうソフトが出来たら、nyを二つ起動させて片一方はこのソフトで折り返し転送。
もう片方は普通に使うとかしたら、転送の発生確率が上がるかなと思って。

ダメでしたか、、、失礼しました｡ｶﾞｯｸｼ
870 ：[名無し]さん(bin+cue).rar ：03/12/05 01:01 ID:14Lb1ES1: >>868
ありがとう、おやすみなさい。
871 ：[名無し]さん(bin+cue).rar ：03/12/05 01:06 ID:Klu/464Q: >>864

自分と違う意見だったら、すぐに厨だのなんだの言って、
荒らす人がいます。
そういう人は無視するに限るよ。
872 ：[名無し]さん(bin+cue).rar ：03/12/05 01:16 ID:l/Zx3DQ6: >>865
けっこう面白いかもな。
ちょっと考えてみたが、難しそうだ。
ＡというＮｙ中継補助ソフトがあるとして
１　ＡがＮｙに届くデータをインターセプトしてコピー、片方をＮｙに渡す
２　Ａがもう片方をつながってる検索ノードのＩＰのどれかに転送
３　受信した他ノードのＡが送信ノードのＡから送られたデータをコピーして、やっぱり検索ノードのどれかに転送。

これを繰り返せばいいのかな？
匿名性に穴がありそうだが。
873 ：[名無し]さん(bin+cue).rar ：03/12/05 01:19 ID:l/Zx3DQ6: >>872
何も考えずにやると、Ｎｙが不正パケットということで破棄してしまうだろうから、Ｎｙのプロトコルを解析せんとまともなものにはならんわな。
874 ：[名無し]さん(bin+cue).rar ：03/12/05 01:39 ID:FFbgb/QK: こういうのあるんだけど使えるかい？

世界中のストレージを統合するグリッド基本ソフトウェア「Gfarm」を無償公開
ttp://www.aist.go.jp/aist_j/press_release/pr2003/pr20031125/pr20031125.html
Gfarmは、ネットワークにつながった世界中のたくさんのストレージを、１つのストレージと
して使えるようにするソフトウェアです。全体で１つのファイルシステムを実現するため、
ユーザは実際にデータを格納するリソースの配置場所を気にすることなく、超大規模データの
処理を行うことができます。管理組織の異なるリソースも、グリッド単一認証技術を用いて、
一度の認証で安全に共有できます。
Gfarmでは、大規模データの処理を世界中に分散させて処理することにより、データアクセスの
局所性を利用し高い処理性能を実現します。同じデータの複製を複数の場所に置き、利用者に
意識させること無く自動的に近くにあるデータを利用します。このため、プロセッサ台数に
応じて性能が向上します。一部の装置が故障したりネットワークが不通になった場合には、
他の複製を参照することにより高い信頼性を実現します。

グリッドデータファーム
ttp://datafarm.apgrid.org/arch.ja.html
グリッドデータファームはペタバイトスケールのデータインテンシブコンピューティングの
ためのプロジェクトです．広域に存在する PC のローカルディスクを利用して，
大規模並列ファイルシステムの構築，大規模データ処理の実現，安全な共有を目指しています
875 ：[名無し]さん(bin+cue).rar ：03/12/05 01:46 ID:l/Zx3DQ6: >>874
効率性重視だから中継機能が入ってないだろな。
やめとけ。
876 ：[名無し]さん(bin+cue).rar ：03/12/05 02:31 ID:PEwe+Hvt: 「送信はクロ、受信はシロなので送信側だけ匿名のネットワークを考えれば無駄が少ないのではないか」という素人考えです。笑ってやってください。

Ａ－Ｅ－Ｉ
｜　｜　｜
Ｂ　 F　Ｊ
｜　｜　｜
Ｃ　Ｇ　Ｋ
｜　｜　｜
Ｄ　Ｈ　Ｌ

これまでのWinnyの検索リンクネットワーク（以後検索ネット)と同じ構造
検索ネットには、
・ノード情報（各ノードのIPとクラスタワード)
・保持キー情報(ファイル名、ハッシュ値、サイズ…)
が独自に常に流れている。

ノードＢにキャッシュされているファイルＸをノードＫが落とすもとのする。

１．検索ネットをたどって、ノードＢからファイルXの保持キー情報がノードＫに伝わる。
２．ノードＫは、リクエスト情報(自ノードのIPとファイルXのハッシュ値)を検索ネットに流す。
３．検索ネットをたどってリクエスト情報がノードＢに到達する。

さて、これからキャッシュを保持しているノードＢからそれを受け取るノードＫに転送経路を造ってゆくのですが、経路の造り方の前に、経路がどのような仕組みなのかを説明します。
877 ：[名無し]さん(bin+cue).rar ：03/12/05 02:33 ID:PEwe+Hvt: 仮想リンク暗号に基づいたプロトコルです。匿名接続が確立された後は、最初のノードはコンスタントに一定のサイズのパケットを第２ノードに一定間隔で送り続けます。
第２ノードは一定時間に受け取った複数のパケットをシャッフルしてランダムな順序で他のノードに転送します。

転送経路は一本道です。経路の最初のノード(この場合ノードＢ)を「コーラー」、最後のノード(この場合ノードＫ)を「レシーバー」と呼びます。
残りのノードは「スイッチ」と呼びます。この仕組みの匿名性は、非対称です。すなわち、コーラーは匿名ですが、レシーバーは匿名ではありません。
経路内の各ノードはコーラーと公開鍵を交換しあいます。各ノードはそれぞれのホップID(コーラーから何ホップ目か)を知っています。隣どうしのノードはお互い一組のリンクIDを共有しあいます。

よって、経路内の各スイッチは鍵ペア(コーラーの公開鍵と自ノードの秘密鍵のペア)、ホップID、二つのリンクIDを持ちます。直前のノード（コーラに一つ近い）と共有したリンクIDを「タイプA」、
一つ後ろのノードと共有したリンクIDを「タイプB」と呼びます。スイッチは一定時間毎に各リンクIDのタグが付いたパケットが来るのを待機します。タイプAのタグが付いたパケットを受け取ると各スイッチは、

１．秘密鍵でそのパケットを暗号解除し、
２．それのシーケンス・ナンバーを調べ
３．シーケンス・ナンバーを取り除いて、
４．タイプBのIDでパケットにタグを付け、
５．次のノードに転送する準備をする。

もし、タグBが付けられたパケットを受信したら、
１．パケットにシケンス・ナンバーを追記し、
２．公開鍵でパケットを暗号化し、
３．タイプAのタグを付け、
４．直前のノードに転送する準備をする。

もし、妥当なシーケンス・ナンバーを持たないパケットがあったら捨てる。全パケットが予想通りに届いた時にだけパケットは転送する。(ランダムな順序で)
878 ：[名無し]さん(bin+cue).rar ：03/12/05 02:34 ID:PEwe+Hvt: コーラーからレシーバーに送る各パケットには、コーラーによってシーケンス・ナンバー付け、各ノードの公開鍵での暗号化と言う作業を転送経路の
ノード数分幾度も処理しないといけない。それが終了してからコーラーは適切なリンクIDでタグ付けして最初のスイッチに送る。各スイッチは暗号化、
シーケンス・ナンバーという「層」を一枚剥ぎ取って次のノードに転送します。レシーバーからコーラーへ送られるパケットはレシーバーによってシーケンス・ナンバー付け、
コーラーと交わした秘密鍵での暗号化をして末端のスイッチに送ります。各スイッチはシーケンス・ナンバー付け、暗号化という「層」を受け取ったパケットに上貼りして直前のノードに送ります。

このような経路の仕組みをふまえた上で、経路の造り方を説明します。
１．コーラー(この場合はノードＢ)は検索ネットから流れてくるノード情報からアトランダムに第１転送ノード(N1)(ノードＧとか)を選び、そのノード(N1)とお互いの公開鍵＋秘密鍵ペア(K1)とリンクID(S1)を決め、
２．もう一つ別のノード(ノードＩとか)を第2転送ノード(N2)としてアトランダムに選び
３．N1に、N2とのリンクID(S2)を取り決めるようにリクエストし、
４．N2とお互いの公開鍵＋秘密鍵ペア(K2)をN1を通して決め、
５．N1に、S1というタグが付いた全てのメッセージをK1を使って暗号解除しそのメッセージをS2というタグを付けしてN2に転送するようにリクエストする。
また、N1にS2というタグが付けられた全てのメッセージをK1を使って暗号化し、それにS1というタグを付けてN0(コーラー(この場合ノードＢ))に転送するようリクエストする。
６．転送さたい回数(ランダム)だけステップ２～４と同様の動作を繰り返す。
７．最後にランダムノードの代わりにレシーバ(この場合ノードＫ)に接続させる。

この様に転送リンクの接続は送信側から受信側に張られます。よって受信側がポートを開いていないと受信することは出来ません。ポート０は受信出来ないと言うことです。
879 ：[名無し]さん(bin+cue).rar ：03/12/05 02:41 ID:l/Zx3DQ6: >>878
なかなか面白いが、すべてのノードでデクリプトエンクリプトを繰り返すと
マシンパワーがいくらあっても足りないよ。
880 ：[名無し]さん(bin+cue).rar ：03/12/05 02:51 ID:ymXtQbsr: 64bitのハッシュキーを生成するいいアルゴリズムないですか?
881 ：[名無し]さん(bin+cue).rar ：03/12/05 03:51 ID:PEwe+Hvt: >>879
そうですか、実はこれAnonという匿名P2Pの原理であるPipenet(>>696)を
パクってNyのシステムに引っ付けてみただけのものです。
Nyのネットワーク速度とこれが目指す速度は、マッチしないのかもしれませんね。
882 ：[名無し]さん(bin+cue).rar ：03/12/05 03:58 ID:DDRotC03: >>843
完全キャッ(ryのほうは、元に戻る率がキャッシュの壊れる部分に左右されますな。
仮想ハード(ryのほうは、新規作成がファイル名入力するところで作成できずに進まない･･･
883 ：[名無し]さん(bin+cue).rar ：03/12/05 04:15 ID:l/Zx3DQ6: >>881
途中でマシンパワーが低いのにあたったらそのマシンの両隣が光でもめちゃくちゃ遅くなっちゃうしね。
鍵をどの程度にするかでまた違うのだろうが。
ＲＳＡより軽くて暗号強度が高いといわれる楕円曲線暗号なら、１６ビット程度でそこそこの効率になるかも。
もちろん、元キャッシュはローカルで他のもう少し長い鍵で暗号化するとして。
884 ：[名無し]さん(bin+cue).rar ：03/12/05 05:50 ID:4nReoVDU: >>843
（゜⊿゜） GJ !

あえて言わせてもらうと鍵長が長いのが気になるかな。
多少処理速度が遅くなっても短い鍵長で強度が確保できるものが良いと思う。
アップロード帯域が少ない ADSL 下では結構馬鹿にならない模様。

>>880
優秀なハッシュアルゴリズムを使ったものなら、その先頭の８バイト( 64ビット)を
取り出して使っても良い結果になると思う。例えば MD5 の半分を取り出すとか。

>>883
余談ながら、１６ビット楕円曲線暗号の強度は RSA の 102 ビット相当っぽい。

見つけたページ
　ttp://www.ipa.go.jp/security/rfc/RFC2451JA.html
アルゴリズムによっては低い確率ながら弱い鍵が生成されることもあるらしい。
　ttp://www.idiagdia.com/chaky/index.html
CAST-128 を使った暗号化ソフト。
131MBのファイルの暗号化に 20秒、復号化に 10秒。（Barton 1916MHz / PC2100）
今度 K6-2 マシンで試して見ます。
　ttp://www.eskimo.com/~weidai/cryptlib.html
既出ですが、多機能な暗号ライブラリ。現在コンパイル中・・・。
ECC （楕円曲線暗号）が無いのが惜しい。
885 ：884 ：03/12/05 06:38 ID:4nReoVDU: 自分の勘違いだった・・
「ECC」って楕円曲線を利用した暗号処理全般を指す言葉だったのね・・。

こんなページも見つけた。
　ttp://dragongate-technologies.com/products.html
886 ：884 ：03/12/05 09:29 ID:4nReoVDU: 連かきすまぬ。
K6-3 マシンでも試したところ、
64MBの暗号化 43秒、復号化 34秒。（K6-3 360MHz / SIMM 128MB）
131MB換算で 88秒、69秒。

>>843 のプログラムでも計測してみると
131MBで、10秒、9秒。（Barton 1916MHz / PC2100）
887 ：[名無し]さん(bin+cue).rar ：03/12/05 11:43 ID:UUBaM34T: >>855
バグ修正は面倒なので、特にいじらず公開。

>>863
誰でも作れる程、簡単なものであり、>>824 に言われたので作って
公開しました。別に意図はありませんし、P2Pソフトを作るわけでもありません。
（仕様が決まればその限りではないけどね）

>>884
Blowfishは448bitが標準鍵長。一般的な共通鍵方式2048Bit分の強度があるらしい・・・
それと16bitの楕円曲線暗号だけど、公開鍵から秘密鍵が簡単に求まりそう・・・
新しくアップしたソース付きのやつのバイナリは128bitの鍵を使います
888 ：887 ：03/12/05 11:44 ID:UUBaM34T: Tripodにつなげない・・・もう少し待って
889 ：887 ：03/12/05 11:51 ID:UUBaM34T: >>882
破損部分は50%以上あれば、問題ないでしょ。
1/256の確率で破損しているのに元バイナリと一致するものもあるし。
RAWファイルが読み込める音声編集ソフトをお持ちなら、音声で試すとよく分かる。

いま、ソースをアップしました
890 ：[名無し]さん(bin+cue).rar ：03/12/05 12:03 ID:w6l42eij: うお、おみゃーら、すげーな。漏れには、なにがなんだかさっぱりだぜ。
打ち込んでるものがなんであれ、そういう姿勢はｶｺｲｲな。
まぁ、適当にがんばりゃんせ。
891 ：八頭身 ：03/12/05 12:13 ID:kgCKNwh5: http://tmp2.2ch.net/test/read.cgi/download/1069291043/l50

>>844

ECCならOpenSSLに付いてるよ。
892 ：[名無し]さん(bin+cue).rar ：03/12/05 12:25 ID:KhDyg1t0: 法律スレでも良いんだけれど、ｽﾚ違い承知でちょっと質問。
マジレスでお願いします。

違法ファイルのキャッシュ保持自体が違法な可能性が指摘されているが、
キャッシュを保持している本人が100%そのキャッシュの中身を知りえない
方法で保持していた場合でも違法性があるのだろうか。
例えば、解読不可能な鍵で暗号化されたキャッシュを保持していて、
たまたま中継された際にキャッシュされたデータらしいという推測はできる。
しかも、どんなファイルの一部か（ファイル名さえ）分からない。

ただし、鍵は総当りやクラック等あらゆる手を使っても解読不能とし、
誰かから偶然に鍵が転送されてきた時のみ解読可能になる。
（そんな暗号存在しないというﾂｯｺﾐは無しで）
893 ：892 ：03/12/05 12:27 ID:KhDyg1t0: >>892 に補足。
保持しているキャッシュは部分かもしれないし、完全かもしれない。
しかし、本人はそれが部分か完全かすら判読できないものとしてください。
894 ：[名無し]さん(bin+cue).rar ：03/12/05 12:27 ID:hjovx8M1: 俺は何も出来ないけどガンガレ！

将来、このスレの住人がプロジェクトＸ～挑戦者たち～に
出演することを楽しみに待ってる。
895 ：[名無し]さん(bin+cue).rar ：03/12/05 12:29 ID:SMfQCtf+: >>892
http://www.zdnet.co.jp/broadband/0312/04/lp13.html
＞ユーザーは（流通するファイルが）ほぼ100％、他人の著作物であることを把握、
＞想像しているはず。それでもあえて使い続けるなら、（著作権侵害に）
＞加担している、あるいはその主体である
896 ：[名無し]さん(bin+cue).rar ：03/12/05 12:31 ID:jE0qz+CM: みんなスゲーなぁ。天才集団ですか？がむばれ

MX、ny２極化から新P2P１本にまとまると便利になりそうだ
897 ：892 ：03/12/05 12:35 ID:KhDyg1t0: >>895さん早レスありがとうございます。
その問題については、
流通するファイルは違法なものと合法なものがありその割合は判別しきれない。
自分が保持しているそのキャッシュは合法ファイルか違法ファイルか分からない。
という条件を付けさせてください。

つまり、キャッシュがあるからといって、
その中身が（見えなくても）必ずしも違法ということは証明は出来ないわけです。
898 ：[名無し]さん(bin+cue).rar ：03/12/05 12:42 ID:RyhqKxB5: >>892
偽造に対する何らかの有効策はある？
899 ：892 ：03/12/05 12:45 ID:KhDyg1t0: 申し訳ない、何を偽造するのかの意味がわからず。
900 ：[名無し]さん(bin+cue).rar ：03/12/05 12:49 ID:SMfQCtf+: >>897
＞(前略…)法解釈の問題になるだろう。坂田氏自身、法廷などで「徹底的に争うとなれば、
＞（違法性を問えるか）分からない」と認めている。
＞CCSの賛助会員である法律事務所などの意見も、まだ正式には集約していないという。

と言う事で、実際に裁判してみないと答えは出ないのではないか。
なので、このスレで策定されている仕様は（以下過去ﾛｸﾞ

考えられるキャッシュは次の6種類で全てかな。
・内容判別不可能な完全キャッシュ
・内容判別不可能な部分キャッシュ
・内容判別不可能な完全部分判別不可キャッシュ
・内容判別可能な完全キャッシュ
・内容判別可能な部分キャッシュ
・内容判別可能な完全部分判別不可キャッシュ
901 ：[名無し]さん(bin+cue).rar ：03/12/05 13:01 ID:pZTPMYuI: 時期P2P？

MSNﾒｯｾで十分ｗ
902 ：[名無し]さん(bin+cue).rar ：03/12/05 13:10 ID:KhDyg1t0: サンクスです。
とりあえず、判読可能なキャッシュがあって、それをキーとブロックに分けます。
ブロックだけでは内容が分からないようにしておきます（不完全ﾌﾞﾛｯｸ）。
キーを入手したﾉｰﾄﾞがブロックを要求すると、
それを保持していたﾉｰﾄﾞは不完全ブロックを（中継を使って）返します。
各中継では不完全ブロックをｷｬｯｼｭしていきますが、もちろん中身は不明です。
キーを持つﾉｰﾄﾞはキーで補完することでブロックを判別可能な補完済ﾌﾞﾛｯｸに変換します。
（補完済ﾌﾞﾛｯｸを持つﾉｰﾄﾞも、要求を受けたときは不完全ﾌﾞﾛｯｸの形で送出します）

中継ﾉｰﾄﾞがｷｬｯｼｭ化していきますから、不完全ﾌﾞﾛｯｸは次第に拡散していきます。
要求ﾉｰﾄﾞは不完全ﾌﾞﾛｯｸを寄こした相手が補完済ﾌﾞﾛｯｸを持つのか、
不完全なﾌﾞﾛｯｸの形で保持していたに過ぎないのか分からなくなります。

という仕様で行ってみようかと思います。
903 ：[名無し]さん(bin+cue).rar ：03/12/05 13:36 ID:8JI1pJbN: >>900
>・内容判別不可能な完全キャッシュ
これが駄目ならどうやっても違法になりそう

>>902
ユーザーは不完全ブロックに対しては何も出来ないみたいのがいいかもね
フィルタ出来るのはキーのみで。ディスク溢れそうだがｗ
904 ：[名無し]さん(bin+cue).rar ：03/12/05 13:39 ID:KhDyg1t0: ディスク溢れると総消しすることになりますね。
キャッシュとして使えるディスク容量を指定して、
一杯になったら古いものから削除するとかがいいかな。
905 ：[名無し]さん(bin+cue).rar ：03/12/05 13:51 ID:7sV4ya0U: >>904
皆が同じキャッシュ持ってても意味ないから
単純に古いやつじゃなくて冗長性も考慮しないと

あとファイルのサイズも考えないと
全体のバランスが悪くなりそう。
906 ：[名無し]さん(bin+cue).rar ：03/12/05 13:59 ID:bKgsVj9p: >903
> >・内容判別不可能な完全キャッシュ
> これが駄目ならどうやっても違法になりそう

完全キャッシュは普通にOUTだろ。
907 ：814 ：03/12/05 14:23 ID:wm4RmaLx: ＞現在のところ、ダウソは合法なのです。

レスどうもなんですが、Winnyって中継する機能もあるじゃないですか、
それでＫ察が起動してるときもＫ察PCがなんらかのﾌｧｲﾙを
中継してたはずですよね？
どっかでWinny起動するだけで違法になるかもしれないと読んだんですが
そのへんどうなるんですか？
908 ：[名無し]さん(bin+cue).rar ：03/12/05 14:27 ID:7sV4ya0U: >>907
著作権法は親告罪なので
訴える人がいないと問題にならない。
909 ：814 ：03/12/05 14:31 ID:wm4RmaLx: >>908
レスどうもです☆そうだったんですか・・・
ってかＫさんが著作権の団体かなにかとつながってるみたいですが
その団体がＷｉｎｎｙをつかったＫさんを訴えないのはおかしくないですか。
つかまえるためとはいえ許したくない行為をつかまえるＫさんにはあっさりさせる・・・
海老で鯛をつるって言う感覚なんでしょうか(´･ω･)
910 ：[名無し]さん(bin+cue).rar ：03/12/05 14:52 ID:4coobXG9: ＞内容判別不可能な完全キャッシュ
これが現在のfreenetのキモです。

ｗｉｎｎｙの弱点はキャッシュの管理と利便性を追求したので
＞ユーザーは（流通するファイルが）ほぼ100％、他人の著作物であることを把握、
＞想像しているはず。それでもあえて使い続けるなら、（著作権侵害に）
＞加担している、あるいはその主体である
という事になる。
911 ：[名無し]さん(bin+cue).rar ：03/12/05 16:23 ID:5uU7thn+: 散々gaisyutsuだが

P2Pファイル交換=WinMX＝違法
P2Pファイル共有=Winny＝違法
P2Pディスク共有＝未発表＝合法
912 ：[名無し]さん(bin+cue).rar ：03/12/05 16:30 ID:BH9JQMCC: 早い話が、nyはどー見ても違法ファイルやりとりするためのソフトだろって思われてる。実際に共有されてるファイルをみても、利用者属性をみても。

普通は合法ファイル（データ）が交換されてるようなソフトなら、使うだけで違法とは言われない。
そうゆう使い方が出来る仕組みがfreenetだと思う。
913 ：[名無し]さん(bin+cue).rar ：03/12/05 16:49 ID:LFfhtxxu: freenetでいいんじゃない？
そうすれば、次期P2Pの開発とかしなくても、
freenetのソース弄って日本語に対応させればいいだけなんだから。
合理的じゃない？
914 ：[名無し]さん(bin+cue).rar ：03/12/05 16:53 ID:h4Yr/Aah: >>913
使った事あるのか？
あれは現状では使い物にならん。
915 ：[名無し]さん(bin+cue).rar ：03/12/05 16:59 ID:BmsJZ9hn: freenetが使いものにならないから47氏が、
匿名性は中間のWinnyを作ったのだよなぁ。
じゃなかったら、その頃から皆がfreenet使ってればよかったんだし。
916 ：[名無し]さん(bin+cue).rar ：03/12/05 17:04 ID:UKtQJ/iT: freenetのキーワード検索は実用上問題ありだろ？
freenetを使えばというわけにも行かない気が
917 ：[名無し]さん(bin+cue).rar ：03/12/05 17:17 ID:l/Zx3DQ6: WinnyはＢＢＳ機能もあったから、それ目当てだった人もいないとは言い切れないわけで。
無視ワードにめぼしい拡張子いれとけばＢＢＳ専用ソフトとして使えるわけだし。

ところで>>878のanonとかいうＰ２Ｐソフトってのはすでに実用段階にあるのか？
現在はＣＰＵパワーが足りないから実用にはならないかもしれないが、仕組みそのものはよく出来てると思う。
Winpaがどうせ２００６年ごろには必要になるから、そのころだったら実用になるかもな。
918 ：[名無し]さん(bin+cue).rar ：03/12/05 17:19 ID:bW6EPhnA: Winpa
919 ：[名無し]さん(bin+cue).rar ：03/12/05 20:20 ID:+tzfLjqz: >>878ですけども、ぜひよろしければWikiに掲載してくれませんか？
将来的に実現可能かもしれません。

お願いします
920 ：[名無し]さん(bin+cue).rar ：03/12/05 21:17 ID:+tzfLjqz: http://s2net.s41.xrea.com/
おとといのアクセスで面白い人がアクセスしていました。
リクエスト数: バイト数の割合 (%): ドメイン
------------: ------------------: --------
30: 0.03%: .mil (米国軍事機関)
921 ：[名無し]さん(bin+cue).rar ：03/12/05 21:21 ID:XAL1JT6z: >>920
神ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!
・・・ピンチ？
922 ：[名無し]さん(bin+cue).rar ：03/12/05 21:32 ID:BHN7JUEz: 軍ｷﾀ━━━(ﾟ∀ﾟ)━━━!!
923 ：[名無し]さん(bin+cue).rar ：03/12/05 21:32 ID:Z00jRbIN: >>920
ロボット巡回でもさせてるのだろうか。
924 ：[名無し]さん(bin+cue).rar ：03/12/05 21:33 ID:8JI1pJbN: >>923
エシュロンは実在した訳だ
925 ：[名無し]さん(bin+cue).rar ：03/12/05 21:34 ID:M8Y6z2BH: ミル姉さん？
926 ：[名無し]さん(bin+cue).rar ：03/12/05 21:46 ID:KhDyg1t0: .go.jpは居ないのか！日本警察は何をしとる！
927 ：[名無し]さん(bin+cue).rar ：03/12/05 21:49 ID:+tzfLjqz: >>926
34人いらっしゃいました
928 ：[名無し]さん(bin+cue).rar ：03/12/05 21:50 ID:+tzfLjqz: >>843の方お手数おかけします。Wikiにも投稿していただけるとうれしいです。
よろしくお願いします。
929 ：[名無し]さん(bin+cue).rar ：03/12/05 21:57 ID:7lriNynv: P2Pの進化は軍事的にも興味深いものなんですよ。
930 ：[名無し]さん(bin+cue).rar ：03/12/05 21:59 ID:7lriNynv: しかしさすがはアメリカ軍。異国の掲示板の片隅で動いている事態をかぎつけて
さっそく情報収集にやってきた。
931 ：[名無し]さん(bin+cue).rar ：03/12/05 22:01 ID:Z00jRbIN: インターネットなんてもともと軍事だもんな。
932 ：[名無し]さん(bin+cue).rar ：03/12/05 22:02 ID:+oEXudzx: ほんとに.go.jpで接続してくるんだと関心してしまった
933 ：[名無し]さん(bin+cue).rar ：03/12/05 22:07 ID:+tzfLjqz: >>929
>>930
今日はいろいろあったのでもう休みますけど・・・
いろいろな方がきてくれて見てくれて、私の書き方はわかりにくいけど
それでもいろいろな方が編集してくれてわかりやすいページにしてくれて
どうもありがとうございます。

外国の方も結構来てくださって（わざわざ翻訳サイトまで使って）。P2Pの最先端をこのスレは進んでいるのかな？
そう思っています。

私も非力ながらお手伝いしましので皆さんがんばっていきましょう。

2chで書く文章じゃないなぁ・・・(´･ω･`)
934 ：[名無し]さん(bin+cue).rar ：03/12/05 22:11 ID:Z00jRbIN: きっと今頃
「黄色人種のバカ共が変なこと考えているよ」とか言ってる図を想像してしまった。

結構固まってきたみたいだな。
935 ：[名無し]さん(bin+cue).rar ：03/12/05 22:15 ID:PEwe+Hvt: >919

>876-878,881でパクったPipenet。それをベースにしたAnonNetやその他の匿名性をサポートしたP2Pの一覧は
KNet - An Anonymous Encrypted P2P Network Infrastructure http://knet.sourceforge.net/
のOther interesting P2P projectsに有ります。

転送経路の説明は>696のわからないところはすっ飛ばして、理解できたと思える部分だけ訳したものです。私では力不足で間違っている部分も多いと思われるので十分理解できる方に譲りしたいと思います。

m(_ _)m
936 ：[名無し]さん(bin+cue).rar ：03/12/05 22:16 ID:7lriNynv: しかし２ちゃんねるの書き込みをいちいち訳すのかなあ。
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!とかAAとかどうするんだろ？
937 ：[名無し]さん(bin+cue).rar ：03/12/05 22:25 ID:dBmyI9Qb: >>936
優秀な機械翻訳だとこう訳してくれるから心配スンナ。
comming-------(oVo)---------!!!
938 ：[名無し]さん(bin+cue).rar ：03/12/05 22:27 ID:dBmyI9Qb: >>937
機械翻訳は優秀でもないようだ。
スペルが違う。
939 ：[名無し]さん(bin+cue).rar ：03/12/05 22:36 ID:vdrOC+/K: ex○ite翻訳
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!
KITA------(degree∀゜) ------ !!! !
激しい。
940 ：[名無し]さん(bin+cue).rar ：03/12/05 22:41 ID:i5KRgYpn: 片目が「degree（度）」って訳されちゃってるな
941 ：[名無し]さん(bin+cue).rar ：03/12/05 22:51 ID:h4Yr/Aah: でも表示はできるのか。
commi------(゜∀゜) -----iiiiing !!!

といったところかな
942 ：[名無し]さん(bin+cue).rar ：03/12/05 23:06 ID:LFfhtxxu: Break------(゜∀゜) -----OOOOOut!!!
943 ：[名無し]さん(bin+cue).rar ：03/12/05 23:30 ID:x4a8Ca6l: ttp://www.zdnet.co.jp/enterprise/0312/05/epn21.html
944 ：[名無し]さん(bin+cue).rar ：03/12/05 23:54 ID:x4a8Ca6l: age
945 ：[名無し]さん(bin+cue).rar ：03/12/06 00:16 ID:Om6l2QET: 馬鹿ばっか
946 ：[名無し]さん(bin+cue).rar ：03/12/06 00:34 ID:vM8mXtcQ: 仕事帰りのプログラマー３７才ってどうなったん？
ドロシーだっけ？ちょっと来ないうちに話がなくなってるから気になったのさ。
947 ：[名無し]さん(bin+cue).rar ：03/12/06 00:39 ID:8U0gsMNU: >>946
Dorothyなんて作ってねぇし。(ﾟ∀ﾟ)
http://tmp2.2ch.net/test/read.cgi/download/1070383446/
948 ：[名無し]さん(bin+cue).rar ：03/12/06 00:43 ID:yqfTWi6g: よし。俺はドロシーに対抗してセラヴィーというのを作ろう。
世界一の魔法使いで実は次期大魔王なのだ。
決して火星一の大魔王使いじゃないぞ。
949 ：[名無し]さん(bin+cue).rar ：03/12/06 00:45 ID:1nYeeWBp: そんなことより、俺は今動作テストに入ろうとしているぞ。
やっとノードの構築部分が組み上がった。暗号にRC6を使ってみたけど問題あるかなあ。
このテストが終わったら次はファイル転送の実装に入る。
ちなみにキャッシュとキー管理の部分は既に完成済み。
で、トリップ生成をどうするか未だに悩んでいる。
950 ：[名無し]さん(bin+cue).rar ：03/12/06 00:47 ID:nTsHD+Z8: ドロシーなら、ロジャーとか。

故に・・・罪無し。
951 ：[名無し]さん(bin+cue).rar ：03/12/06 00:59 ID:yOa1cgc7: ロジャーか　
ACCSと交渉して事をうやむやにするのか
952 ：1/2 ：03/12/06 01:11 ID:2WP47rjM: ファイル保持者を出来るだけ隠す転送方法を考えてみた。
メモ書きみたいなもんだから読みにくいのは勘弁

[転送の基本動作]
繋がっている全ての相手にリクエストを送る（リクエストを送ってきた相手に対しても）
リクエストを送ってきた相手に対しファイルを転送
通信に使われるのはリクエスト（とそのレスポンス）とファイル転送のみ（検索は別）
ファイル転送は頭から順番ではなく、ランダム

Ａ－Ｂ－Ｃ－Ｄ－Ｅ
とノードが繋がっているとして、（もちろん網目状。説明のために１本）
Ｄが持っているファイルをＡが落としたいとする。

[単純に中継を増やして匿名性をあげる]
①Ａは繋がっているＢにそのファイルのリクエスト送信
②ＢはＣに、ＣはＤにリクエスト送信
③ＤからＣにファイル転送
④ＣからＢ、ＢからＡにファイル転送

[ダミーの転送でファイル保持者を隠す]
(1)③と同時に、ＤはＥにそのファイルのリクエストを送信（ダミーリクエスト）
　Ｅは繋がっているＤにリクエスト送信
　ＤからＥへファイル転送、ＥからＤへファイル転送(Ｄは転送されてきたデータを無視）
(2)ランダムで保持キャッシュのダミーリクエストを送る
　（ULのためのダミーリクエストか、ランダムで送られたダミーリクエストかを分からなくする）
953 ：2/2 ：03/12/06 01:12 ID:2WP47rjM: [メリット･デメリット]
アップロード･転送の区別がつかないうえ、
ダミーリクエストがあるためファイル転送の最上流がファイル(キャッシュ)保持者とは限らない。
基本動作が単純だから実装が楽そう。
キャッシュの分散効率はnyの以上だが、トラフィック量も桁違い。
中継が多くなり速度は落ちるが、キャッシュがある程度広がれば何とかなるか？

こんなかんじ。
このままだとリクエストが際限なく広がりつづけるから、時限式にするとか。

いじょ
954 ：[名無し]さん(bin+cue).rar ：03/12/06 01:17 ID:7dH5cL2h: さんざんgaishutuなあふぉな方式を自慢げに披露するスレはここでつか？
955 ：[名無し]さん(bin+cue).rar ：03/12/06 01:19 ID:gf1CqmVf: ネットワークは線ではなく、網状に繋がってるから
リクエストと転送が延々にループする危険を考慮しないといけないね。
956 ：[名無し]さん(bin+cue).rar ：03/12/06 01:31 ID:2WP47rjM: 無限ループになるから時限式で。㍉秒単位とか。
回数にするとリクエスト主がばれるからだめかと思って。
957 ：[名無し]さん(bin+cue).rar ：03/12/06 01:38 ID:rJcDOjWJ: 意外と注目されている様なので助言を出しておこう。自分は作らんが。自分が作るとしたら
まず次のグループに別けて数人で開発出来るようにする。あくまで例えばの話。
作る物によっては増える場合もあるが。

1.共通ライブラリ部分(暗号ライブラリやハッシュ生成等)
2.ファイル情報匿名検索部分(ネットへ直接つなげたりはしない)
3.ファイル流通等の操作部分(同じくネット操作は行わず、ファイル流通に専念する)
4.共通プロトコルグループ(ネットに関わる作業は全てここ)
5.2,3,4へ命令を行うインターフェース
6.5を視覚的に捜査するGUI

別けられているが別に掛け持っても良い。と言うか掛け持つ可能性が高いわな。
どうだ？だれか仕切る事が出来る奴はおるか？別にプログラム出来んでも
仕切るだけなら誰でも出来るぞ。
958 ：[名無し]さん(bin+cue).rar ：03/12/06 01:57 ID:E63L9M/z: >>952-953
確かにダミーはいい案だが
ハッシュで容量食ったりしはしないか？
959 ：[名無し]さん(bin+cue).rar ：03/12/06 02:06 ID:2WP47rjM: いや、ダミーなのは持ってるファイルを隣にリクエストするってだけで、
ファイル自体はそれそのものを実際に送る。
キャッシュを広める効果もある。
960 ：[名無し]さん(bin+cue).rar ：03/12/06 02:12 ID:DQZK9amj: >>948
赤ずきんチャチャ･･････
961 ：[名無し]さん(bin+cue).rar ：03/12/06 02:18 ID:9knSJy77: #次世代P2Pの仕様を話し合うスレです。

このスレのまとめサイト（Wikiへの直リンク禁止）
　http://s2net.s41.xrea.com/

過去ログ等を置いてある簡易まとめサイト
　http://2.csx.jp/~p2p/

前スレ　Part6
　http://tmp2.2ch.net/test/read.cgi/download/1070189802/

関連
次期P2Pのクリアすべき課題を法的な観点から考察（Part2）
　http://tmp2.2ch.net/test/read.cgi/download/1070500722/
次期P2Pに対する要望スレ
　http://tmp2.2ch.net/test/read.cgi/download/1070085137/
P2P総合
　http://pc2.2ch.net/test/read.cgi/tech/1048668198/
次世代P2Pの名前を考えるスレ
　http://tmp2.2ch.net/test/read.cgi/download/1069996070/

850レスを超えたら、次スレの準備をする為に、議論を一時中断して下さい。
あと、スレ住人はキシュツに敏感なので必ずテンプレ、過去ログ嫁
荒らし、煽り、過去ログ等読まない奴は放置。
またーり下げ進行でお願いします。

テンプレは
>>2-20
#---------------------------------------------------------#　
962 ：[名無し]さん(bin+cue).rar ：03/12/06 02:19 ID:h4fLCJG1: >>952
＞Ｅは繋がっているＤにリクエスト送信
この時点で、EにはDがアップロードしていることが分かるって事か?
963 ：[名無し]さん(bin+cue).rar ：03/12/06 02:20 ID:9knSJy77: テンプレは下記URLから
http://s2net.s41.xrea.com/nextten.html

私はたてれないので、誰か次スレよろ
修正等よろしくです
964 ：[名無し]さん(bin+cue).rar ：03/12/06 02:22 ID:svyp10zd: http://www.zdnet.co.jp/news/0312/04/nebt_12.html
>RIAAは9月から個人ユーザーの大量提訴に踏み切っており、今回の第3弾で、訴えられたユーザーは計382人になった。

アメリカでは、382人。
日本は、4人。
965 ：[名無し]さん(bin+cue).rar ：03/12/06 02:29 ID:ZEADqUpQ: 誰かＵＤＰだけで確実な転送を行える方法を考えれ。

そうすれば全部解決。
966 ：[名無し]さん(bin+cue).rar ：03/12/06 02:29 ID:jY6Ur6l4: >>949
暗号がわからない方は此方
ttp://www.wani.net/bak/crypt/symmkey.htm

簡単な説明がある。
ちなみに、現AESの元の名前は、Rijndael(ﾗｲﾝﾀﾞｰﾙ)
967 ：966 ：03/12/06 02:31 ID:jY6Ur6l4: ごめん、レス番号消すの忘れた。

RC6はなかなか良いねって書こうとして、やめたんだけどレス番残りっぱなし。
>>966は暗号がなんだか解らない人向けね。
968 ：[名無し]さん(bin+cue).rar ：03/12/06 02:35 ID:jY6Ur6l4: あと、楕円曲線暗号はまだ研究中で、よくわかってない部分があるよ。
ある特定の楕円曲線グループでは、暗号強度が極端に弱まるって研究結果があるし。

とりあえず、メジャーな暗号アルゴリズム使っといたほうがサンプルもあって良いと思った。
969 ：[名無し]さん(bin+cue).rar ：03/12/06 02:46 ID:2WP47rjM: >>962
だから(2)の動作が必要。
Ｅから見ればＤのリクエストは自動的に起こったものか、UL時のものか区別がつかない。

EもDも、もちろん他にもリクエストを送るわけだし、
ULしてる人付近では転送が複雑になって特定困難になる。
無限ループを回避するために単一ファイルのUL･転送数は2～3に固定しておいたほうが良いかも。
970 ：[名無し]さん(bin+cue).rar ：03/12/06 02:58 ID:E63L9M/z: 法律のことはよくわからないんだが
キャッシュもってるだけで著作権違反するのか？？

キャッシュで違反しないなら
UPフォルダ制をなくせばいいのでは？？
971 ：[名無し]さん(bin+cue).rar ：03/12/06 03:09 ID:3+r0Ouqz: 次スレ
http://tmp2.2ch.net/test/read.cgi/download/1070647427
972 ：[名無し]さん(bin+cue).rar ：03/12/06 03:14 ID:2Xq+86Ko: >>970
まー散々既出だがいまんとこグレー
973 ：[名無し]さん(bin+cue).rar ：03/12/06 03:21 ID:h4fLCJG1: >>969
聞きたいのは、Eが警察だった場合どうなるのかってこと。
Dのリクエストがダミーだって事がEに分かったら、EはDが
アップロードしていることが分かるんじゃないか?
勘違いならごめん。
974 ：[名無し]さん(bin+cue).rar ：03/12/06 03:23 ID:1nYeeWBp: どうでもいいけど、いくつ転送しても送信元のIPを絞り込む方法はあるので、
転送を複雑化してもあまり大きな効果はない。
975 ：[名無し]さん(bin+cue).rar ：03/12/06 03:40 ID:2WP47rjM: >>973
保持キャッシュを自動的にダミーリクエストするのは今のところグレーだと思うから…
それとULの区別がつかないような方式。
976 ：[名無し]さん(bin+cue).rar ：03/12/06 04:53 ID:9wcYf60R: >>974
では、その送信元のIPを絞り込む方法とやらを語ってもらおうかのぅ～。
口先くんよぉ～。
977 ：[名無し]さん(bin+cue).rar ：03/12/06 07:13 ID:rJcDOjWJ: >>974
技術的には隠蔽させる事はそう難しく無いよ。もちろん100%では無いけど。
正常状態だとソフトと人間を騙した上で全てのデータを1Byte単位で
長期間盗聴しなければ判明しない。
メールに偽装して何かを送る可能性だってあるからね。
ソフトによるけど完璧な物であれば完全に盗聴する必要がある。

監視はプロバイダに高い負担が掛かる為そこまで協力する事は無いだろうし、
法的にもなんか出来そうじゃない気がする。（法律の事は知らんが）
通常は対象IPの個人情報か簡単な通信履歴(内容までは記録していない)を
聞く程度。
978 ：[名無し]さん(bin+cue).rar ：03/12/06 08:27 ID:RE34L9ik: >>974
単一のノードから完全キャッシュを転送をしない仕様にすればいいと思う。
979 ：[名無し]さん(bin+cue).rar ：03/12/06 08:29 ID:RE34L9ik: 今日Winny2b8が登場して、「旧バージョンとは互換性はありません」。。。という夢を見たよ・・・
正夢だったら・・・
980 ：[名無し]さん(bin+cue).rar ：03/12/06 08:38 ID:CzLP2+2j: >>978
それでは、いつまでたってもﾀﾞｳｿが完了しないような、、、
完全キャッシュが得られないのですから、、、。
981 ：980 ：03/12/06 08:39 ID:CzLP2+2j: あ、Up主からね？
982 ：[名無し]さん(bin+cue).rar ：03/12/06 08:55 ID:RE34L9ik: >>981
Aが1というファイルの完全キャッシュを持っていたとしても、ダウン途中で強制切断。今度はBからダウンを始める・・・そしてC,D・・・
かな？
983 ：[名無し]さん(bin+cue).rar ：03/12/06 09:49 ID:KiY6AUKs: 次世代Ｐ２Ｐには、音声中継、映像中継、チャット中継などの機能をつける。
984 ：[名無し]さん(bin+cue).rar ：03/12/06 09:55 ID:3jpRo41u: >>983
peercast+IIP逝け
人少な杉で過疎化しとる
985 ：4 ：03/12/06 10:12 ID:rfBRswAr: 2ｃｈ使用料金大丈夫ですか？モナープランの登場です！
http://plaza.rakuten.co.jp/rikoharuki/
986 ：[名無し]さん(bin+cue).rar ：03/12/06 10:14 ID:5ceIfW/W: ↑部落螺
987 ：[名無し]さん(bin+cue).rar ：03/12/06 10:52 ID:KiY6AUKs: ふむふむ
988 ：[名無し]さん(bin+cue).rar ：03/12/06 10:53 ID:Om6l2QET: 　　　　ほんと馬鹿ばっか…　＿|￣|☆
989 ：[名無し]さん(bin+cue).rar ：03/12/06 10:55 ID:KiY6AUKs: ふむふむ
990 ：[名無し]さん(bin+cue).rar ：03/12/06 11:29 ID:+INSHwC3: で、結局誰も作ってないわけ？
991 ：[名無し]さん(bin+cue).rar ：03/12/06 12:38 ID:xZQusS4N: 作ってる
992 ：[名無し]さん(bin+cue).rar ：03/12/06 12:38 ID:KiY6AUKs: なにを？
993 ：[名無し]さん(bin+cue).rar ：03/12/06 12:39 ID:xZQusS4N: 昼飯を
994 ：[名無し]さん(bin+cue).rar ：03/12/06 12:39 ID:KiY6AUKs: おっすげえー。おれにもくわせろ。
995 ：[名無し]さん(bin+cue).rar ：03/12/06 12:40 ID:+XiePkY2: １０００ｷﾀｰﾝ━(´∀`)━(　´∀)━(　　´)━(　　 )━(`　 )━(∀` )━(σ´∀`)σｹﾞｯﾂ!!
996 ：[名無し]さん(bin+cue).rar ：03/12/06 12:40 ID:+XiePkY2: １０００(σ´Д｀)σｹﾞｯﾂ!!
997 ：[名無し]さん(bin+cue).rar ：03/12/06 12:41 ID:KiY6AUKs: １０００げっとーーーーー！！！
998 ：[名無し]さん(bin+cue).rar ：03/12/06 12:41 ID:+XiePkY2: お前ら絶対ROMってるだろ？
999 ：[名無し]さん(bin+cue).rar ：03/12/06 12:41 ID:KiY6AUKs: １０００げっとーーーーー！！！
1000 ：：03/12/06 12:41 ID:xZQusS4N: ぷぷ
1001 ：１００１ ：Over 1000 Thread: このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

tml>