datファイルを共有するP2Pソフト

952 ：デフォルトの名無しさん：2006/02/05(日) 05:41:43

>>949
実験で作って使っただけなので、普通に使えるようにするにはマルチスレッドにしなきゃならんなとは思う。
改ざん防止は、複数保存しておくんじゃだめかね、違ったら再取得とか。

953 ：デフォルトの名無しさん：2006/02/05(日) 05:42:20

再取得は、FTPでアップされているほうのサーバからね。2chではなく。

954 ：デフォルトの名無しさん：2006/02/05(日) 11:56:20

FTPに偽ログが公開させてたらどうする？
dat落ちしてたら●持ってないとログ取得できないし。

955 ：・∀・）っ-○●◎- ◆Pu/ODYSSEY ：2006/02/05(日) 14:19:20

P2P前提で
あるノードが2chログを取得する際に常に別のノードにそのチェックサムを保存させる

956 ：デフォルトの名無しさん：2006/02/05(日) 15:37:08

偽ログのチェックサムがバラまけるな、それだと。
ていうか捏造警告が一番実用的かつ単純に実装できるメカニズムだと思うが。

957 ：デフォルトの名無しさん：2006/02/05(日) 17:13:45

>>954
複数のログがサーバ側にあれば、正しい（と思われる）のを取ればいいんじゃないの？
偽しかなければ廃棄するしかないけど。
あとはやはり偽装警告かね。

ついでだけど、dat落ちしていると本当に正しいかもhtml化されるまで検証できないよね。
明らかにゴミならわかるけど、巧妙に一部のみ書き換えたログとか作られたら。

958 ：1：2006/02/05(日) 17:23:11

メモ：差分取得に限り、有効かもしれない方法

ノードA：あるdatの1～100レスを持っている
ノードB：101以降を持っている

