P2Pでサーバに依存し� ..

---

[2ch|▼Menu]

36:デフォルトの名無しさん
01/08/29 17:26 akViQcrc
リソースの存在（ディレクトリサービスみたいなもんか）自体は、
IRCでぐるぐる回せばそれほど遅くならねーべ？

・どういう板があって
・どんなスレッドがあって
・そのスレッドの最近書きこみ時刻はいつで、
・それがどのサーバにあるか？
　（複数サーバが1つのスレッドをストライプでもつかミラーでもつか
　　ストライプ＋ミラーでもつか程度は対処可能としましょう）
だけ回す。

そうすりゃ、スレッドのデータを保持しているPeerが起動されたときに
「お、起きてきたか？」
ってわかるべ。

NNTPだと差分量がでかすぎて、
パンピーが手出せねーべ？

37:デフォルトの名無しさん
01/08/29 17:29 akViQcrc
注1：
訂正 それがどのサーバにあるか？×
　　　それがどのPeerにあるか？　○

注2：
IRCつかったことない人でもIP-Messengerは使ったことあるべ？
あれと同じノリだっぺ。
接続論理は、
・マシンとユーザ名＋どんなスレッドのデータを持ってる
これを流すようにするだけ。

38:デフォルトの名無しさん
01/08/29 17:32 1GuEpsjo
>>36 でもそれは IRCサーバに依存してしまうのでは？

39:デフォルトの名無しさん
01/08/29 17:39 akViQcrc
で、IRCでリソース（つーかディレクトリサービスか）を
ぐるぐる回しただけでは、ブラウザーで板一覧がみえねぇ。

そこで、
・表示だけをうけもつPeerというのを存在させる

現実的には、ルートノードみたいなのがねーと、
シロートさんがIEとかでペコっと開けねーから、
www.2ch.net/index.html、板一覧、板のスレッド一覧表示を
受けもつPeerはどこかに性的に置く必要があるっぺ。
どこかのレンタルサーバに性的に置くしかねー。

で、シロートさんが、その性的に配置されたPeerに対して
URLを指定してIEなんかでそれらを見に行くと、
性的に配置されたPeerは
HTTPの応答を"Location　どこそこ"で、どこかのPeerにすっとばして
表示させる。

# すっとばす先は、IRCでぐるぐる回している情報から取るべ

# その性的なPeerもIRCで自分の位置を知らしめねばならん。
# でねーと「掲示板にもどる」ができなくなるっぺ。

スレッド1つ1つの表示は、スレッドデータを保持している
Peerに直URLで表示できるようにすればええ。
もちろん、一覧表示のスレッド最新10レス表示もそいつにやらせるべ。
なに、一覧表示HTMLをフレームで区切ればできるっぺ。

40:デフォルトの名無しさん
01/08/29 17:42 akViQcrc
>>38
IRCは桃の例えだっぺ。
要は灯を消した体育館で同じクラスの人間と手をつなぎあう手段が
ありゃーええ　おっとヘンなところは触っちゃなんねぇべ。

IP-Messengerだとそれサーバなしでやってるべ。
（SMBのマスタブラウザみたいなのをテキトーに決めてるんだか？）
問題は、そいつのトラヒックがどんだけかっつーのがある。

41:デフォルトの名無しさん
01/08/29 20:10 mHkvtMJw
概略考えて見ました。こんなんでどうでしょ？
割と普通だと思うんだけど・・・。

■ 特徴

ネットワークはFreenet型（多分）
スレじゃなくてレス単位で保存
匿名性は 2ch.p2p に参加していることが数人にバレる程度
書き込み＆スレ取得は誰がやったかバレない（多分）

■ レス単位で保存の意味

スレ単位で保存すると、どれが最新なんだー？と混乱するから。
レス単位なら、内容は永久不変。レスに書き込み日付の情報を
持たせて、スレ取得時に書き込み日付でソート。

＃このアイデアは前スレであったような気がしたんだけど、
＃ちょっと見つからなかった。。

■ スレ取得

まず、クライアントＡが「ID:hogehogeのスレに属するレスをくれ！」
とコネクションを張っている他のクライアントにメッセージを発行。
どんどん回す。

メッセージがスレを持っているクライアントＢに辿り付いたら
クライアントＢは「レス番号:1-xxxまでなら持ってるよー」と
の情報をクライアントＡに向けて返してやる。

クライアントＡはいくつかのクライアントから応答を貰えるだろう
から比較して、適当に分散させて「おう！んじゃ、お前さんは
xxからyyまでくれよ、お前はyyからuuまでな」というメッセージを
それぞれに発行。気をつけなきゃいけないのは、各クライアントで
拾ってないレスがあるかも知れないわけで、レス番号はまちまち
かも知れない。その点も受信時に考慮。また、悪質なクライアントが
嘘の情報を流すかも知れないのでこれも考慮。

42:41
01/08/29 20:11 mHkvtMJw
う･･･「改行がおおすぎます」が出ちまった。
続き。

■ 書き込み

書き込みしたいクライアントは、書き込んだぞーメッセージを
他のクライアントに送信。もちろん、匿名性確保の為に、他の
クライアントから伝わってきたんだけど…という顔をして。
書き込みメッセージはネットワークのすべてのクライアントを
駆け巡る（無駄っぽい）。

＜書き込みメッセージを受け取ったクライアントの動作＞

１：
まず、書き込み日付が、異常に昔だったり、未来だったり
していないかをチェック。もし、チェックに引っ掛かれば、
そのメッセージを他のクライアントに渡したりはしない。
これは、レスをあとから挿入しようと目論んでいる悪質な
クライアントを排除するためである。また、これにより、
クライアントは常に正確な時間を保持することが義務付けられる。

２：
自前でスレのage、sageを行ってスレ一覧を作る。
参加したばかりで、ろくにスレ一覧の出来ていない
他のクライアントから分けてもらいましょう。

３：
ストックに保存
…でも全部のクライアントが保存したら多すぎるよなぁ。

■ レス保存

完全消滅する前に適当にばら撒きましょう。
ライフタイム計算して、適当に消すのも良し。

■ ついでにレス削除

クライアントは、気に食わないレスの（自分を通じての）流通を
拒否することが出来る。つまり、1-xxxは持ってるけど、Id:zzz
のレスはやらん！というように。要求元のクライアントＡでは、
「削除された」という形で扱われる。が、
別に欲しければ、「ID:fugahugaのレスある？」と
他のクライアントに聞くことは出来る。が、
別に気にしなければ、クライアントＡへは結局コピーされなく、
またクライアントＡからそのスレを取得した他のクライアントへも
コピーされなくなるので、完全消滅の日は早まる（気がする）。

