P2Pによる2chの展開
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2007/01/16(火) 17:50:54GWサーバ立てるのなら、プロトコル仕様まで決めないと、
互換性が保てないんじゃない？
0315名無しさん＠お腹いっぱい。
2007/01/20(土) 00:56:15しつこいよ
0316名無しさん＠お腹いっぱい。
2007/01/20(土) 01:02:02DLの際、アプリ内部に、自動作成したアプリの識別コードを組み込んで、
PCが個別であるという識別出来るようにする。
（これが一番難しいかも入れんが）
上記をすると、アプリごとでIDの代わりのようなこと（トリップなんかでどうよ？）が、
出来るんじゃないか？
0317名無しさん＠お腹いっぱい。
2007/01/20(土) 01:04:130318名無しさん＠お腹いっぱい。
2007/01/20(土) 01:09:070319名無しさん＠お腹いっぱい。
2007/01/20(土) 01:17:570320名無しさん＠お腹いっぱい。
2007/01/20(土) 01:21:120321名無しさん＠お腹いっぱい。
2007/01/20(土) 01:33:022回ダウンロードしてdiffとるよね。
そすると埋め込み位置特定。
そこ改変したら終わりジャン
0322名無しさん＠お腹いっぱい。
2007/01/20(土) 01:35:14それ、DLサイトでDLログを取られれば
そのID代わりのものと簡単に突き合わせができて、
匿名性もへったくれもないと思う・・・
0323名無しさん＠お腹いっぱい。
2007/01/20(土) 01:35:18ttp://www.sc.isc.tohoku.ac.jp/research/sorms.pdf
みたいな概念は無理だろうか。
0324名無しさん＠お腹いっぱい。
2007/01/20(土) 05:16:280325名無しさん＠お腹いっぱい。
2007/01/20(土) 10:16:44まだ一歩も進んでない。
基本的に、ここで散々議論しているのはコードも掛けない人が暇つぶしにやってるだけで
コードが掛ける人がいないから事態が進みようがない
0326名無しさん＠お腹いっぱい。
2007/01/20(土) 12:04:32そこなんだよね、難しいっていうのは。
DLにこだわらず、フィルターで誤魔化すだの、
インストール時にランダムフォルダ作って、そこにキー作って暗号化して見るだの、
考えたんだが、いい案が出てこない。
要はアプリが個別であることが証明できればいいわけなんだが・・・・（idの代わりとして）
力が及ばずスマン。
0327名無しさん＠七周年
2007/01/20(土) 12:28:06プロトコルのIDは全て正しと解釈して相互に受け入れる
発信者特定不可能なシステムとして構築
した方が、なんらかの規制が発生した時に生き残れる
生IPは見れないけど、個別認証は可能ですよなんて考える必要はない
バラまかれて広まってしまったものは回収出来ないし停止も出来ないと考える
0328名無しさん＠お腹いっぱい。
2007/01/20(土) 12:29:500329名無しさん＠お腹いっぱい。
2007/01/20(土) 13:18:410330名無しさん＠お腹いっぱい。
2007/01/20(土) 13:29:19自由な発言は保障すべきだけど、無法地帯はまずいんじゃないの？
0331名無しさん＠お腹いっぱい。
2007/01/20(土) 13:33:030332名無しさん＠お腹いっぱい。
2007/01/20(土) 13:36:37１００匹の蟻の理論
0333324
2007/01/20(土) 13:40:040334名無しさん＠お腹いっぱい。
2007/01/20(土) 13:40:040335名無しさん＠お腹いっぱい。
2007/01/20(土) 13:53:01ともあれ現状のシステムでは、法規制で潰される可能性があり
移行するのなら、匿名性を強化しないといけないんじゃないのかね
では、こういう仮説の実装可能性を論じよう
スレを立てた時に、自分のマシンにオリジナルのノードIDとデータが作られる
マシンをオフラインにしたら読めないのでは困るので
データをエンコードしたキャッシュ分割しnyのようにバラ蒔く
スレからレスを削除したりスレを消すのは、オリジナルにのみ可能
それが伝達され、キャッシュは"次第に"消えて行く
やはりリアルタイム性は望めないけどな
キャッシュ削除プロトコルを実装したnyBBSっうとこかな
0336名無しさん＠お腹いっぱい。
2007/01/20(土) 15:41:39保持者が操作することで再び公開されるようにすればいい。
そして発言ばらまきの一切の責任はログ保持者に。
0337名無しさん＠お腹いっぱい。
2007/01/20(土) 16:08:49IDって分散ハッシュテーブル（DHT）なら可能じゃない？
ノード1つが必ず1つの鍵ペアを持っててそれで捺印したレスを1個書き込む。
書き込まれたレスはそのスレを管理してるノードに何ジャンプか後にたどり着き、
たどり着いた管理ノードからその捺印は正しいものか
認証を受けたあとスレに書き込まれる。
ノード間のやり取りはすべてハッシュと
ルーティングテーブルによるアクセスとすることで、
匿名性もある程度守られるだろうし、
リアルタイム性は他のP2Pと比べて天と地の差。
スレの実際のデータには、分散ハッシュとは違う
nyライクもしくは他のバケツリレーP2Pネットワークで流せば、
スレ管理ノードへの負荷が減らせる。
問題点は、祭りが起こったときにスレ管理ノードに負荷が集中することと、
ノードの参加と離脱処理が重いこと。
データの通信はp2pに頼るとしても1度はレスをP2Pに流さないといけないし
秒間100回の書き込みには耐えられないかもしれない。
しつこいけどDHTについてはこちら
ttp://homepage3.nifty.com/toremoro/p2p/dhtintro1.html
0338名無しさん＠お腹いっぱい。
2007/01/20(土) 16:52:26書き込みはそのIDをユーザが信任しない限り表示しないってどう？
Slashdotのレスと同じ形式。
IDの量産はできても、偽装はできないだろうから、信用されるIDは信用され続けて
信用されない(＝新規参入)のIDはなかなか表示されない感じ。
IDは変えたきゃいくらでも変えられるけど、信任されないよという感じかな。
0340名無しさん＠お腹いっぱい。
2007/01/20(土) 19:35:24ノードのつなぎ替えで利用者が選べるようにしたらいいんだよ
どっちが良いかは利用者の推移で自ずと分かる
0341名無しさん＠お腹いっぱい。
2007/01/20(土) 19:45:020342名無しさん＠お腹いっぱい。
2007/01/20(土) 19:46:01各自NG指定したIDをキャッシュしないようにすれば、糞スレは拡散が鈍くなるな。
ただ、広く知らしめたいとか、知らしめる必要のある記事がなかなか出ていかなく
なる可能性もある。
政府や大企業や宗教団体がノードを死ぬ程作って、自社のネガティブな記事の
キャッシュを回収しまくるかもしれない。
統括的な管理がどの程度必要なのか考えないとね。
0343名無しさん＠お腹いっぱい。
2007/01/20(土) 19:49:31こことかは、 2ch.comp.os.unix とかになるのかな？
ν速+は、2ch.alt.news.news+ とか？？
0344名無しさん＠お腹いっぱい。
2007/01/20(土) 19:50:020345名無しさん＠お腹いっぱい。
2007/01/20(土) 20:03:42認証のやり方はともかくとして、オンラインゲームみたいに
ひとつのIDを長く使い続けることでどんどん有利になるような仕組みがあると
頻繁にIDを変えて荒らしたり多数派を装って工作したりするのを
防げるかもしれないね。
0346名無しさん＠お腹いっぱい。
2007/01/20(土) 20:12:400347名無しさん＠お腹いっぱい。
2007/01/20(土) 20:21:12今北産業向俺的まとめ
・INNで基本的に十分。kill -HUP しなくてもファイルを読むための仕掛けがいる。
・hosts.nntpの自動生成が必要。ファイル共有ソフトで十分。
・httpインターフェース？(ﾟ⊿ﾟ)ｲﾗﾈ。 理由: >>75
あとはもうグダグダしたどうでもいい内容の議論に成り下がったらしい。
目に見える場所しか気にしない発言者ばかりになったのがその証拠。
0348名無しさん＠お腹いっぱい。
2007/01/20(土) 20:34:05すいません、ROM派で、2ch初書き込みで、若干vipで
しがない情報系学生の意見なのですが、ちょっと聞いてみていただけませんかね？
案１
サーバーは用いたくはないけど、要求仕様を実現する為には
どこに接続すればどの情報が手に入るなどが分かることが一番近道
んで、まぁ、ノードを複数個の郡とし、仮想的なサーバー機能を持たせるのはどうかなって案です
たとえば、多すぎない幾つかのノードで1チームのノード郡にし
その数を他のノード郡と協力して維持・調整する
そこのノード郡に接続することで、ある種類の情報を得ることが出来るとしておけば
ある程度の速度を持ったシステムが実現可能なのではないかなぁと思う
役割は、書き込み、ログ保存、ログ検索、ノード郡管理、ノード数管理みたいな感じ
ノード郡の数は各自適当な数でだけどね
負荷については、考察していませんが
こんな感じにすれば、早くていけるんじゃないですかね？
続きます
0349名無しさん＠お腹いっぱい。
2007/01/20(土) 20:34:32案２
えっと匿名性を高める為に情報をネットワークに流して、それを書き込むという形では
他人が書いた情報を勝手に書き換えてしまう可能性があるし、リアルタイム性に欠けるので
掲示板システムでは限界があるように思うぽ
なので、今回こんなシステムはどうかなぁーと提案してみます
情報を書き込みたい場合、審議してもらう3個のノードに
情報を暗号化して3個に分けたのと、審議する3人のIPを渡す
その情報は3個ないと解読することが出来ず、
IDは情報発信者のIPをその3つのノードで暗号化して作成する
それらを3つのノードで見せ合って、違った場合何らかの処置を取る
3つのノードが、送信し、受信先が暗号を解読し、判断して、反映させる
こんな感じにすれば、匿名性を保たれつつ、書き込みができるんじゃないかなぁと思うのだけど
問題点があったら教えてください
あー、削除については考えていません
|-`).｡oO(このようなシステムではダメですかね？
暗号化とか初心者なので、コードにはお役に立てないかもしれませんorz
0350名無しさん＠お腹いっぱい。
2007/01/20(土) 20:59:37＞まぁ、ノードを複数個の郡とし、仮想的なサーバー機能を持たせるのはどうかなって案です
スーパーノードの話は散々ガイシュツ。
まずはSkypeのユーザ管理について調べてみることを勧める。
＞情報を書き込みたい場合、審議してもらう3個のノードに
＞情報を暗号化して3個に分けたのと、審議する3人のIPを渡す
書き込み元がランダムに多数の認証局から3つの認証局を選ぶ，
というのはいいアイデアだと思う。
認証局同志が談合してないことを示すのは難しいかも。
IDは（多くの人の期待とは裏腹に）自作自演を完全に防ぐ効果はない。
同一性の証明だけならトリップ付ける方が実装上簡単。
多くの人が1つの計算機を1ユーザで使用していることを前提に
議論しているのが個人的には興味深い。
1台の計算機に複数の人がログインしている状態はUNIXなら普通だと思うのだが。
＃例えば，漏れが学生だった頃に管理していた計算機では，XMiNTを10台くらいぶら下げていた。
0351名無しさん＠お腹いっぱい。
2007/01/20(土) 21:16:18審議する3人が書き込み者に送って、書き込み者が3個ともが同じIDかを確認すれば
いけますかね？
審議側が一方的に受け取るのではなく、ソケット接続して、受け取り先が本当にその人だと確認した後
IPからIDを算出させても、自作自演を防げませんか？
|-`).｡oO(すいません、Skypeのユーザ管理について調べてきます
0352名無しさん＠お腹いっぱい。
2007/01/20(土) 21:32:5635歳以上 - NNTPでいいじゃん
35歳未満 - ぎゃーぎゃーわーわー
0353名無しさん＠お腹いっぱい。
2007/01/20(土) 21:41:10例えば過疎スレなら大学と自宅で交互に書き込めば簡単に自作自演可能。
多くの自作自演者は携帯電話を使うかPPPoEを一度切断して別IPを割り当ててもらうことで自作自演してる。
そうでなくてもフレッツでbb.exciteあたりをセカンドプロバイダに使って
複数セッションを張れば，完全に別のASから書ける。
この場合，どうやって自作自演を見抜く？
目に見える場所，自作自演とか削除人については後から考えるべきことであって，
最初の実装が終わるまで，そんなことに気を使う必要は一切ない。
そんな暇があるなら今すぐタネンバウム先生の教科書でも嫁。
http://www.amazon.co.jp/o/ASIN/4894715562/
これにない，理論的に重要な話はDHTぐらい。
0354名無しさん＠お腹いっぱい。
2007/01/20(土) 22:06:06正直NNTP好きだから復興すればうれしいというのはある
0355名無しさん＠お腹いっぱい。
2007/01/20(土) 22:09:020356名無しさん＠お腹いっぱい。
2007/01/20(土) 22:11:46> 正直NNTP好きだから復興すればうれしいというのはある
NNTPに絡ませるつもりなら、なぜ既存のNNTP上の日本語文化圏が
滅びとるのか考察しておかないと危険だぜ。
0357名無しさん＠お腹いっぱい。
2007/01/20(土) 22:19:34すいません、悪意のある人が自分のIPを偽装して書き込むのを防いだり
他人が偽装したりすること考えてました
まぁ、でも、2chのIDは元々IPとIDが関連があるってのを証明するシステムなので
このままでも、十分役目を果たしているんじゃないかと
|-`).｡oO(すいません、タネンバウム先生の教科書買ってきます
0358名無しさん＠お腹いっぱい。
2007/01/20(土) 22:29:220359名無しさん＠お腹いっぱい。
2007/01/20(土) 22:50:12禿同。別の接続環境を利用した自演なんてそれこそ利用者の体内にIDでも埋め込まなきゃ解決出来ない。
リアルタイム性・書き込みの正当性も含め、今の2ch以上のものをP2Pに望むのは酷。
それと、スレやレスを保持、管理する機構すら決まってないのに書き込み処理の考察ってどうよ。
基礎がないビル建ててるようなものに思えて仕方ない。
0360名無しさん＠お腹いっぱい。
2007/01/20(土) 22:51:38目につかないんだよね。
異常者に会社に嫌がらせをされて首になった人も、「再就職に差障りが出るから」と、
ネットに書いていた、その件に関する記述を削除してくれと泣きついてきたりして。
0361名無しさん＠お腹いっぱい。
2007/01/20(土) 22:55:34おれはシステムには問題無いと思うがなあ。コミュニティが排他的すぎたんだろ
fjではなく1.aだったかが繁栄していたのもうなづける
0362名無しさん＠お腹いっぱい。
2007/01/20(土) 23:01:530363名無しさん＠お腹いっぱい。
2007/01/20(土) 23:23:42一般人とかだとOutlookExpress使うだろうから祭り状態になると読むのツラいんだよね。
IEで2chなら100レス読む間はマウスのスクロールホイールだけで済むのに対して
OEでNetNewsだと1レスごとにメッセージ選択繰り返しで非常にメンドクサイ。
一般人よろしくマウス操作だけだと100回クリックが必要なわけだし。
そして長文だったりすると最悪、3ペインの下のプレビューにフォーカス移動して
スクロールしなきゃならない。
それにIEはページのダウンロードには時間がかかるけど、終わればサクサク。
OEだと一件ごとにニュースの取得→プレビュー表示だからどうしてもモッサリ感がある。
0364名無しさん＠お腹いっぱい。
2007/01/20(土) 23:37:37ありがとうございます、すっげ精進します
また、空気も流れも読んでいないのですがすいません
要求仕様について知りたいのですが
wikiを見ている限りは
掲示板２ｃｈは、匿名性および緩い管理方針などにより、自由な言論を許容し隆盛を極めた。
しかしそれは諸刃の剣であり、散発する違法行為に対して現在管理力を失いつつある。
今システムは、大規模掲示板たる特性を継承し、これら問題をP2Pを初めとする諸技術にて改善するものである。
という感じなので、まぁ、この通りに
まずP2P等にて得たいものはやはり、管理のしやすさなのでしょうか？
一度、要求仕様をはっきりと決めたほうがいいかなぁと
土台はそこですから
0365名無しさん＠お腹いっぱい。
2007/01/20(土) 23:38:402chのように6年前の>>1にレスをつけるようなことはまず無理。
今のスラドがいい例で、トップから消えればすぐにスレは止まる。
それとは逆にmalloc freeのような長期間祭りになったときも
今北産業な香具師はISPの保存期間が短いと過去ログすら読めない状態。
2chなら1000レスで強制的に新スレで、まとめが入ることになるので参加しやすいわな。
0366名無しさん＠お腹いっぱい。
2007/01/20(土) 23:43:00次はどの要求仕様を固める？
新2ちゃんねるの使い勝手を勝手に考えるｽﾚ
http://pc10.2ch.net/test/read.cgi/unix/1168758937/512
0367名無しさん＠お腹いっぱい。
2007/01/20(土) 23:52:42仕様も簡単に決められるし実装も手間じゃないんじゃないかな。
0368名無しさん＠お腹いっぱい。
2007/01/21(日) 00:31:24若造が色々口出しして申し訳ないです
0369名無しさん＠お腹いっぱい。
2007/01/21(日) 00:49:35> それと投稿の保持期間には問題あったよな、ISPのNews鯖なんて2週間も残ったっけ？
うちのISPは、そもそも消さない。
> それと投稿の保持期間には問題あったよな、
NetNewsだと、3年集中的に継続した議論なんてのもあったしな。
2chだと1000で強制リセット。議論が先へ進むのを阻止する。
これは人々にいつまでも同じところをグルグル走り回らせることで、
定常状態を保つ役に立っているな。
0370名無しさん＠お腹いっぱい。
2007/01/21(日) 00:55:59> おれはシステムには問題無いと思うがなあ。コミュニティが排他的すぎたんだろ
どのコミュニティ? tnn? japan? nihon? microsoft?
> fjではなく1.aだったかが繁栄していたのもうなづける
もろとも廃虚と化していますが??
0371名無しさん＠お腹いっぱい。
2007/01/21(日) 01:03:15http://groups.google.co.jp/group/2ch-net/topics
0372名無しさん＠お腹いっぱい。
2007/01/21(日) 01:09:05グーグルグループはグーグルが用意した掲示板システムだな。
ウェブやメールで読み書きできる。
とりあえず避難所くらいあそこに作れそうなんだけどな。
0373名無しさん＠お腹いっぱい。
2007/01/21(日) 04:42:13むしろ「1グループ10000発言」の制限にした方が
Queueになるって意味でExpireより実装が簡単かもね。
>>368
若造だろうが何だろうがコードを書く奴がエライ。漏れはそう思ってる。
むしろきっちりコード書いて「糞ジジイ共はコード書いてから能書きたれろゴルァ」と
煽っていただければ。新月のfuktommy氏だって学生なんだし，学生であることを
恥じる必要はないと思われ。
その煽りに対して，年寄りはアルゴリズムやデータ構造の方面から
「まずは十年前の基礎的な教科書と論文読んでから出直して来いやゴルァ」
と煽り返せれば，殺伐かつ建設的な方向に発展できると思ってます。
>>369
消さない，って他人事ながらディスクは大丈夫なのか？
alt. とかはフィードしなければ大丈夫なのかな。
nntp鯖ってかなりI/Oが激しいという意味で負担をかけるけど，
利用者にとってメリットのないフィードをどう受けてもらうかってのは簡単じゃないかも。
ATAなHDD積んでNICがカニだとフィードするだけでCPU利用率50%に達しそうな気がするが
「こんな重いソフトならイラネ」とフィードをやめる人が続出したりしないのかな。
負荷はピアリングの本数に依存するんだろうけど，いままでは手動ピアリングだったから
人間(root)が適当に負荷を見ながらピアリングを断っていたりしてたってことか。
そう考えるとSkypeはやっぱりよく考えられていると感心する。
0374名無しさん＠お腹いっぱい。
2007/01/21(日) 05:38:050375名無しさん＠お腹いっぱい。
2007/01/21(日) 07:29:37糞スレ立てんなでrmgroup、mohta先生元気かなぁ。
0376名無しさん＠お腹いっぱい。
2007/01/21(日) 08:48:47議論で喧嘩になり殴った事があるようなないような気がするけど、まだ怒ってるかな？
どうでもいいけどwww
まだjunet時代のfjは、けっこう盛り上がってたし、有用な議論も多かったんだよね
nntpが盛り上がるのも盛り下がるのも、ユーザの民度だと思われ
UUCPが殆どの当時は、全て素性が割れる、完全非匿名だったので、商用ISPが許
された時、fjで匿名性に関しては大部議論が出たような記憶があるな
0377名無しさん＠お腹いっぱい。
2007/01/21(日) 11:48:10mohta発のrmgroupって結局みんな無視してたのでしょうか？
それとも大岡山から外に出て来なかったんでしょうか？
たいした質問じゃないように見えるけど，削除の実装として
「人間はどう対処していたか」の参考にさせていただきたく書かせていただきました。
0378名無しさん＠お腹いっぱい。
2007/01/21(日) 13:58:28dat名にMessage-IDを持ってくると2chブラウザが認識してくれない
3けたのasciiコードの羅列にするとnavi2chは認識するがこれでいいと思う?
0379378
2007/01/21(日) 15:13:380380名無しさん＠お腹いっぱい。
2007/01/21(日) 23:33:46>>349までの案を参考にして考えてたらいい感じの方式を思い付いたんだが、言いたいことが多すぎて上手くまとまらないのでとりあえず簡潔に書いておく
・ID＝開錠用公開鍵。レスは秘密鍵で暗号化し、公開鍵(＝ID)を付けて流す
・IDを使うときは認証ノードリスト(5ノードのIPリスト)を添える
・初見のIDを受け取ったノードはリストのノードに問合せ、５つ以上のノードから認証されたIDを正規IDと認定する
・不正IDのレスは破棄する
・ID取得方法
.．まず初期認定ノードを募る…匿名性を高める為に、>>44に認証階層を追加して新規IDを欲しいノードが5つ集まり相互認証グループを作る。
.．そして対象の板にメッセージを送って認証ノードを増やし、IDを根付かせる
この方式はIPとIDの関連を知るノードを一つも作らないことが可能。つまりIDからIPが割れる可能性はかなり低い
しかしクラックされてしまえばいくつもIDを取得して使い分けることが可能
0381名無しさん＠お腹いっぱい。
2007/01/22(月) 03:27:05初見のIDを問い合わせるのなら、オンラインしているか定かではないノードを調べるのではなく
認証局に直接問い合わせて、答えてくれるのでは、まずいですかね？
認証局が５人の署名元に確認をとり、ID承認を行うみたいな感じで
ところで、2chユーザーの数だけ今システムのユーザーが増えるとして
同一のP2Pのようなシステムを、こんなに多くのユーザーが持つチャンスは
次は来ないかもしれません
何にでも使えるような、汎用的なシステムを作った上に
2ch機能を代表として乗っける的ではダメですか？
プラグインみたいなイメージで
今苦労しておけば、後々物を作る上で楽になると思うのですが
ちょっと、問題点が多いかなぁ・・・？
|-`).｡oO(タネンバウム先生の教科書以外にお勧めの本があったら教えてください
0382名無しさん＠お腹いっぱい。
2007/01/22(月) 04:55:58実装の話でなければ別スレに逝ってよし。
新2ちゃんねるの使い勝手を勝手に考えるｽﾚ
http://pc10.2ch.net/test/read.cgi/unix/1168758937/
>>380
もちろん，いい案を実装したなら是非ここで議論させてください。
>>381
＞何にでも使えるような、汎用的なシステム
だいたいそういうシステムは実用上使い物にならないってのは歴史が証明している。
そもそもUNIX自体が「何にでも使える」Multicsのアンチテーゼとして始まってるだろが。
あと，1つの本なり論文を精読汁。2つ目の本に行くのはそれからでいい。
実装の話なら，これ買っとけ。
簡単に古くなる内容の本じゃないから，ずっと役に立つ。
UNIXネットワークプログラミング Vol.1
http://www.amazon.co.jp/gp/product/4894712059/
高いと思うなら原著がおすすめ。
新規参入者が、あるスレを見つけてはじめて書き込んだとする。
5つのところに認証とってレスを投げた。
認証局となったノードは、そのスレの住人(仮に多いところの板として1000人としよう)
全員から一斉にこれはほんとに正しいの？って聞かれる。
それなんてDOS攻撃？
0384名無しさん＠お腹いっぱい。
2007/01/22(月) 14:10:55アイディアを生む頭なくして実装なんてない
仕様も決定してないのに実装も糞もない
実装手段のみを議論したいのなら自分で専用スレ立てろよ
0385名無しさん＠お腹いっぱい。
2007/01/22(月) 14:43:46認証局が単一ノードという考え方なら
それはDOS攻撃的になってしまいますね
書き込む処理も、承認する処理も、複数のノードからなる
ネットワークに分散させて処理するものと考えていました
0386名無しさん＠お腹いっぱい。
2007/01/22(月) 15:59:33それともあなたの言う認証局とは>>380の相互認証グループのこと？
>>380に追加
・そのIDを認定したノードは認定ノードリストから一つ削除し、そのレスもしくは認定要求メッセージの送り主のIPを加えて次に回す
0387名無しさん＠お腹いっぱい。
2007/01/22(月) 16:37:46の認証階層ってのは、認証をするための処理をするノードの集まりだと思っていたのですが
違っていましたか？申し訳ないです
ID認証を行った後、認証しましたよって情報をいくつか認証局(ノードの集まり)に流して
認証局のどれかに確認を取れば、そのノードがノード群から検索して、答えてくれるみたいなイメージです
もちろん、ひとつのノードに聞くと、嘘情報かもしれないので、認証局の複数のノードに聞けばいいんじゃないかなぁと思っているのですが
|-`).｡oO(暴走してますかね？申し訳ないです、ちょっと意見をまとめるためにDFDでも描いてます
0388名無しさん＠お腹いっぱい。
2007/01/22(月) 17:02:37>対象の板にメッセージを送って認証ノードを増やし、IDを根付かせる
それ以降は各板の認証ノードが認証を行う
・相互認証グループに属す各々のノードは、グループ内の５IDそれぞれに関して、その対象とする板へメッセージを送って認証ノードを一つ増やす
→全部で25回認証要求されることになるが、その内で自IDを問い合せてきた５ノードが自IDの認証ノードである
0389名無しさん＠お腹いっぱい。
2007/01/22(月) 20:53:29http://www.udp.jp:2000/
0390名無しさん＠お腹いっぱい。
2007/01/23(火) 12:57:060391名無しさん＠お腹いっぱい。
2007/01/23(火) 13:03:03このスレを見たら、仕様に口出ししたがる人はごまんといるけど
実際にコードを書ける人が一人もいないことがわかるだろう？
0392名無しさん＠お腹いっぱい。
2007/01/23(火) 13:08:02コード書ける人を無視して仕様を作るのも、なんとも言えんがなぁ……ｗ
で、結局どの仕様にまとまったのか分からんのだが(´･ω･`)
これじゃ誰もコード書けないぜ……
0393名無しさん＠お腹いっぱい。
2007/01/23(火) 13:27:36もちろん外野は要望を出すくらいは構わないんだろうけれど
外野が仕様を決めて職人がそれに従わさせられる方法では作業は進まないし
職人からすれば外野に対して「お前何様なんだ」って感じ。
0394名無しさん＠お腹いっぱい。
2007/01/23(火) 13:34:41＞外野が仕様を決めて職人がそれに従わさせられる方法
を採った創る系スレは、完成できずに消える運命にある。
0395名無しさん＠お腹いっぱい。
2007/01/23(火) 17:54:17そんな人が、もう既にコーディング始めてるんだろうな。
0396名無しさん＠お腹いっぱい。
2007/01/23(火) 17:58:59このスレの成果を利用したければどんどん利用すればいい。
自分の判断で独自案でもここでのボツ案でも勝手に採用すればいい。
0397名無しさん＠お腹いっぱい。
2007/01/23(火) 18:05:120398名無しさん＠お腹いっぱい。
2007/01/23(火) 18:18:300399名無しさん＠お腹いっぱい。
2007/01/23(火) 20:15:310400名無しさん＠お腹いっぱい。
2007/01/23(火) 22:57:250401名無しさん＠お腹いっぱい。
2007/01/23(火) 23:09:01javaでP2Pのシュミュレートしかしてませんが
0403名無しさん＠お腹いっぱい。
2007/01/24(水) 03:20:09ついでに挙手。
ﾉ C#でかきかき。
0404名無しさん＠お腹いっぱい。
2007/01/24(水) 03:34:42多分完成しても使い物にならないと思うけどな。
0405名無しさん＠お腹いっぱい。
2007/01/24(水) 03:38:36今は UPnP を実装してみようとか考えてる段階です。
0406名無しさん＠お腹いっぱい。
2007/01/24(水) 06:01:41暇人の雑談スレと思ってたよ
0407名無しさん＠お腹いっぱい。
2007/01/24(水) 06:26:170408名無しさん＠お腹いっぱい。
2007/01/24(水) 06:37:500409名無しさん＠お腹いっぱい。
2007/01/24(水) 07:08:06「じゃあ俺が書くから」「どんどん書いてる」と言って他の人が着手するのを
妨害する工作がむかしから知られているから、「もう充分だな」とか
思わずに、まだの人もどんどん手をつけましょう。
0410名無しさん＠お腹いっぱい。
2007/01/24(水) 10:02:11monoとかdotGNUとか。
BSDならMS製のもあったよね。
0411名無しさん＠お腹いっぱい。
2007/01/24(水) 10:06:10工作員好きだな（笑
工作員はともかく、アイディアがまとまってない現状だから、
こういうアルゴリズムは面白いんじゃねって何か思いついたらコード書くといいとおも。
効率性とか性能なんてある程度のシミュレーションは必要だけど、
ある程度以上はぶっちゃけつくってみないとわかんないこともあるし。
0412名無しさん＠お腹いっぱい。
2007/01/24(水) 10:20:220413名無しさん＠お腹いっぱい。
2007/01/24(水) 10:59:27正直ここでの話し合いは纏まらないと思ってたから、既に作ってる人たちがいるのはうれしい。
簡単なことしか出来ないが、俺もやってみるか。
■ このスレッドは過去ログ倉庫に格納されています