ノードA: 101以降を要求
　↓
ノードB: 1～100のハッシュを計算 (a)
ノードB: (a)を暗号化キーとして101以降を暗号化 (b)
ノードB: (b)を送信
　↓
ノードA: 1～100のハッシュを計算 (a')
ノードA: (a')を暗号化キーとして101以降を復号 (b')

互いに同じものを持っていれば、(b)=(b')となる

959 ：デフォルトの名無しさん：2006/02/05(日) 17:34:13

考察：
・改竄するには、正しいdatを持っている必要がある
・逆に言うと、正しいdatを持っていれば、改竄はできてしまう
・自動生成による改竄はとりあえず防げる

960 ：1：2006/02/05(日) 17:35:59

↑1です

961 ：1：2006/02/05(日) 17:40:52

ちょっと改造

ノードA: 101以降を要求
　↓
ノードB: 1～100のハッシュを計算 (a)
ノードB: 101以降＋(a)を送信
　↓
ノードA: 1～100のハッシュを計算 (a')
ノードA: (a)=(a')なら、送られてきた101以降を取り込む

962 ：デフォルトの名無しさん：2006/02/05(日) 17:47:20

って、普通にハッシュでやる方法になっちゃったな。
dat落ちに関しては>>927で。

963 ：デフォルトの名無しさん：2006/02/07(火) 23:47:16

XMLベースのプロトコルだったら個人的に嬉しい

964 ：デフォルトの名無しさん：2006/02/08(水) 05:32:08

>>961
それって改竄したものが多量に出回ってしまった場合は、一致してしまうのでは？

965 ：1：2006/02/10(金) 00:57:13

差分取得に限り、有効かもしれない方法、です
≒アクティブなスレッド、です

アクティブなスレッドは改竄されたものは出回りません
理由は>>923

966 ：デフォルトの名無しさん：2006/02/10(金) 00:58:26

しかし、アクティブなスレッドを共有する意味はあまりないからなぁ。

967 ：デフォルトの名無しさん：2006/02/10(金) 01:18:21

過去ログは改ざんされている可能性を覚悟で共有でいいんじゃないかなぁ。
他の共有ソフトだってある程度の偽物は出回っているわけで。

968 ：1：2006/02/10(金) 01:28:38

そだねぇ。
過去ログは基本>>927でやって、
一人しか見つからない場合は、一応そこから取得するけど、偽者かもしれません、
ってことでいいかな。

過去ログ自体が膨大な数だから、そうしないとうまく回らないよねたぶん。

969 ：1：2006/02/10(金) 01:29:27

問題点１：ユーザー数
・膨大な過去ログが満遍なく拡散するには、相当なノード数が必要
・過去ログ全部持たせたノード置くかしないと、最初はきびしい。

問題点２：誰も使わない
・現状、過去ログをミラーしてるサーバもあるし、この仕組みを誰も必要としていないと思う。

970 ：1：2006/02/10(金) 01:56:39

今までの案を実装して、利用者も多ければ、うまく動くかな。
今は必要とされてないし、永遠に必要ないかもしれないけど、
題材としては面白かったと思います。

1000も近いので、ちょっと結論じみたことを書いてみた。

971 ：デフォルトの名無しさん：2006/02/10(金) 02:04:57

いっそのこと過去ログではなく、２ちゃんねる自体を作るのはどうだろ。

972 ：デフォルトの名無しさん：2006/02/10(金) 07:46:34

改竄でもいいから、過去ログ欲しい。

ブラウザだけじゃなく、2ちゃんねる拡張みたいのを、
monazillaプロジェクトでやってくれるといいな。
ある程度の仕様標準があって、派生物もあるみたいな。
ShareNNTPとか新月とか、まともに回ってるとは言えない。

973 ：デフォルトの名無しさん：2006/02/10(金) 08:23:04

あおり放題だな
しかもかいざんしてな

974 ：デフォルトの名無しさん：2006/02/10(金) 16:53:28

ただ、改ざんされていてもそれが欲しい人のところにわたる確率って、（初期はともかく）低そうな気がする。

・多くの人が欲しがるスレッドの過去ログだったら、持っている人が多いだろうから改ざん物をつかむ確率は下がる。
・欲しがる人が少ないスレッドを改ざんしても、誰も取りに来ない。
ではないかと。

今まで見向きもされていなかったスレッドが、急に脚光を浴びて欲しい人が増えた場合は別だけど、
そういう状況はあまり無いと思えるし。

975 ：デフォルトの名無しさん：2006/02/10(金) 17:58:03

つ電車男

976 ：デフォルトの名無しさん：2006/02/10(金) 20:11:03

充分に多くの人が持ってないか？それ。

977 ：デフォルトの名無しさん：2006/02/11(土) 02:36:38

初期ノード配布サイトにハッシュも載せたらいいんじゃないか

978 ：デフォルトの名無しさん：2006/02/11(土) 22:33:23

P2Pで過去ログ簡単に参照できる2chブラウザが欲しい
http://pc7.2ch.net/test/read.cgi/software/1137819379/

979 ：デフォルトの名無しさん：2006/02/28(火) 01:33:02

>>978
2chブラウザ型なら直接取得したログとP2Pで取得したログを分けておいて
P2Pから取得したログは直接ログ取得した他のノードにハッシュチェックしてもらえばいいな
P2Pから取得したDATはキャッシュファイルみたいな扱いにしてユーザーの指定した
容量を越えたら利用頻度の低いのから消していくと

980 ：デフォルトの名無しさん：2006/03/13(月) 07:29:58

OpenJaneに組み込んじゃえばみんな使うんじゃね

981 ：デフォルトの名無しさん：2006/03/14(火) 14:17:45

組み込むというかスクリプト挟んででもいいから外部コマンドで取得出来るようにすればいいんじゃね

982 ：デフォルトの名無しさん：2006/03/14(火) 14:50:55

そういえば次スレどうすんの？

983 ：デフォルトの名無しさん：2006/03/14(火) 23:59:48

>>978
●が売れないって意見が出てるけど
P2Pネットワーク側でログの保存ができるようになれば
参照量が減って維持費を抑えることが出来るはず

984 ：http://www.vector.co.jp/soft/win95/util/se072729.html：2006/03/18(土) 20:21:27

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

985 ：デフォルトの名無しさん：2006/03/19(日) 04:26:49

('A`)