■ 補足

スレIDは「板名＋ユニークそうな文字列」、
レスIDは「スレID＋ユニークそうな文字列」とする。

板を立てること自体はレスIDの板名を変えるだけなんで誰でも出来る。
メジャーな板の一覧はプログラムに埋め込み。

43:41
01/08/29 20:14 mHkvtMJw
何度もゴメン･･･間違えた。

誤：
参加したばかりで、ろくにスレ一覧の出来ていない
他のクライアントから分けてもらいましょう。

正：
参加したばかりで、ろくにスレ一覧の出来ていない
クライアントは、
他のクライアントから分けてもらいましょう。

44:
01/08/29 20:26 fbqKB6RI
やはりGnutellaベースで考えると、>>41のようになりますね。

（スレッドのローカルへの保存）
（パケットのルーティングのルール）
（ノード間通信のスレッド共有のプロトコル） の３つに分けて考えたほうが
整理できると思います。

もう一つ、メジャーな板はよいけれど、参加者の少ないマイナーな板は、
特に参加者が少ない時間帯では、共有に失敗する可能性が考えられま
す。 >>3で書いたように、そこで、ランダムな板のスレッドをいくつか、強
制的に、参加者に共有することを義務づける。あるいはスレッドを立てる
こととバーターで、を考えています。

匿名性については、自分が接続しているノードのIPアドレスは分かって
しまいますね。中のカキコの作者はわかりませんが。
あとGnutellaのプロトコルでは、検索クエリーへの答えのパケットに
IPアドレスが含まれているので、そのパケットが通過したノードでは、
「xは、A板のスレッドを持っている、ｙはB板のスレッドCを持っている」
という情報が漏れてしまいますね。

45:デフォルトの名無しさん
01/08/29 21:21 7L0go79A
共同作業型のアプリは、どこかで同期化する仕組みが必要だと思うな。
ファイルシェアだけの仕組みの提供だけではまずいような気がするな。
それが鉄則だと思うけど。

46:デフォルトの名無しさん
01/08/30 00:33 9VE7JjWs
性能について言及するならば・・・
"shared nothing"
1つのrequestが複数ノードに負荷をかけないようにする - これは鉄則だと思う。

47:デフォルトの名無しさん
01/08/30 00:36 9VE7JjWs
>>41
最新スレあげ程度だったら、
「最新書きこみ時間」を、スレデータを保持するノードにて発信することができて、
それを複数のノードが共有するだけでもいいんじゃないだろうか？
イメージ的には、Windowsのネットワーク共有フォルダを参照したときに、
ファイル名と更新日付がでてくるよね？
あれと同じことを確認できるだけでいいと思うんだけど。

48:
01/08/30 01:37 uLXMKjs2
カキコが、そのスレッドを読んでいる全ての人にもれなく配布されたか
どうかをテストする方法として

しりとりが使えないか？

yyyy/mm/dd hh:ss りんご ごりら
yyyy/mm/dd hh:ss ごりら らっぱ
yyyy/mm/dd hh:ss らっぱ ぱり
…

一般参加者にガンガンしりとりを行ってもらい、そのログを集計する。
書き込むタイミング、配布のタイミングで順序が多少前後したとしても、
書き込み時間で修正できるし、前の単語を書いてもらえば、Treeとして
分析することが可能。 配布漏れが発生するかどうか、もし発生すると
したら、どれくらいの頻度で。

何か矛盾や間違っているところがありますか、もっと良い方法はありますか？

49:デフォルトの名無しさん
01/08/30 01:39 9VE7JjWs
利用者ベースの確認方法としてはいいと思った。
抜けがあったらすぐわかる（しりとりが破綻するから）

ただ、P2Pって、全部のPeerに均等に同じものを配布せずにすませる仕組みだと思うんだけど・・違う？
それだとNNTPでいーじゃん、ということにはなりゃせぬか？

50:
01/08/30 01:48 uLXMKjs2
>>49
プログラムが、実際の使用に耐えうるものかどうかは、ある程度のユー
ザーにテスターとして協力してもらわねばならず。しりとりなら誰でも
参加可能。

>全部のPeerに均等に同じものを配布せずにすませる仕組みだと思うんだけど・・違う？

P2Pの定義によるかもだけど、あなたの意見には同意。
しかし、板単位、スレ単位でネットワークを組むわけではないから。

もう一つは、配布漏れが発生した際に、どのようにユーザーはそれを
知り、リカバーするのか。 「氏ね>>111」 しかし、俺のログには、
>>111のカキコないぞ。では、>>111を検索しよう」 うーむ。

51:41
01/08/30 02:00 UdwDTLPc
レスどうもっす。

>>44

>（スレッドのローカルへの保存）
>（パケットのルーティングのルール）
>（ノード間通信のスレッド共有のプロトコル） の３つに分けて考えたほうが
> 整理できると思います。

そうっスね。ひとまず、クライアント間での通信メッセージは
どういう書式で記述するのがいいんだろう･･･？ＸＭＬ？
だと、無駄にでかいか。Gnutellaはバイナリなんだっけ･･･？

> もう一つ、メジャーな板はよいけれど、参加者の少ないマイナーな板は、
> 特に参加者が少ない時間帯では、共有に失敗する可能性が考えられま
> す。 >>3で書いたように、そこで、ランダムな板のスレッドをいくつか、強
> 制的に、参加者に共有することを義務づける。あるいはスレッドを立てる
> こととバーターで、を考えています。

新しめのカキコ（レスじゃ紛らわしかったですね、すみません）については、
41の案では、マイナーな板でも公平に、書き込みと同時にわさわさと広がって
大量のコピーが作られる予定なので、大丈夫そうな感じです。
古めのカキコは知らん。

> 匿名性については、自分が接続しているノードのIPアドレスは分かって
> しまいますね。中のカキコの作者はわかりませんが。
> あとGnutellaのプロトコルでは、検索クエリーへの答えのパケットに
> IPアドレスが含まれているので、そのパケットが通過したノードでは、
> 「xは、A板のスレッドを持っている、ｙはB板のスレッドCを持っている」
> という情報が漏れてしまいますね。

えーと、これはその応答に使う経路で直接、
カキコを返すような感じでやれば匿名性は守れると思います。
接続ノードにIPがばれちゃうのは･･･まぁ、しょうがないかと。

>>47

勘違いだったらゴメン。それだと、その板を同時に読んでいる
いくつかのクライアントのIPを取得できちまわないか？

一体、匿名性は、
・2ch.p2pに接続しているがバレる
・板に接続しているのがバレる
・スレッドに接続しているのがバレる
のうち、どのレベルまで確保すればいいのだろうか？
「スレッドに接続しているのがバレる」まで許されるのなら、
割とパフォーマンス良いシステムが出来そうだ。
とりあえず、41の案では、匿名性最優先で考えたつもり。

52:49
01/08/30 02:19 9VE7JjWs
氏ね >>111
の111は、ブラウザ上でURLとして埋めこまれる
→それを受けるサーバが処理する

となれば方策は2つ
1. そのサーバがスレッドデータの保有者となるような構造にしておく
　→必ず返答可能
2. そのサーバは、スレッドデータの表示者となるような構造にしておく
　→検索は、表示者が行う
　　行うとすれば、、、
　　手順1 スレッドはどこか探り当てる
　　手順2 スレッドを保持しているサーバに対してrequestを送り、
　　　　　返答内容に差がなければ表示する（返答可能者全員一致採用法則）

53:
01/08/30 02:23 uLXMKjs2
gnutellaはガチガチのバイナリだよ。XMLでいいんじゃないの？
前も書いたけど、似たようなことをSOAPでやってる人、XML-RPCが
いるらしいよ。

54:49
01/08/30 02:24 9VE7JjWs
もし、配布という概念を用いるのであれば、
歴史のあるNNTPや、Proxyサーバを使った方が工数も下がるし
プロトコルの不得手としているところもわかるのでいいと思う。

ただ、一般社会のパンピーが、UD-Agentを利用するように
Peerを保持するようなノリに仕向けるためには、
そんな重いものを持たせるのも無理があるかと思う。

仕様決定は、現状可能な技術があるからこれで、
というアプローチが経済的であるけれど、
まずは人間本然の論理として、
大丈夫そうかどうかを論じることも亦重要なのではないでしょうか。
把握しやすい論理は実装矛盾を生みにくいのも亦事実であります。

55:
01/08/30 03:18 uLXMKjs2
>歴史のあるNNTPや、Proxyサーバを使った方が工数も下がるし

サーバが必要では？概念だけ利用するの？ごめん。頭が動かな
いのでもう寝る。

56:49
01/08/30 04:08 9VE7JjWs
>>55
サーバプロセスをPeerに実装する
というのがNNTPやProxyサーバを使った場合の答

でもP2Pは、カエサルのものはカエサルに、が正道だと思うなぁ・・・

57:デフォルトの名無しさん
01/08/30 13:40 uLXMKjs2
てすてす。かける？

58:30
01/08/30 14:41 YEMO5.RY
チェーン方式（発言番号ロック制御）について
URLﾘﾝｸ(piza2.2ch.net)
URLﾘﾝｸ(piza2.2ch.net)
URLﾘﾝｸ(piza2.2ch.net)

要は、最新の発言があったサーバンドが、
スレッドのオリジナルを保持しているっていう当たり前の話。
書きこみをする時というか、その依頼があった時は、そこに書き込みをしにいく。
但し、先着１名様限りで、あぶれた場合は、新しくオリジナルになった所を教えてもらって、
もう一度再チャレンジ。成功したら自分がオリジナルの所有者になるというわけ。

そして新しい書き込みが送られてきたら、自分の前の番号のサーバンドにリレーする。
そうすれば、発言のあったサーバンドがミラーとして利用出来る。
行方不明だったり、拒否だった場合はバイパスしてその前に送る。
もちろん、余裕があればその他からのチェーン要求を受け付けてもいい。
まあ、何度も書き込みをしてるとその数だけ何回も送られて来る事になるから
古い方は許否してチェーンを外れておくか、照合用に参照情報だけ送ってもらう。

でこれだと結局オリジナルのサーバに依存だから、
オリジナルが行方不明になったり、トラブった時にも
対応出来る仕組みを考えてたのが上の参照リンクの奴。

基本的には、チェーンの参加者は、再起動時には必ず
最新状況を確認せよって話かな？

59:
01/08/30 14:46 XO07jRAQ
正直、複数の人間が思い付きを書くだけでは、まとまらず話しが拡散
しますね。 僕はしばらくコモってまとめることにします。

（でも時々age）

60:デフォルトの名無しさん
01/08/30 15:29 ZbIqADkA
>>58

でもさ、それだと、カキコをしたやつのIPバレバレじゃない？
同時に最新のカキコをした奴（＝オリジナル保持者）から見れば、
それスレにアクセスしてくるやつのIPもバレバレな気がするんだが。

これを回避できれば、リアルタイム性、同期性もあって、
素晴らしいと思うんだけど･･･。

61:デフォルトの名無しさん
01/08/31 00:44 t1XPYVCw
書きこみ番号なんてすっとんでもいーじゃん　現に今がそうなんだし。
みんなもっと素元的に落としこんで考えろ　Learn more,study hard!!

62:
01/08/31 03:30 cWzLd3g2
朝起きるのが早すぎるよ。

巨人インテルマンセー。
URLﾘﾝｸ(www.watch.impress.co.jp)
URLﾘﾝｸ(www.intel.com)

63:58
01/08/31 03:52 xAV9dT/M
>>60
もし、この書き込みがそうだと仮定すると、
たしかに、62の書き込みがあったサーバンドのipが分からないと
書き込めない事になるし、分かれば書き込んだ方のipも分かってしまう

どうすればいいかというと、２ｃｈの管理人を増産するのが一番簡単。
要はIP取らなければいいわけで、そういう信頼出来る？
サーバンドにしかアクセスしなければいい。
で、書き込みしにいく時は、それらの代理サーバンドに全権依頼する。
番号の管理は代理サーバンドが行なう事になる。
つまり、書き込む人と、サーバンドの独立性を確保すればいい。
まあ、要するに普通にユーザーモードで書き込めればいいって話だね。

>>61
レス順序が一定でないと、例えばこの書き込みの方が、61より
速く出回るって事が起こりえる。

ipなんてない昔からそういう転送掲示板はたくさんある訳。
それならnntp（ihave/sendme等）で十分。というかもっと単純化するべきか？
要は設定を自動化して、皆がだれでもサーバー立てられればいいって話。
既存のnntpサーバが、一般の接続を弾くのは、そのように設定してるからってだけだと思う。
つまり車輪の再発明は、ゴムタイヤだから意味があるので、
そうでなければ、滑りを良くして、レールを発明するって方法もある。
p2pなんて、結局ip/dns/サーチエンジンの再発明みたいな話だし。

64:デフォルトの名無しさん
01/08/31 04:05 g5Kjhjlw
今のGnutellaでファイルの共有は出来る。問題なのは同期を取ることだと思う。
でもこれを実際にp2pでやるのは無理というかその性質に合致しないことのよう
に思える。2chのようなものは中央サーバがどうしてもいるんじゃないだろうか。
だからそういったサーバ単位で不可分散を考えた方がいいと思う。プリミティブ
な意見で申し訳ないが。。

65:
01/08/31 04:28 cWzLd3g2
お、ネガティブな意見続出。まぁ、普通そうだろうね。

書き込みの順序については既に前のスレッドでも議論したね。もうお腹いっぱい。
配布の遅延や漏れについては、当然生じるわけですが、これをどのように最小限に
押さえるのかというところが面白いところだと思うYO。

前のスレッドで、SOAP使うと言う人がいましたが、ここはもう見てないですかー？

66:
01/08/31 05:03 GoIOYhtI
>>63
こういうのはどうかな？

(1) Gnutella Net 上でニュースグループ名(たとえば2ch.techとか)を
　　含むファイルを持っているか検索をする。
(2) 見つかったら、そのファイルをGETする。この時点でGETされた側は、
　　GETした側からNNTPで記事を配送できるようにする。
(3) ファイルの中身を見て特定の単語(たとえば「このファイルは2ch掲示板で
　　使います。」みたいな単語)が含まれていたら、そのピアとNNTPでやりとり
　　を開始する。

こういう感じで自動的に「レス」の配送を行うことってできないかなあ？

んで、このままだと今の2chと互換性がないから、取ってきたレスをまとめて
スレにして、ベアシェアみたいに限定されたウェブサーバ機能（この場合は
MP3ファイルリストの表示じゃなくて、掲示板CGI機能）も持たせてやれば
どうかな？

67:
01/08/31 05:16 GoIOYhtI
>>65
レスが途中で抜けても、後からそのレスを検索によって取得できれば問題ないんじゃないかな？
たぶん、今みたいに >>999 とか番号で指定することはできなくなるから、レスIDを
使うことになると思うけど、そのユニークなIDを検索にかけて取得するようにすれば。。

って>>66-67は思いっきりNNTPを使ってさらにレスごとに管理するという前提で話してますが。。

68:
01/08/31 05:20 GoIOYhtI
要するに、誰かが >>xxx みたいに参照してないレスは、あってもなくてもいい、
はいいすぎだけど、なくても気づかない、ってことなんで、だれかが参照した時点で
取得すればいいんじゃないかなと思ったんです。

69:
01/08/31 05:42 cWzLd3g2
>>67-68
それって、>>50, >>52 と同じ事と考えていいよね？

70:63
01/08/31 05:48 xAV9dT/M
>>64
そんなこともないと思う。

p2pってのは、一番必要な人達が持っていれば
他の人はそこからもらってくればいいから
皆が保存しておく必要がないって所にメリットが有るように思う。

ipが無い時代には、在り処が分かってても、隣までこなければ無理だったけど、
今は場所さえ分かれば、そこへアクセスして取ってくる事ができる。

>>66
で、>>30でも言ったけど、問題は、規模がでかくなると、
索引でさえ膨大になって、その場所を見つけるのが難しくなる。
まあ、ageで書き込むだけである程度それができるのが2chのシステムである訳で。
ただ、書き込みが多すぎて流れてしまうと、スレの中でも見つけにくくなるのと同じ。
要は処理が追いつかなければ全体を見る事が出来なくなって
見つけられない訳だよね。
でも、例えばp2pの掲示板の話題がこのプログラム板にある
っていうことを知ってればここには辿り着けるって話。

結局、何処かでツリー構造に頼るしかないかもしれない。
でも、それでは頂点がパンクするので、依存するのは避けたいわけだよね
それには山の頂上を平らにするっていうのが普通のサーバー分散の発想。

ただ、山を転がせがばいいという考え方もあるんだよね。
要は、ここを知らなかった場合は、誰かがなんらかの形で
教えてくれたから皆ここを見てる訳だと思うし？

71:70
01/08/31 05:50 xAV9dT/M
>>68
逆にいうと皆が参照してくれれば問題ないんだよね。

結局、システム的には、
その場で即座に作れて自動リングする。
勝手に消えない匿名ホームページ群と、

そのリングの負荷分散型ランキングシステム
があればいいだけかもしれないなあ？
まさにこれが問題なんだけど。

72:66-68
01/08/31 11:06 DGb/yr.6
>>71
ニュース読んでると、みんなが興味のある記事には
たくさんの返信がされるじゃない。
ということは、もともとの記事が配信されなくても
それに返信した記事のうちのどれかひとつが届けば
もともとの記事が存在したことがわかるし、
興味なければ返信もないから見つけられない人が
少し増えることになるだけと思う。

その記事に返信された数がそのままランキングに
なってないかなぁ？そういう話じゃない？＞ランキングシステム

73:
01/08/31 13:00 cWzLd3g2
>>72
多少の遅延が生じるかもしれませんが、ネットワークに参加しているノードが
カキコを持っていれば、いつかは（w、同期が取れると考えています。

問題はその遅延時間を出来るだけ短くすることと、遅延に気づいたユーザーがその
カキコをできるだけ自然に、かつネットワークに負荷がかからないようにして取り
寄せることができるような仕組みかなと思うのです。

74:71
01/08/31 13:40 xAV9dT/M
＞72
レスがつくのは、興味があるかというより、確かにそれは前提条件ではあるけど、
まずはレスの付けやすい記事かどうか、というのが大きいんじゃないかな？

レスを付けなければ見られにくくなるとすると、
届いてない記事に誰がレスを付けるのかって話だよね。
見れる人が少なければ少ない程、レスがつかない可能性が高いのでは？
さらに、タイムラグがあればある程、レスはしにくくなりますしね。
それに、誰もレスのネタがないからってだれも興味のない記事とは限らないでしょう。
ホームページなんかでも、カウンタだけはやたらまわってるのに、
付属の掲示板はまっさらなんてところはザラにあるわけで、

まあ、２ｃｈ内に確実に存在したとしても、量が多すぎて見つけられない人も
多いのかもしれないから、それと一緒の事かもしれないけどね。

とりあえず、>>58みたいなのを誰か作る気ないかな？
と、実際のプログラムが書けない私は、sageで書いて人に依存してみる。（ｗ

75:
01/08/31 19:05 cWzLd3g2
わすれないようにメモ

おれのサーバント、どうやら書き込みの受信が遅れてるみたいだぞ（遅延発生を
認識）
->同じスレッド仲間とのコネクションの端っこにいることが推測される。

接続数増加ボタン連打。
->仲間とのコネクションを沢山張ることにで遅延を回避しようとする。

76:
01/08/31 22:37 2wgXA52U
サイト作ったYO!
URLﾘﾝｸ(www.geocities.co.jp)

77:41
01/09/01 01:05 V0kaltcw

う…漏れも作っちまった。
>>41 で出した案の改良板。まずは概略。
URLﾘﾝｸ(www.geocities.co.jp)

…つーわけで、ご意見ご感想お待ちしております。

URLﾘﾝｸ(www.geocities.co.jp) より
> 板によって異なるポリシー（IPアドレスの表示/匿名、投稿制限等）を設定可能。

むむ、興味あるぞ。

78:
01/09/01 01:14 t2cxml/2
僕のアイデアと同じ所もあり、違うところもある。
なんとか一緒にやれませんかね。

>Gnutellaと違うのはファイル（スレッド、書き込み）の
>やりとりを直接行わないで、他のクライアントを通す。
>IPを晒す必要がないので、匿名性を確保出来る。

カキコの中身は全部パケットに入れて流すんですか？
それは少し非現実的では？ パケットでブロードキャスト
するのは検索クエリとそれに対する応答にして、後は
ソケット通信がいいんじゃないかと。

79:aki
01/09/01 01:22 Zhfmqejs
なんか150Mbps越えたそうな。
URLﾘﾝｸ(www.maido3click.com)

というわけでTikiからリンクはっと来ました...

80:Perler ◆GSi39OA6
01/09/01 01:33 mWrhy1jc
>>79
スレ違いは置いといて、単位が「hits」なんですが。。。デマのような気が。

81:aki
01/09/01 01:39 Zhfmqejs
ｶﾞｶﾞｰﾝ。駄目じゃん＜単位

スレ違いぽいのは余談の方が長いせいですね。
逝ってきます。。

82:デフォルトの名無しさん
01/09/01 01:39 ancbgN2U
待機任務がヒマなので結構テキトーに考えてみた
URLﾘﾝｸ(www.geocities.co.jp)

図説の現行2chサーバはあくまでも例です。
単に、どこかに固定的に置かれているプレゼンテーションを行う層として考えてるだけ。
（URL固定でないとフツーの人が見れないから）

83:あぼーん
あぼーん
あぼーん

84:
01/09/01 01:41 t2cxml/2
このすれ、急に混雑してきたね…

85:あぼーん
あぼーん
あぼーん

86:
01/09/01 05:23 t2cxml/2
URLﾘﾝｸ(www.geocities.co.jp)
>書き込み並びにスレの取得などは、他のクライアントからの伝聞を
>装うのでばれない。

「装う」という仕様では、装っていることがバレバレなのだから、結局IP
アドレスがばれてしまうと思います。

そこで、ランダムなノードをプロクシとして使うことを考えてみました。
URLﾘﾝｸ(www.geocities.co.jp)

ランダムなノードは、本当に投稿してくれるのか？
本当に俺のIPを忘れてくれるのか？ログとってねーよなｺﾞﾙｧ!

そのリスクを最小限に押さえるため、行きずりの、全然無関係な板の人に頼む。
だめか。

結局、P2Pは互いを信頼することで成り立っているから、これはどうしようも
ない問題だと思うな。何か良い方法があればいいけど。

87:デフォルトの名無しさん
01/09/01 13:30 yanE/TlI
>>78

つまり、カキコの中身をバケツリレー的に伝聞するという事ですよね？
で、自分がコネクションを張っているクライアントに対してソケットで交信よんよん。
だから、ブロードキャストをする必要は無いと思う。

ブロードキャストは最初にコネクションを張る時だけで。

88:デフォルトの名無しさん
01/09/01 13:35 yanE/TlI
>>86

いや、バケツリレー的にメッセージを送るプロトコルなら。

「どっかのだれかから、あんたにメッセージだよ」
「どっかのだれかが、スレ取得したいから送れ」

を、本人を含めて伝聞で行うという意味じゃないかな？
つまり、ネットワーク総プロクシ化。

的外れだったら、スマソ

89:デフォルトの名無しさん
01/09/01 13:44 oknLaLHw
おもしろそうな事やってますね、おいらも混ぜてちょ。
(といいつつ、あまり動けないけど)
練ってけど、TCP/IPでいく限りはIPアドレスが漏れるのは避けられないから、
トークンバスの仮想ネットワーク作っちまったらどうかな。
レスはこの仮想ネットワーク上にブロードキャストしちまえば誰が書いたかわからない。
A ==> B ==> C ==> D ==> E
^=======================+
のような輪を作る。Aが発言しBに渡す、BはC以降の誰かが発言したという事しかわからない。


以下、思いついてるネタを散文的に書きなぐり
・データの持ち方は現行の2chにとらわれる必要なし。httpdとして動き、それらしく見せるローカルなデーモン作ればいい。
・スレはレス(いわゆるメッセージ)を指すディレクトリでありレス本体は含まない。スレを閲覧するときに持ってないレスをgnuttelaのように掻き集める。

90:デフォルトの名無しさん
01/09/01 14:10 yanE/TlI
>>89

ここで
>書き込み並びにスレの取得などは、他のクライアントからの伝聞を
>装うのでばれない。
というのは、

Aが「どっかのだれかからのメッセージ」と偽れば、Aが発言したとはBも分からない。
と解釈すればいいのでしょうかね？

グヌテラのようにかき集めるのは匿名性の問題があるから、これもバケツ
リレー的に行えばいいと思うです。

91:
01/09/01 14:21 9DvFkqOE
書き込みの中身をパケットで流したら、ネットワークが大きくなった時に
簡単に破綻すると思います。

92:デフォルトの名無しさん
01/09/01 14:33 1.Ou8YGY

バケツリレーするには、少なくても隣の人が誰かを知らなければならない
　という問題はあるけど

ネットワークが大きくなってもバケツの数も増えるので同じでは？

93:
01/09/01 14:36 9DvFkqOE
確かに書き込みをパケットに入れてバケツリレーをすると、匿名性は
保てますが、ネットワークが簡単に破綻してしまうので、止めたほうが
良いと思います。

URLﾘﾝｸ(www.jnutella.org)
絶対に実装してはならない機能はチャットである。狂気の惨状にしては
ならない:チャットのパケットを送ってはならない。

94:
01/09/01 14:38 9DvFkqOE
>ネットワークが大きくなってもバケツの数も増えるので同じでは？

それは、（ごめん）非常に浅はかな考えだと思います。

95:92
01/09/01 14:47 KAOoJuUo
この場合、流すのは書込みメッセージだけですよね？
一周回って送ったメッセージが帰ってきたら完了

A ==> B ==> C ==> D ==> E
↑　　　　　　　　　　　　　　　｜
＋−−−−−−−−−−＋

サーバーがある場合に比べて通信負荷が倍になるだけでは？
確かに、このリングを作るのにコストはかかりそうだけど・・・

96:デフォルトの名無しさん
01/09/01 14:51 AfE3XVcw
IPが漏れるという問題は、IPV6になったら解決されるのだろうか。
IPV6の世界って家電だろうが何だろうがグローバルにIPを振るというものだから、
そのへん考慮されていそうだが。
あまりに厨房なこといってたらスマソ。

97:デフォルトの名無しさん
01/09/01 14:53 yanE/TlI
バケツリレーは無理かぁ・・・

じゃぁ、読んだ書き込みはコピーって言うのはどうかな？
コピーかどうかが分からない以上、だれが書いたか不明ですから。
コピーを複数所有していれば確実ですね。

リクエストのほうの匿名性は・・・　仕方ないかな・・・

98:デフォルトの名無しさん
01/09/01 16:13 oknLaLHw
>>97
>バケツリレーは無理かぁ・・・
そのスレの参加者(閲覧者)の間でメッセージをリレーするとすれば、ネットワークを流れる総データ量は
クライアント数×メッセージ量なので、局所化させない応答性を確保する、が肝じゃないのかな。

>>93
それバイアスかかってないか?
グヌテラのプロトコルはチャットを考えて設計されてないから、実装してはいけない
というならば理解できるが。

99:41
01/09/01 19:14 V0kaltcw
盛り上がってきたね、嬉しい。

>> 88

そうそう、そういう事っす。ありがとう。
ここいら辺は Freenet のパクリ。以下のページを参考にした。
URLﾘﾝｸ(www.sfc.wide.ad.jp)

>> 96

どうなんだろう？？でもこんな記事が。
URLﾘﾝｸ(www.zdnet.co.jp)
IPレベルで匿名性を確保できるとすげー楽っすねぇ。


…んで、
新規投稿（書き込みだとスレの内容の意味のカキコと紛らわしいね、
これもごめん）をバケツリレーしたら、ネットワーク壊れるんじゃねーの？
というご意見多数ですが、

何で壊れる？というのが俺の意見。
遅延発生すんだろ！というのなら分かるけど…。

俺の案だと、「板ネットワーク」なるものを作っている。
これによって必要な所に必要なだけの新規投稿を送れるようになる（はず）。

しかし、ただの経路になったクライアントもネットワークに
組み込まれるわけだけど、もし、流通量が多くて
もうやってられませんわ！という事になれば、
その板ネットワークから抜け出せるようになっている。
URLﾘﾝｸ(www.geocities.co.jp)

無駄な新規投稿を経由さすのが嫌なら、抜け出しまくれば、減る。
抜けたら抜けたでネットワークは効率化するわけだし。
…でも、皆が皆、そういうことしちゃうと、
板参加者が推定しやすくなっちゃうから困っちゃうんだけど…。

もしかして、そういうことじゃない？

>> 86

>　　∧,,∧　 　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
>　 ミ,,ﾟДﾟ彡　＜　アンタに、そう伝えてくれって、知らない奴に頼まれた…
>　 ,;ﾞ　　ﾐ　 　 　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
>　ﾐ.　　ミ
>／゛゛゛゛

ｶｯｺｲｲ

良かったら考えている基本的な土台を見てみたいッス。
俺の案だと板は全部同じ扱いしかできないし。

100:41
01/09/01 19:17 V0kaltcw
う…参照リンク失敗。すまん。 >>88 >>96 >>86 ナリ。

101:デフォルトの名無しさん
01/09/01 19:47 ig30BD5c
書き込みのバケツリレーなんてしたら1対1で直接ファイルをやりとりできるとい
うP2Pの性質が意味をなさないのでは？

同時多発的にあるスレに対する書き込みが発生してそれぞれ異なった版のスレが
あちこちに作られ、同期を取れない間にまたそれらのスレに書き込みが繰り返さ
れ、さらに版が拡散するんじゃないか？このことはどうやって回避するのだろう？

102:デフォルトの名無しさん
01/09/01 20:13 LzBeC2l.
------------------------------------------------------------------------
==2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数：62465人　発行日：2001/09/01

どもども、こんにちは、ひろゆきです。

先日のネタが予想以上に大騒ぎになってしまいまして、、、関係者の方々にはご迷惑をおかけしました。。申し訳ございませんです。URLﾘﾝｸ(dailynews.yahoo.co.jp)


8/31に2ch閉鎖という噂が流れていたので、それを逆手になにか面白いことをしようと思い、forSaleの画像をつくってもらって2chをオークションにかけたわけです。yahooオークションかビッダーズのどちらにしようかと迷ったんですが、
ビッダーズだと無料で出品できるので、ビッダーズでいいやぁとビッダーズを選んだわけです。URLﾘﾝｸ(www.bidders.co.jp)

実は、オークションに出品するのが初めてだったもんで、よく知らなかったんですが、ネタの出品は禁止されてるんですね。。。

ビッダーズさんには突然の負荷とネタ出品というご迷惑をかけてしまったようで、、、申し訳なかったです。ちなみに、URLﾘﾝｸ(www.writing-space.com)の企画ネタだろう？という話もあったようですが、単においらが思いつきでやっただけです。。。


さてさて、、、2ch縮小のお話ですが、、

サーバ屋さん（URLﾘﾝｸ(welcome.maido3.jp)）が好意でサーバを提供してくれて、削除人さん、復帰屋さん、保管屋さんやユーザーさんの善意のおかげで無秩序に増加をし続けた2chでしたが、
規模が大きくなりすぎたため、好意だけで続けるにはコストが高すぎる状況になってしまいました。

そこで、ぽこぽこと掲示板を閉鎖したり、UNIX板の人たちの協力でスクリプトを更新したりと、2chを維持するコストを縮小しよう計画をしてました。

ある程度まで維持コストは下がりましたが、それでも、「誰かがお金を払う」ことで2chが成り立っていたという事実は変わりません。

そうすると、3種類の対策があります。
・広告スポンサーをつける　＜広告モデルが崩壊してるので厳しい。
・ユーザーが使用量を払う　＜面白くなくなる。
・法人化して金稼ぐ　　　　＜めんどくさい。未知数。
もちろん、2chを潰してしまって、日々の生活に戻るという選択肢もありますが、、、

ということで、今後、2chを残すためにどうすればいいいのかという話し合いをしてました。

現実的な路線としては、法人化してサーバ代を払えるような組織をつくるというところになりそうです。そうすると、今までの2chの行動原則の1つである「面白いことをしよう！」というのは崩れちゃうことになるでしょう。

「面白いかどうか？」という基準ではなく、「儲かるかどうか？」という基準で考えなければ、法人としてやっていけません。

だから、法人化するとしたら、儲かりもしないネタをやって、バカ騒ぎすることは出来なくなってしまうかもしれません。

たった2年間ではありましたが、自由で無責任でアホでどうしようもないけど、無駄に面白い場所というのはもう無くなってしまうかもしれません。そして、現在閉鎖した掲示板が復帰する予定についてもまだわかりません。

閉鎖した掲示板の住人だった人や、自由で馬鹿だった掲示板が好きだった人は、2chを去ってしまい、ほかのところでまた楽しくやっていくことだろうとは思います。

そして、今回のオークションネタは、ネタのわかる人たちへの最後の花向けと、ネタのわからない人たちを笑う最後の悪趣味な冗談だったわけです。

今後、2chがどうなっていくかはわかりませんが、世間を騒がせても笑ったものが勝ちという、生真面目な人をうけつけないアホな掲示板があったことは覚えててもらえるとうれしいです。

んじゃ！

──────────── 2ch-net─

Ｐ２Ｐでサーバに依存しない掲示板を作るみなさん、あなた方がポスト２ｃｈの本命の様です。　陰ながら応援します。頑張ってください。

103:デフォルトの名無しさん
01/09/01 21:49 baJQonXA
がんばってくださいage

104:デフォルトの名無しさん
01/09/01 21:49 ytvqUsmk
使命っすね。がんばらねば。

105:
01/09/01 21:54 9DvFkqOE
俺はがんばらない。別にお前のためにつくってるわけでもないし、使命だ
とおもって作ってるわけじゃない。作りたいから作るだけ。

106:デフォルトの名無しさん
01/09/01 22:09 oknLaLHw
>>101
>書き込みのバケツリレーなんてしたら1対1で直接ファイルをやりとりできるとい
>うP2Pの性質が意味をなさないのでは？
掲示版という性質上、全ての参加者が同一の情報を(少なくとも注目しているスレについては)
共有する必要があるので、新規カキコはリレーでおっけじゃないか?
閲覧のたびにスレのカキコデータを全部もらってくるのは、他の参加者の負荷が上がるので、
読んだものは自分で保持。

107:デフォルトの名無しさん
01/09/01 22:27 LzBeC2l.
>105
ごもっともです。
「エンジョイしてるかい？」に訂正。

108:デフォルトの名無しさん
01/09/01 22:31 RO5r5Hlo
ダサいの覚悟で言わせてくれ。
お前ら最高にかっこE Yo!
++LOVE

109:デフォルトの名無しさん
01/09/01 22:35 V3BM1p2g
>>106

＞読んだものは自分で保持

ログの保存は。

1．自分で読んだもの
2．経由したもの

を、ユーザーの設定によって保存するってのはどうでしょうか？
また、容量制限も必要かもしれませんね。

110:
01/09/02 01:39 K265WADA
もれなくパケットを配布できる理想的なP2Pネットワークってどうよ？
URLﾘﾝｸ(www.geocities.co.jp)

っつーか、まだ出来てないんだけどね。明日は遊びに行くので、もう寝ます。

111:デフォルトの名無しさん
01/09/02 03:09 DPzwl.jk
新規にPeerがネットワークに入る動作ってどうやって考えるの？
やっぱ人間社会と同じく、こんな感じになるの？

【a.ハナからアヤしいヤツを蹴る場合】
新規Peer
　「ねーねー、キミってたしかｘｘサークルだったよね　入りたいんだけど」
新規Peerの知り合いの既存Peer
　「んー（お前の入るカラーじゃないんだけど・・・）ちょっと今無理かも」
新規Peer
　「そーなんだ。。。」

新規Peerの設定項目として、
「新規Peerの知り合いの既存Peer：知っているPeerの情報
　（設定項目名　MyDearFriends=URL:ProtocolVersion）」を設定しといて、
起動されたらその情報にしたがって初期ネゴシエーションを取る。
↓
証明書みたいなのをやりとり(ベリサイン？)
↓
MyDearFriendsが断ったらセッション終了

112:111
01/09/02 03:31 DPzwl.jk
【b.うまく加入できる場合】
新規Peer
　「ねーねー、キミってたしかｘｘサークルだったよね　入りたいんだけど」
新規Peerの知り合いの既存Peer
　「んー（まぁいいかな・・・）じゃあ、口キキしてやんよ。
　　皆に言うときにいちいちめんどくさいから学生証のコピーくんない？」
新規Peer
　「あー、いいよ」
　
<<次の日>>
新規Peer
　「ねーねー、どうだった？」
新規Peerの知り合いの既存Peer ※過半数割れしたらここからが拒否になる
　「ああ、オマエ結構ウケよかったから、紹介してやんよ。
　　この紙がサークルのみんなのプロフィールと連絡先な　じゃこれで成立だ。」
新規Peer
　「？部室とか連れてってくれるんじゃないの？」
新規Peerの知り合いの既存Peer
　「ウチそういうのないの。
　　その紙のプロフィールで面白そうだなと思ったヤツと連絡とりな。
　　細かいことはそいつと決めてくれ　活動オンデマンドってヤツだな」
新規Peer
　「ふーん、なんかフリーメーソンみたいだね？」

新規Peerの設定項目として、
「新規Peerの知り合いの既存Peer：知っているPeerの情報
　（設定項目名　MyDearFriends=URL:ProtocolVersion）」を設定しといて、
起動されたらその情報にしたがって初期ネゴシエーションを取る。
↓
証明書みたいなのをやりとり(ベリサイン？)
↓
MyDearFriendsは動的変更可能な
　　　　 「このPeerは信用ならんから拒否するリスト(DenyList)」を持っていて、
　そのリスト上、そのPeerを信頼できると判断した場合、
今MyDearFriendsが認識しているPeer全てに証明書とPeer情報（URL）を送る。
↓
今MyDearFriendsが認識しているPeer全てから、その新規Peerの受け入れ是非の回答がくる
（各々、MyDearFriendsがしたような判断を行う）
↓
過半数が「いいよ」という場合、
MyDearFriendsは全Peerの情報
（PeerのURL(ミラー化を意識して、複数URL書けるようにする）＋板名＋スレ題＋
　最新更新日付＋PeerのURLの新規スレッド保持可能数）
の入ったパケットを
ルーティングするように動作する。
↓
新規Peerはそのルーティング情報に、自分の情報を乗せて、ルーティングを行う。
（この場合、新規Peerが枝末端なので、MyDearFriendsにルーティングすることになる）
（乗せる情報は、自URL＋板名はNULL＋スレ題もNULL＋最新更新日付もNULL+新規スレッド保持可能数）

113:デフォルトの名無しさん
01/09/02 04:26 CXtdfW8.
URLﾘﾝｸ(mentai.2ch.net)
なんか腹立つ

114:デフォルト
01/09/02 04:32 /l8QEjzU
URLﾘﾝｸ(www.openp2p.com)
URLﾘﾝｸ(www.exocortex.org)
見れば?

115:デフォルトの名無しさん
01/09/02 04:33 hNvXVfJg
とっくに意見が出てることだろうが、
どこに問い合わせても同じ結果を期待するような場合、P2Pは不向き。
P2Pでは情報が完全に失われてしまうケースも考えられる。
（↑こりゃCSだって有り得なくないけども）

116:デフォルトの名無しさん
01/09/02 04:45 hNvXVfJg
むしろプロキシのような、キャッシングを行うことを考えた方が
いいんじゃないかな。

DNSの例もあるけど、DNSよりは情報が大きいし。

現存のwww.2ch.netではアクセスの窓口機能だけのために、
アクセスしてきたIPを記録する。->IPTABLEとする
後からアクセスしてきた者はLAST_MODIFYを参考に、前にアクセスしてきた
IPにキャッシュの問い合わせを行う・・・

とか何とか。
そのようなキャッシュサービスを閲覧者に提供させるなら
プロクシの利用を推奨した方がマシかも知れない気がするけど。

117:デフォルトの名無しさん
01/09/02 05:06 DPzwl.jk
ふーむ・・・
そういえば生物はそういうのどうやってるんだろうか？
細胞ってすんごい数あるじゃないですか。

118:
01/09/02 07:46 uycLsX4E
>>116
URLﾘﾝｸ(piza2.2ch.net)
こちらへどうぞ。

119:デフォルトの名無しさん
01/09/02 17:18 52H90urY

ブロードキャストで聞けばいいんじゃないのかな。

新規Peer　ブロードキャストで聞く。

既存Peer　パケット聞いたら自分の既存コネクション数と勘案して返信をする。

新規Peer　返信が早かったやつから、いくつかにコネクションを張る。

でネットワークへの参加じゃだめかな？

120:
01/09/02 17:30 uycLsX4E
インターネット全体にブロードキャストするつもりですか。

121:デフォルトの名無しさん
01/09/02 18:07 52H90urY
>>120

自分のサブネットじゃだめかな？

122:デフォルトの名無しさん
01/09/02 18:08 52H90urY
自己レス

>>121

まて・・・　それじゃ、サブネットから出れないじゃないか・・・

グヌテラとかどうやってんの？

123:
01/09/02 18:16 uycLsX4E
URLﾘﾝｸ(www.jnutella.org)
PONGパケットを聞いてればいいよ

124:
01/09/02 19:27 AfXiH6sI
まず、Gnutellaとフリーネットをきちんと理解したほうが良い人が
おおぜいいますね。

125:デフォルト
01/09/02 21:22 /l8QEjzU
>>122
host catcherの話か?
んなもん、初期状態ではどこかのボラ君がWebサイトに
置いておいたリスト取ってきて食わせて、そのリストの
サイト群にコネクトトライして、接続に成功したらがし
がし現在接続しているノードの情報が入ってくるから、
それを覚えておいて、次回からはそのリストを使うとか
いうのが素状態だが、最近、もっと洗練した方法でスタ
ートするサーバントが出たな。

126:デフォルトの名無しさん
01/09/02 23:32 5zxU1VI2
そいや、freenet 上に Wiki とか掲示板(Message Board)らしき
ものが出てきてますね。ためしてまないけど。

127:名無し
01/09/02 23:58 5ndlHDsk
Ｐ２Ｐの事はこの辺で調べてきてね。

URLﾘﾝｸ(www.jnutella.org)

128:
01/09/03 00:12 hbfMC5V.
>>127
マルチポストうざい。

129:
01/09/03 06:40 hbfMC5V.
小さなプログラムを作って、パケットがどの程度届くかテストしています。

理論はよくわからないのですが、Gnutellaの標準設定である(?)TTL=7,
接続数4というのは、非常にうまく動きます。これ以下にすると、パケット
はどんどん届かなくなるようです。

この設定でノードを5000個用意し、P2Pネットワークを作ります。
あるノードからpingを打ってみると、平均すると1.5人に届きません。何度
実験してみても、これ以下のノード数ならば、ほぼ100%の確率で届きま
す。 面白いね〜。

URLﾘﾝｸ(www.geocities.co.jp)

130:_
01/09/03 11:04 Cbh2f2Vw
面白そうなので、私も参加。

個人的に試行錯誤しながら作っている p2p チャットがあるんだけど、もし良かったら参
考にしてちょ。

このシステムは Gnutella のプロトコルと IRC のチャンネルの概念を応用している。
ネットワークレイヤー的には Gnutella ネットワークの上に、チャンネルネットワークが
ある感じ。Gnutella プロトコルの役割は自分が参加したいチャンネルを探すのに使う。
例えば「会話中に"マンガ"が含まれるチャンネル」とか「チャンネルの説明に"pc"が含ま
れるチャンネル」などのようにして検索を行う。

参加したいチャンネル（例えば A チャンネル）が見つかったら、Gnutella ネットワーク
を維持したまま、それとは独立した A チャンネルネットワークに接続する。Gnutella ネ
ットワークに比べて A チャンネルネットワークは参加ノード数が遙かに小さいので（見
渡し可能な範囲を期待）、そこでは会話をリレーしてもそれほど問題はない。で、実際に
は参加時に A チャンネルの参加ノードの情報を引き出して、ネットワークが分断された
ときにはそれを用いてきちんと直す仕組みなっている。

2ch p2p の匿名性の参考にはならないかもしれないけど、多層構造という観点から、なん
らかの参考になれば、これ幸い。

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

5328日前に更新/318 KB
担当:undef