07/01/18 00:02:24
>>106 素人の質問でスマンが
AA板みたいにスレが連続してないと困るような場合のフォローをする仕組みは可能だろうか？
分散するデータの最小単位が1レスだとして
全レスが全部そろうのを待つとしても
順番だけは揃わないと困るという状況下で
112:名無しさん＠お腹いっぱい。
07/01/18 00:07:59
>>111
AA以外でもその問題は残るな
113:名無しさん＠お腹いっぱい。
07/01/18 00:10:58
通し番号が無いのはやっぱ不便だよなあ。
直前のレスだとアンカー付けるのさえ面倒なこともある。
新月はAjaxでアンカー付けやすくはしてるが
114:名無しさん＠お腹いっぱい。
07/01/18 00:42:38
アンカーなしのはだいたい時間的に一緒ならいいっていう場合だから
NNTPでも数秒で全世界にばらまかれるぐらいなんだし問題なくね？
115:名無しさん＠お腹いっぱい。
07/01/18 00:43:44
>>111
でかいAA用に一レスの行数が多い板があればいいのでは
そのへんは後々の実装の枝葉の部分ぽい
116:名無しさん＠お腹いっぱい。
07/01/18 00:45:32
>>111
そうゆうスレのために個々のスレでスーパーノードを設定することも出来るようにしておくと良いかも
117:名無しさん＠お腹いっぱい。
07/01/18 00:59:54
>>111
>>83 にあるように、NetNewsではMessage-idを使って、
ヘッダーに Followup-to: 「前の記事のMessage-ID」
という情報を持たせて、ある記事より後だということを表現できる。
いずれにしても後からなんとでもなる些細な話。
118:名無しさん＠お腹いっぱい。
07/01/18 01:07:10
ここの住人の質じゃ荒らし相手に簡単に破綻しそうだな
119:名無しさん＠お腹いっぱい。
07/01/18 01:43:01
>>118
「荒らし」耐性のあるシステムが必要だってことか？
その辺は管理の話だからあとでやればいい。
実装としてはスケーラビリティを持った形で作っておけばそれでおｋ。
管理上の問題から言えば，悪質なサーバは，現在投稿規制をやっているように
フィードを切ればいい。下流だったとしても，自分でどのグループをフィードするか
選べるのは NetNews の特徴の一つだし。
全盛期の fj.news.usage はすごかったのだよ。
今の荒らしとはまた全然質が違うけど，それでも流量としてはたいしたことなかった。
よく聞くトラフィック圧迫の話はエロ画像の話だった。
httpインターフェースについて言えば >>75 に「すばらしい洞察」をあげたいところだ。
そんなものを作る必要はないってことか。アフィリエイトが嫌ならニュースリーダ使えと。
なんかもう，INNの hosts.nntp を自動で更新する仕掛けだけ作ればいいような気がしてきた。
…ってそれこそファイル共有ソフトを使えばいいのか。
結局，コードなんて一行も書かなくても良さそうな気がしてきた。
120:名無しさん＠お腹いっぱい。
07/01/18 01:48:19
webで読むのはともかく書けるようにしちゃったらp2pに誰も参加しなくならねえ？
まあそれも後々決めればいいか。
121:名無しさん＠お腹いっぱい。
07/01/18 02:31:59
>>120
内部でしか見れないスレとかつくれば、モチベーション持たせるきっかけにはなる
122:名無しさん＠お腹いっぱい。
07/01/18 02:53:49
>>120
いま●持ちでログインするとdat落ちログを拾える以外にも
スレ立て規制、連投規制、プロバイダ単位のアク禁などは大幅に甘い
そういう特権を付ければ良いんじゃないか
123:名無しさん＠お腹いっぱい。
07/01/18 04:20:59
P2Pではないんですが、ちょっと僕のド素人の考えを聞いてください。
2ｃｈが閉鎖の危機に免さないようなサーバーシステムです。
掲示板の特定の管理人が存在しないように、全国で数十人～数百人の
サーバーシステムを持った人が分散して2ｃｈを管理するシステムで、
これならば、万が一個人が訴えてきてその板
を管理していた一人が潰れても、一人くらいなんら支障がない仕組み。
誰か詳しい人、どう思いますか？あと、技術的に可能でしょうか？
124:名無しさん＠お腹いっぱい。
07/01/18 04:28:32
>>123
そんな訴えられてしまう身代わりみたいな役回り誰もやりたいと思わないよ…。
125:名無しさん＠お腹いっぱい。
07/01/18 05:13:34
>>124 被害者はまず、書き込みした人に対して訴訟するわけだから、すぐIP提示
すればいいと思う。ひろゆきが無視し続けたから結局管理者側の責任と
移行したわけだから
126:名無しさん＠お腹いっぱい。
07/01/18 05:27:02
>>123
新月はそれで動いている
127:名無しさん＠お腹いっぱい。
07/01/18 09:02:00
News-PortalというNNTP-HTTP gatewayが既にある。
URLﾘﾝｸ(florian-amrhein.de)
日本語化してた人もいたんだけど... いまそのひとのwebページがみれないなあ。
まあいまからやり直してもたいした作業じゃないと思うけど。
128:名無しさん＠お腹いっぱい。
07/01/18 09:08:01
イマサラな展開だなぁ。
なぜnntp板が立ったのか、なぜ過疎ってるのか
経緯を知ってるﾔｼはもういなくなったのか？
129:名無しさん＠お腹いっぱい。
07/01/18 09:21:28
>>128
どういう経緯なの？おしえてクレクレ
130:名無しさん＠お腹いっぱい。
07/01/18 09:22:09
>>127
これを2chっぽく改造すればいいってこと？
131:名無しさん＠お腹いっぱい。
07/01/18 09:39:10
>>125
されはダメだよ
ちょっと脅されたらIP提示になるのは目に見えてる
みんながひろゆきみたいに肝が据わってるわけじゃない
132:名無しさん＠お腹いっぱい。
07/01/18 09:42:09
もう書き込んだらみんなIP丸出しにしちゃおうよｗ
133:名無しさん＠お腹いっぱい。
07/01/18 09:55:31
P2Pによる2chの展開
URLﾘﾝｸ(groups.google.co.jp)
134:名無しさん＠お腹いっぱい。
07/01/18 10:23:23
>>133
> P2Pによる2chの展開
> URLﾘﾝｸ(groups.google.co.jp)
ネットニュース世界には、数々の異常者が蝟集しています。
トップドメインnihonを作ったやつもその一人。
こういうところと接触すると、ネットニュースの異常者の群れが
入り込んできて、うまく行くこともうまく行かなくなります。
135:名無しさん＠お腹いっぱい。
07/01/18 10:25:51
でＰ２Ｐ２ＣＨはいつできるの？
136:名無しさん＠お腹いっぱい。
07/01/18 10:27:10
2010年かな
マジで協力体制築かないとそのくらいだな
137:名無しさん＠お腹いっぱい。
07/01/18 11:28:13
>>136
２ｃｈがつぶれるまでに完成させとけばいいしね。
138:名無しさん＠お腹いっぱい。
07/01/18 12:13:45
>>131
ひろゆきが犯罪者をかばい立てすることを望んでいる者は
犯罪者本人しかいない。
法的手続きを踏んでIP開示請求が来たらすぐ開示しろと
みんな思ってる。
>>132
それもいいと思う。
困るのは犯罪者とか、連投で工作しようとする者、所在地を偽る者くらい。
139:名無しさん＠お腹いっぱい。
07/01/18 12:21:46
>>132
> もう書き込んだらみんなIP丸出しにしちゃおうよｗ
そうすると、失うもののない異常者のみが好き勝手できる世界になる。
140:名無しさん＠お腹いっぱい。
07/01/18 12:26:55
>>139
IPが出た場合、法に触れるもの、民事的責任を負うものについて本人を特定できる。
また、そのIPによって非表示とか接続拒否などのフィルタリングができる。
141:p1083-ipbf305kyoto.kyoto.ocn.ne.jp
07/01/18 12:28:54
ぶっちゃけ、IP丸出しでも構わない気もするね。
自作自演するわけでも無し、違法行為を行うわけでも無し
案外この点とレスがレス順に並ばねばならない問題さえ
開き直ってしまったらあっという間にP2P2ｃｈは完成するかも…
142:名無しさん＠お腹いっぱい。
07/01/18 12:29:00
>>139
自分のウソを暴いた人を探して日本縦断したやついたっけな(w
143:名無しさん＠お腹いっぱい。
07/01/18 12:32:43
一般利用者がIPを見ただけでは住所まではわからないかね。
144:143
07/01/18 12:33:22
×わからないかね
○わからないからね
145:名無しさん＠お腹いっぱい。
07/01/18 12:33:24
そうなるとコテハン消えるかもね
別にかまわないけど
146:名無しさん＠お腹いっぱい。
07/01/18 12:35:30
普通のプロバイダだとつなぎかえるたびにIPが割り振られるから
一度切断すれば別IPになるし、自分が使ったIPを別の機会には他人が使う。
147:名無しさん＠お腹いっぱい。
07/01/18 12:42:30
>>142
そういや、アドレスに居住地情報が入っているので問題になっていたっけね。
148:p4173-ipad206sizuokaden.shizuoka.ocn.ne.jp
07/01/18 12:46:13
>>147
プロバイダによっては都道府県だけじゃなくて家を特定できたりするの？
149:名無しさん＠お腹いっぱい。
07/01/18 12:49:35
そういえば、NetNewsで投稿者一人一人の勤務先を突き止めて
会社に嫌がらせの電話をしていたやつがいたけど、
あれはどう収束したんだ?
150:名無しさん＠お腹いっぱい。
07/01/18 12:49:38
地域まで分かっちゃう事もあるね。
昔newebってプロバイダ使ってたけど、
市まではバレバレだったし。
151:名無しさん＠お腹いっぱい。
07/01/18 12:53:09
>>142
> 自分のウソを暴いた人を探して日本縦断したやついたっけな(w
日本縦断して引っ越したんだよな。あれはゾッとした。心底ゾッとした。
152:名無しさん＠お腹いっぱい。
07/01/18 13:06:32
2ch論になってますね
技術屋にはまったく興味わかないわけだが
君らUNIX板でなにやってるの？
153:名無しさん＠お腹いっぱい。
07/01/18 13:23:04
>>152
いくら技術的にすんごいもの作ってもnyみたいに規制されたかないし
荒らされまくったら無意味やん。
154:名無しさん＠お腹いっぱい。
07/01/18 13:29:31
>>152
何もしない技術屋を観察しに来てるの。
155:名無しさん＠お腹いっぱい。
07/01/18 13:59:16
NNTP -gt; 2ch互換BBS 実験スレッド
ｽﾚﾘﾝｸ(nntp板)
156:名無しさん＠お腹いっぱい。
07/01/18 14:40:15
結局のところ、匿名性をある程度犠牲に（表示しないようするだけとか）すれば、
あとは専用ニュースリーダーとか、ブラウザアドオンとか（あるいはcgi）さえ作れば
既存のnntpのままスレッドフロート型掲示板に使える訳で。
でも、トップ以下各カテゴリの管理や削除の管理を誰がどのようにするか
という問題は解決できないな。
そもそも、P2Pバケツリレーネットワークを目指す限りは、現状のような
リアルタイム性は維持できない訳で。。。
157:名無しさん＠お腹いっぱい。
07/01/18 14:40:33
>>134
日本のみならず、変態がどどっと集まっているのは Usenet も同じだろ。画像なんぞ
あまりに酷くて・・・ 手入れを喰らってなかったか？alt もそうだろ。
IRC + Tor も国際手配までかけられて潰されたよな。Tor 本家では、同じくエロ関係
の件でいくつか鯖が手入れを受けたが起訴はされてませんとあるが・・・
結局、従来のNNTP実装を転用するについても、荒しや変態、異常者、犯罪者対策の
トリックを作れということだろ。露骨に罠をしかけるか？ついでに、アタックの手口
を DB 化してパターンファイルでも作成するか？KILL リストより推論しやすいもの。
大変だぞ。オープンソースコミュニティーで協力してくれそうなところってあるか？
ClamAV の連中でも引くだろう。
ともかく、仕様をかためてテストしながらでも良くないか？
158:名無しさん＠お腹いっぱい。
07/01/18 14:42:50
>>157
> 日本のみならず、変態がどどっと集まっているのは Usenet も同じだろ。画像なんぞ
> あまりに酷くて・・・ 手入れを喰らってなかったか？alt もそうだろ。
画像が酷いって、なにが酷いの?
159:名無しさん＠お腹いっぱい。
07/01/18 14:42:53
>>136
> マジで協力体制築かないとそのくらいだな
腹案あったら教えてくれ。別に緊急じゃないだろうから、適時に。
160:名無しさん＠お腹いっぱい。
07/01/18 14:45:50
>>158
決まってるだろ。近年国際的に厳しくなっているロリ・エロ画像の類。
そら当り前だが。検索すれば、事件になったものが出てくると思うが。
私は、直接見てない。
161:名無しさん＠お腹いっぱい。
07/01/18 14:46:54
>>160
> 決まってるだろ。近年国際的に厳しくなっているロリ・エロ画像の類。
近年国際的に厳しくなっているというのはいったいどのパラレルワールドの話だ?
162:名無しさん＠お腹いっぱい。
07/01/18 14:50:55
>>161
訴追まで徹底されてきたのは、ここ数年じゃなかったか？ぐるぐるって
検索パラレルワールドで勝手に探せよ。
163:名無しさん＠お腹いっぱい。
07/01/18 14:51:55
>>157
> 日本のみならず、変態がどどっと集まっているのは Usenet も同じだろ。
意味不明
164:名無しさん＠お腹いっぱい。
07/01/18 14:56:08
>>163
Usenet を Google が買収してからの経緯を追えば？一部のために全体の
問題になった。
165:名無しさん＠お腹いっぱい。
07/01/18 15:00:21
>>157
なんで唐突に「変態」やこの人が「Usenet」と呼称している謎の領域の話が出てくるんだ?
あと、エロ関係が唐突に出てくるのも謎。
166:名無しさん＠お腹いっぱい。
07/01/18 15:01:09
考えれば考えるほどお前ら回線切るな！！
っていいたくなるね。
シュミレトすると回線が切れたって認知できなかったノードがいると終わるｗｗｗ
167:名無しさん＠お腹いっぱい。
07/01/18 15:04:30
>>165
じゃ、スルーしろよ。
168:名無しさん＠お腹いっぱい。
07/01/18 15:04:53
>>134で言っている「異常者」っていうのは、
2chで言うところの「自治厨」のことだろ。
特定のポリシーを押し付けて、それが適わないのなら破壊するという
スタンスの人間たちがうじゃうじゃいる。
神様気取りの連中だな。
169:名無しさん＠お腹いっぱい。
07/01/18 15:06:32
>>159
> 腹案あったら教えてくれ。別に緊急じゃないだろうから、適時に。
10行のテキストを書くのに2年かける。それがネットニュースクオリティ!!
パッチをひとつ当てるのに5年かける。それがネットニュースクオリティ!!
170:204 ◆AH8B.2.vQQ
07/01/18 15:07:16
>>166
２，３重に他とコネクションしとけば結構困ったことになる確立が少なくなるんじゃ？
切断は数秒おきに確認パケット撃てば良い
171:名無しさん＠お腹いっぱい。
07/01/18 15:10:21
>>168
ああ。それなら判る。おまけに無限ループしてるよな。
管理の形態は、他スレだったね。ありがと。
172:名無しさん＠お腹いっぱい。
07/01/18 15:15:45
>>169
そっか。過疎るから NNTP なんぞ使わずにクローンをメインにしてしまえば
完了だな。発展性に乏しい NNTP より現実的だと。
173:名無しさん＠お腹いっぱい。
07/01/18 15:32:31
仕様が固まったら、設計開発手伝うつもりだけど、
議論することが多すぎて、しかも一つ一つの議論に時間がかかってるから、
もうしばらくはROMかな。
>>39-40ので、個別に議論できるものは、
避難所に専用のスレ建てて集中して議論した方がいいかもね。
URLﾘﾝｸ(jbbs.livedoor.jp)
174:名無しさん＠お腹いっぱい。
07/01/18 17:02:35
この板だけじゃ到底無理そうだな
175:名無しさん＠お腹いっぱい。
07/01/18 17:09:57
Freenet観察してますわ
176:名無しさん＠お腹いっぱい。
07/01/18 17:10:59
>>157
サイズ制限かければ済む話ではないのか?
177:名無しさん＠お腹いっぱい。
07/01/18 18:04:51
拾った先人の足跡
2ch P2P案
URLﾘﾝｸ(www.geocities.co.jp)
浅いが。
178:名無しさん＠お腹いっぱい。
07/01/18 18:49:46
p2pだけに悪質クライアントがいたらどうしたらいいんだろう。
IPアドレスだって無意味なんだよ。
平気でうそつけるでしょ。
となりのノードからもらったことにしちゃったとしても
うそかどうかは判別できん。
179:名無しさん＠お腹いっぱい。
07/01/18 18:54:08
公開鍵暗号形式にしても、
ネットワーク全部のノードに直接つながってるわけじゃないんだから
知らないノードに暗号化されたものを読むのはどうなんだろ・・・・・
180:名無しさん＠お腹いっぱい。
07/01/18 19:21:04
暗号化を考えている人っているの？
せいぜい署名するだけじゃない？
181:名無しさん＠お腹いっぱい。
07/01/18 19:46:36
>>180
別に違法な物を流す訳じゃないから、暗号化は必要ないと思うな。
ただ>>178の本当に隣のノードから送られてきたのかを検証するために、
それぞれのノードが最初に接続したときに、公開鍵交換し合って、
やりとりするパケットには署名を付けると、なりすましを防げるね。
ただし公開鍵秘密鍵方式の処理は、かなり重い。
最初だけ公開鍵秘密鍵で認証し合って、あとは共有秘密鍵でやりとりするのがいいかな。
182:名無しさん＠お腹いっぱい。
07/01/18 20:49:10
暗号化しないで匿名性は保てるのか？
匿名じゃなくていいなら上の方にあった既存のNNTPに皮被せるのでいいような
183:名無しさん＠お腹いっぱい。
07/01/18 21:03:31
Canalが書いた偽装してAliceがBobになげるよね。
(BobはCanalとはまだ認証しあってない状態ね)
秘密鍵の交換とかまだできないてないよね？
もし受け取ったらすぐさまCanalに認証かけるとすると
そのスレの住人が一度にCanalのノードに突撃してくるわけだ。
キャッシュを使うにしても、はじめてみた人気スレに書き込んだ瞬間えらいことになるよね。
署名でもいいけど署名が正しいかどうかは検証できるん？
IPアドレス偽装があまりにも簡単すぎだし、
荒らそうと思えばいろいろできるよね。
184:名無しさん＠お腹いっぱい。
07/01/18 21:24:31
>>183
ノードが1対1でパケットを送るときに送信元の証明を付けるだけの話し。
ノードA <-> ノードB <-> ノードC
↑この状態の時にノードDが参加してきて、ノードCに繋いだら、
ノードCとの間で公開鍵の交換をして、
ノードDで共有鍵を作ってそれを秘密鍵で暗号化して、ノードCに投げる。
ノードCはそれをノードDの公開鍵で復元して、共有秘密鍵を手に入れる。
これで↓のようにノードDが繋がった。
ノードA <-> ノードB <-> ノードC <-> ノードD
ここでノードDが書込をする
ノードDは、まず書込データのMD5ハッシュ値を作る。
そのハッシュ値をノードC用の共有鍵を使って暗号化して、
それを書込データに付けてノードCに送る。
ノードCは書込データ+暗号化されたハッシュ値を受け取って、
まず書込データのMD5ハッシュ値を作る。
次にハッシュ値をノードD用の共有鍵を使って復元して、
自分で作ったハッシュ値と一致するか確認する。
正しければ、ノードB用の共有鍵を使ってハッシュ値を暗号化して、
書込データ+暗号化されたハッシュ値をノードBに投げる。
これをネットワーク全体に届くまで繰り返す。
185:名無しさん＠お腹いっぱい。
07/01/18 21:32:18
>>184
それだと書き込み元がまったくわからんやん。
ノードAはノードDが書いたと称されるデータをノードBから受け取るけど
実際にはノードCがかってにそういってるだけかもしれないでしょ？
IDもIP表示も無意味にならない？
IDであぼーんできなくなるよー
186:名無しさん＠お腹いっぱい。
07/01/18 22:13:40
ところで何で新月やリンゴ駄目で
一から作らないといけないの？
187:名無しさん＠お腹いっぱい。
07/01/18 22:19:08
>>186
一度使ってみればわかるよたぶん
188:名無しさん＠お腹いっぱい。
07/01/18 22:19:27
UDPで作ればいいじゃない。
189:名無しさん＠お腹いっぱい。
07/01/18 22:22:14
>>188
スパムだらけになりはしまいか
190:名無しさん＠お腹いっぱい。
07/01/18 22:31:00
>>186
作りたいからだろ。理由は人それぞれだろうが。勿論、いいアイデアが
実装されていれば、合法の範囲内なら誰と言わず持ち込むだろうし。
私か？私は、温故知新なんて現実に出来るか、やってみたいだけ。そっ
ちのクローンが良ければ場とリードよろ
191:名無しさん＠お腹いっぱい。
07/01/18 22:35:14
>>185
お前が言ってんのは、自分のID以外で書き込み出来るってことじゃね？
192:名無しさん＠お腹いっぱい。
07/01/18 22:35:17
専用のノートを持ち歩いて
道端で同じノート持つ人と会ったらお互いのノート見せ合って追加分を書き込みあうの
そうすればネットが無くなったとしても存続できるぞ！
キタコレ！
193:名無しさん＠お腹いっぱい。
07/01/18 22:43:26
>>183
そら、一般的な 鍵サーバー網的な仕組がないと。ただ、P2P でこれ
をやるとしたらどうする。
184 案だと 185 のようになる。
URLﾘﾝｸ(homepage3.nifty.com)
とか見ながらコーヒータイムしてるが。
194:名無しさん＠お腹いっぱい。
07/01/18 22:52:07
追加な。ごろごろ検索にひっかかるぞ。さて・・・
URLﾘﾝｸ(www.p2pconf.com)
195:名無しさん＠お腹いっぱい。
07/01/18 23:46:27
>>193
そこ読んでみたけどDHT使おうとも>>183の問題は防げないよな ピュアでPKIは無理ぽ
・キャッシュを暗号化して書き換え不可にする
・インストール時に生成したIDを書き込み時に添付
って出来ないのか？
196:名無しさん＠お腹いっぱい。
07/01/19 00:05:30
ノードと投稿者をデジタル署名的に結びつけるのか?
記事Aと記事Bをデジタル署名的に結びつけるのか?
197:名無しさん＠お腹いっぱい。
07/01/19 00:09:28
>>188
> UDPで作ればいいじゃない。
"Usenet Death Penalty" に相当することは可能かについて話そうか。
198:名無しさん＠お腹いっぱい。
07/01/19 00:13:25
>>183も問題も起こさずに、スーパーノードもなしで、半匿名性を持ったまま、
書き込んだ人のIDを偽造されない方法ってないんじゃないだろうか？
というか、そもそも書き込んだ人を完全匿名にするのか、
IPかIDを表示させるのかを先に決めないと、他の仕様が決まらないような気がする。
IPは表示させるのなら、生IPじゃなく、
全ノードで共通の公開鍵かなにかでIPを暗号化して表示して、
その対となる秘密鍵は警察とかに持ってもらうってのがいいかもしれない。
完全匿名にするのなら、偽造書込の対策をそもそもする必要はないんじゃないかな？
ただしそれだと、なんらかの方法で書込を削除できるシステムが必要だし、
大量に書き込まれた場合の削除処理が大変だし、
IPやIDでブロックかけることも難しそう。
199:名無しさん＠お腹いっぱい。
07/01/19 00:15:24
警察とかに持ってもらう？またまたご冗談を
200:名無しさん＠お腹いっぱい。
07/01/19 00:23:49
だから、記事の連鎖で相互認証。
201:名無しさん＠お腹いっぱい。
07/01/19 00:24:54
>>199
開発者の誰かが公開鍵、秘密鍵を作って、自分で秘密鍵を持って、
警察からの問い合わせがあったときに応じるとかでもいいと思うけど、
それだとその開発者への疑心暗鬼が生まれたりするんじゃないかな。
202:名無しさん＠お腹いっぱい。
07/01/19 00:28:16
警察に持ってもらうと言っている奴は、警察って何なのか知らないんだと思う。
たぶん、銀河パトロール隊とごっちゃにしてる。
203:名無しさん＠お腹いっぱい。
07/01/19 00:29:31
P2P掲示板は各参加者がサーバーにもなるわけで
当然新規書き込みを受け入れるという仕事がある。
新規書き込みを受け入れたときはIP丸出しにして、何か問題があれば通報。
問題がなかった場合にはIP情報のないログを共有するというのはどうか。
204:名無しさん＠お腹いっぱい。
07/01/19 00:34:54
開発者がひろゆきの替わりのいけにえってか？
>>198
警察批判出来なくなるだろ
205:名無しさん＠お腹いっぱい。
07/01/19 00:37:50
ソフト的にID偽装を不可能にすることは出来ないんでしょうか？
206:名無しさん＠お腹いっぱい。
07/01/19 00:39:48
>>192の天才的アイデアがスルーされてる件について
207:名無しさん＠お腹いっぱい。
07/01/19 00:40:00
>>205
> ソフト的にID偽装を不可能にすることは出来ないんでしょうか？
たとえ利用者を監視カメラで監視しても不可能にできないから無理。
208:名無しさん＠お腹いっぱい。
07/01/19 00:40:31
>>204
それもそうだな。
しかも一度秘密鍵が誰かに見られると、
その人は過去ログの全ての人のIPが分かるというとんでもないことに。
１時間ごとに公開鍵秘密鍵を変えて、どこかのサーバで管理とかやっても、
それはそれで問題でそうだし。
>>200
どこかに「記事の連鎖で相互認証」って分かりやすく説明してある？
209:名無しさん＠お腹いっぱい。
07/01/19 00:44:06
むかし、2chができる前、NetNewsでNetNewsをP2P化しようと
議論されていた時に、秘密鍵を交換する手順について喧嘩していたのを
見たのをふと思い出した。
210:名無しさん＠お腹いっぱい。
07/01/19 00:45:11
どんな圧政でも言論の自由が確保されるようなツールを作るよりまず選挙行け。
ツールに頼って油断すれば結局破滅を招く。
211:名無しさん＠お腹いっぱい。
07/01/19 00:47:08
↑
なにこいつ
212:名無しさん＠お腹いっぱい。
07/01/19 01:48:15
>>183
ちょっと思い付いたんだが
全ノードが認証する必要はないんじゃね？ってことで、
一番目に渡すノードに対してだけ認証確認要請フラグを立てて、二番目以降はフラグは立てないが一応証明は付ける
ってのはどうだ？
つまり
B2 C2 D2
↑ ↑ ↑
Ａ→B1→C1→D1→E1
↓ ↓ ↓
B3 C3 D3
・Ａが発信源として、B1,B2,B3に投げる
・B1はC1,C2,C3に投げる
・C1はD1,D2,D3に投げる
この内 B1→C1→D1→E1… だけフラグを立ててあるから自動で認証する
認証確認ノードを渡る度にカウントして、5～10回(ランダム)を数えたらフラグを下ろす
その途中で、もしも偽装が見付かったら警告をばらまく
213:名無しさん＠お腹いっぱい。
07/01/19 01:53:53
>>212に付け足し
未認証の場合、書き込み時間から一定の時間が経過するまでにはランダムで認証、とか
214:名無しさん＠お腹いっぱい。
07/01/19 02:13:16
>>212
それ、各ノードから渡す二番目以降のノードから
さらに下流へノードを増やせないような。
215:名無しさん＠お腹いっぱい。
07/01/19 02:37:29
>>214
どうゆうこと？
レスに付加されたIDの認証を考えてたんだけど
216:名無しさん＠お腹いっぱい。
07/01/19 02:50:45
>>212
見てて思い出したんだけど、
URLﾘﾝｸ(imailab-www.iis.u-tokyo.ac.jp)
の資料なり収録されているジャーナル見た人いる？
217:名無しさん＠お腹いっぱい。
07/01/19 03:05:43
ごめん あった。
URLﾘﾝｸ(pub.idisk-just.com)
CNol1qJMGZ2CtizxRcfLZP?
折り返し。
関係ありそうなものあれこれ見てみる。
218:183
07/01/19 10:13:24
>>212
1.まず,B1が偽装してC2/C3に投げても被害は小さいもののダメージはある。
2.X1しかデータをばら撒けないとなると、データの広がりが段階ごとに３しか増えないから、A～Jまでまわしても
たかだか30くらいのノードにしかばら撒けないという非効率。
私がイタズラするとしたら無意味に警告をばら撒くとかするね。
みんなはさーん ならぬ みんな疑心暗鬼ー。
>>208
現行の2chもたぶんひろゆきのパスワードが漏れたら
IP見放題でないの？
219:名無しさん＠お腹いっぱい。
07/01/19 10:48:14
>>218
そりゃひろゆきが「漏らさないよう注意してる人」だからでしょ
鍵の所有者になる人ががみんなそういう注意を払えるとは限らないよ
だったらシステムの段階で見ること自体を不可能にした方がいい
220:名無しさん＠お腹いっぱい。
07/01/19 10:54:31
>>206
｢天才的｣ではダメなんだよ・・
我々が探しているのは救世主、即ち｢天才｣だ。
え？？あ・・、うん・・。まあその・・、あれだ、小脇に抱えてるのは俺様ノートだけど・・
221:名無しさん＠お腹いっぱい。
07/01/19 11:13:52
>>218
>私がイタズラするとしたら無意味に警告をばら撒くとかするね。
ですね・・
ピュアで認証を実装してるとこってあるんだろうか、あるとしたらどんなのかな
222:名無しさん＠お腹いっぱい。
07/01/19 14:34:46
>221
現在は、解りませんけど…
>194のが、考察結果を「認証」として、実装しようとしてますね
ﾛｼﾞｯｸ上のﾚｽﾎﾟﾝｽは、問題無いと考えてる様ですが
223:名無しさん＠お腹いっぱい。
07/01/19 14:58:26
>>44で考えるなら、スレネットワークに繋いだ時点で公開鍵バラ撒いちゃえば良いじゃん
224:183
07/01/19 15:34:11
>>223
それ=全部のノードを監視できてることになるよ。
そのp2pネットワークにつないだ瞬間に、全ノードの公開鍵が押し寄せるし。
誰かが入ったり出たりするたびに公開鍵が来るネットワーク。
100台のネットワークくらいならどうにでもなるけどそれ以上は無謀だよー。
いままでの資料って、誰かと誰かをつなぐ際の認証ではあるんだけど
誰か経由で誰かに投げる認証にはなってないと思うんだけど、どうなのかな？
225:名無しさん＠お腹いっぱい。
07/01/19 16:29:37
んー・・・施錠鍵と開錠鍵ってのがあれば、各ノードが独自の施錠鍵を持って、開錠鍵をレスにつけて全ノードに回せば良いだけなのになあ
226:183
07/01/19 16:51:08
それもダメじゃない？
ノードA ->ノードB ->ノードCで
ノードAはほんとは自分がレスったのにノードZが言ってたの～なんて言っちゃう場合。
ノードZの開錠鍵と証した偽鍵をノードAが流した場合、ノードZと直接鍵交換してないノードは疑いの余地なしなの。
鍵をまとめて最初にバケツリレーでというのもできるにはできるんだけど、私がイタズラするんだったら
隣から流れてきたよーって言って偽鍵送るね。
通信の暗号化にはなるかもしれないけど、それ以上でもそれ以下でもない気がするんですけど。。。どうかな？
227:名無しさん＠お腹いっぱい。
07/01/19 16:54:24
開錠鍵からIDを生成すれば良いと思うんだよねー
228:名無しさん＠お腹いっぱい。
07/01/19 17:06:22
ID変え放題の自作自演し放題じゃない？
IDであぼーん不可になるし、
投票システムとか考えてるんでしょ？
自作自演しまくれる強みは相当だと思うよ。
229:名無しさん＠お腹いっぱい。
07/01/19 17:07:33
でも自在にID変えることは出来るかorz
230:名無しさん＠お腹いっぱい。
07/01/19 17:09:11
>>228
まぁ俺は投票反対なんですけどね
集団工作できるから
231:名無しさん＠お腹いっぱい。
07/01/19 17:12:34
集団工作どころか一人で工作できちゃう
232:名無しさん＠お腹いっぱい。
07/01/19 17:28:02
ここは技術議論のスレって建前だろ？
ループ議論は隔離スレへ行け！
233:名無しさん＠お腹いっぱい。
07/01/19 17:32:38
技術的論点で語ってるつもりだけど。
構造上欠陥あるロジックだから何とかいい方法ない？ってきくのも隔離スレ？
234:名無しさん＠お腹いっぱい。
07/01/19 17:35:16
>>233
ループするものは隔離スレ
235:名無しさん＠お腹いっぱい。
07/01/19 17:36:49
＞開発意義など技術以外のコンセプトの議論、要望、2ch閉鎖の噂に関する話題」はこのスレで！
私の読解力だと、そうは読めないんだけど。
へんな自治ならやめてほしい。
236:名無しさん＠お腹いっぱい。
07/01/19 17:39:46
誘導を装った人減らしはよくあること。
237:名無しさん＠お腹いっぱい。
07/01/19 17:46:42
よくあることというか、これも含めてのループだ
238:名無しさん＠お腹いっぱい。
07/01/19 17:48:17
やっぱりいまいち分からないな
というか、やっぱりPKIが無謀に思えてきた
証明発行ノードが離脱しちゃったら認証出来なくなっちゃうんじゃないですかね
239:名無しさん＠お腹いっぱい。
07/01/19 17:49:57
>>225
それ思いっきり、公開鍵秘密鍵のことなんだけど・・・
240:名無しさん＠お腹いっぱい。
07/01/19 17:54:39
>>234
ループと言うが、匿名性、認証、削除あたりの要求仕様が決まらないと、
ネットワークタイプとかの仕様も決められない。
なので、ループしてでも決着するまで議論するしかないんだが…。
241:名無しさん＠お腹いっぱい。
07/01/19 17:54:50
秘密鍵は施錠・開錠、公開鍵は施錠のみ出来るでしょ
その逆をやりたかった
242:名無しさん＠お腹いっぱい。
07/01/19 17:59:18
>>240
勝手にスレ見れば分かるけど、集団工作しやすい仕様に誘導するおかしい人が湧いてる
だから気にすんな
243:名無しさん＠お腹いっぱい。
07/01/19 17:59:38
>>241
その逆もできるよ
以下のどちらでも可能
・公開鍵で施錠して、秘密鍵で開錠
・秘密鍵で施錠して、公開鍵で開錠
244:名無しさん＠お腹いっぱい。
07/01/19 18:01:59
マジか、知らなかった
すまん
245:名無しさん＠お腹いっぱい。
07/01/19 18:08:22
それなら改変の問題は解決、IDをどうするかだな
246:名無しさん＠お腹いっぱい。
07/01/19 18:13:02
>>242
ここ及び関連スレでの議論は鳥つけるか
それともシベリアでやるってのは
247:名無しさん＠お腹いっぱい。
07/01/19 18:21:23
鳥付ければ平和になる。
248:名無しさん＠お腹いっぱい。
07/01/19 18:29:02
>>246
うん、俺はかまわないよ
249:名無しさん＠お腹いっぱい。
07/01/19 18:49:14 BE:12573465-2BP(1000)
鳥かある程度前に登録さなBeを付けるってことにして、それらがないのはノイズでいいかな
ま、同一性は保てても自演は防げないけどね
無いよりはましだろう
250:名無しさん＠お腹いっぱい。
07/01/19 19:00:10
自演乙
251:名無しさん＠お腹いっぱい。
07/01/19 19:17:47
ID表示がない板ってどこも大変だねー。
この板なんかほとんど工作員いないだろうけど、
家電板とか10～30%ぐらいの書込が工作員らしき書込になってるし。
家電板の自治スレではID表示してくれの依頼が永遠と…。
電力板も反原発と電力会社の工作員が永遠と…。
そういうところを見てると、
やはりどうしても言論の自由、匿名性が保証されつつも、
工作員を排除しやすいシステムが欲しくなってくる。
252:名無しさん＠お腹いっぱい。
07/01/19 19:20:37
>>251
株式板もそうです。悪材料が出ると荒らしがやってくる…
253:名無しさん＠お腹いっぱい。
07/01/19 19:22:21
そう考えるとIDはついた方が良いな…
254:名無しさん＠お腹いっぱい。
07/01/19 19:26:07
>>253
ただ今の2chのIDはIP変えればIDも変わるから、
工作員を本業とか生き甲斐にしてる人は、
ISPに接続し直して、ID変えて、単発IDで工作やってるよね。
もうちょっとID変えるのを大変にした方がいいかもね。
255:名無しさん＠お腹いっぱい。
07/01/19 19:32:44
IDあると自演しやすくなるからID無い方がいい、てのがこの板では多数派。多分
256:名無しさん＠お腹いっぱい。
07/01/19 19:37:09
P2Pで荒らしのアク禁ってどうするんだ？
投票式にしたらややこしそうだ
荒らし放置じゃせっかく作っても駄目になるもんな
荒らしによってゴミサイトと化した掲示板を幾つも知っている
257:名無しさん＠お腹いっぱい。
07/01/19 19:39:55
>P2Pで荒らしのアク禁ってどうするんだ？
P2Pでアク禁にすればよろしいかと
258:名無しさん＠お腹いっぱい。
07/01/19 19:41:17
ネットワーク内で同じ文字列が一定以上複数発生したら削除みたいなのどうよ？
259:名無しさん＠お腹いっぱい。
07/01/19 19:42:49
>>257
アク禁じゃなくて無視リストってことか？
260:名無しさん＠お腹いっぱい。
07/01/19 19:49:25
宣伝やチェーンレスの巣窟にしないためにはＮＧワードのパッチの配布も必要だな
261: ◆TA0T5gpKEQ
07/01/19 19:57:04
>>255
自分証明はどうやってやるん？
2ch形式のトリップは使えないよ。
>>257
どうやってアク禁にするん？
個体識別方法がないとアク禁無理じゃない？
>>258
それだと、なんらかのニュースとかながれたときに
それに関連するワードが連発したらやばいことに。
ぬるぽといったらガッっていうスレができないじゃないかぁ！
>>259
問題はそれを誰がやるかだと思う。
管理者不在で可能かな？
262:259
07/01/19 20:08:20
方法は３つかな
１利用者側で虫カゴにいれる
２荒らしと思う奴を投票ボタンみたいなのを作って一定数投票があったやつはアク禁になる
３何人かの管理者か削除人がいてそいつらがアク禁にする
263: ◆TA0T5gpKEQ
07/01/19 20:20:31
>>262
えっと何に対してアク禁にするん？
IPアドレス？ID？
それによって違うけど、
IDがない方向にするんだと、荒らしノードのおとなりさんががんばるしか手がないよね。
264:名無しさん＠お腹いっぱい。
07/01/19 20:20:38 BE:4191252-2BP(1000)
>>255
工作員云々は置いといて、この手の議論で誰が誰やらわからんのはマズいんじゃね？
シグネチュアでもなんでもいいよ
>>262
アク禁に関しては専任(選任)がいてもいいと思う
265:名無しさん＠お腹いっぱい。
07/01/19 20:32:29
よし、わかった。多人数からローカルあぼ～んを食らいつづけた人はアク禁になりますw
俺天才ww
266: ◆TA0T5gpKEQ
07/01/19 20:35:36
>>265
正解。
その荒らされたIPに次入った人乙になりそうな気がするが気にしないｗｗｗ
267: ◆UV6qHRnugc
07/01/19 20:40:58
IP偽装は簡単だとか言ってなかったか
268: ◆TA0T5gpKEQ
07/01/19 20:46:56
>>267
そだね。
IDつかうか(使う方法を考えるか)、やり放題かじゃない？
隣のノードからバカスカ書き込みパケットが来たとしてもそのノードが書いてるとは限らないしね。
269:251
07/01/19 20:47:20
>>265,266
そのローカルあぼーんとIPアドレスの関連づけをどうやってやるの？
書込からIPアドレスが分かるようだと、匿名性に問題があるよね。
書込にインストール時に作成したIDか署名を付けて、
多くの人があぼーんした書込のIDか署名を持った新規書込が来た場合、
受け付けずに拒否するということになるかな？
どれくらいどのID(署名)の人があぼーんされてるかを得るために、
板ネットワークでID(署名)ごとのあぼーん数を集計リストを持つ必要があるかな。
ID(署名)は全板で共通より、各板ごとに違う方がいいよね？
インストール時に作ったID(署名)と板名を合わせたハッシュ値を作って、
それをその板でのID(署名)にすればいいかな。
270: ◆TA0T5gpKEQ
07/01/19 20:54:07
>>269
私がそのネットワークに攻撃するなら、(ソフトの仕様は知ってるって条件ね)
オープンソースだと仕様はソースよみゃわかるし。
1.
IDを大量に生成。
正規ユーザのIDあぼーんして、その子のノードを排除。
2.
IDを毎回変えまくりで、ランダムなスレに荒らしワードをPOST。
IDは板ごと賛成
271:262
07/01/19 21:00:45
投票式のローカルあぼーんだと
例えば特定の団体（企業とか宗教団体とか）の内部告発をした場合
団体の人達で告発者をあぼーんしまくったらアク禁にされてしまうんじゃない？
そうなると人数の多い団体の批判は出来なくなる悪寒
あとオイラのために携帯に完全対応してな
272: ◆TA0T5gpKEQ
07/01/19 21:02:54
>>271
某宗教コワスｗｗｗｗ
そうすると削除人必須なのかな？
携帯でp2pはさすがに無理な気がするから、
有志がゲートウェイ作るしかないんじゃない？
273:262
07/01/19 21:10:40
ローカルあぼーんが一定数になったら
それを承認するかしないかの削除人みたいなのを置いたほうがいいかな
274:名無しさん＠お腹いっぱい。
07/01/19 21:13:14
某政党の得票数を考えると、宗教団体の組織票的あぼーんは怖いな…
あとP2Pだとソフトさえインストールすれば外国人もどんどん使い始めるから
英語の板とかドイツ語の板とかイタリア語の板とかスワヒリ語の板とかも
発生するかも知れんな。世界レベルの掲示板になるかも知れん。
vipがモ娘板を荒らしまくったみたいに、中韓の反日勢が乗り込んできたりするのかorz
275: ◆TA0T5gpKEQ
07/01/19 21:20:02
>>274
UNICODEじゃなくてShift-JISとかにしちゃえばいいんじゃないん？
日本語ばっかりだったら、外国の方はそんなにはこないと思うよ。
>>273
削除人必要だとおもうー。
276:262
07/01/19 21:33:47
じゃあＷＥＢで読み書き出来るＧＷの設置と
削除人は必要ということで
277: ◆UV6qHRnugc
07/01/19 21:41:53
URLﾘﾝｸ(c-au.2ch.net)
ここは読んだのか？
折角議論したから使ってあげてね
俺は>>115が良いと思う
278: ◆UV6qHRnugc
07/01/19 21:43:30
ミス
ｽﾚﾘﾝｸ(unix板)
279:名無しさん＠お腹いっぱい。
07/01/19 21:54:23
別にwiki書いてあるし。
280:名無しさん＠お腹いっぱい。
07/01/19 21:54:43
その多数の原理が某団体の組織票考えれば
危険なわけだが
281: ◆TA0T5gpKEQ
07/01/19 21:55:52
〇各ノードが保有するキャッシュから各々の判断に基づいてレスを削除することで、大多数のノードが削除したレスの流通は少なくなる
↑
ここが無茶。後半は削除人用意のこっちの結論と一緒じゃない？
無茶なわけ:
レスを受け取ったら、すぐさま次のノードに投げなきゃいけないよね。
それまでに判断して削除しないともうパケットは次のノードに流れちゃってるわけ。
上のログ忘れちゃったけど3秒だっけ？
3秒の間に消せって鬼だと思う。
ファイル共有ソフトみたいにダウンロードまで時間かかるものなら有効だけど。
282:251
07/01/19 21:57:53
>>276
Webゲートウェイについては今のところ反対意見は出てないはず。
削除については、>>278のスレで。
283: ◆TA0T5gpKEQ
07/01/19 21:59:35
ゲートウェイは何らかのペナルティーが必要だよね。
でないとみんなゲートウェイ使っちゃう。
全ゲートウェイは書き込みは携帯のIPアドレス以外からは受け付けないくらいはほしいかも。
284:名無しさん＠お腹いっぱい。
07/01/19 22:02:24
投票で削除人が削除する書き込み探す手間省いて
削除人がその中から削除する書き込みを選んで消す。
これが基本でいいんじゃん？
285:名無しさん＠お腹いっぱい。
07/01/19 22:03:16
2chブラウザで2chするのとIEで2chするくらいの差でも結構効果はある気がする
削除人置くのは良いとして、どうやって選ぶんだよ。それが問題。
投票制だと組織票と同じ問題だし、固定された少数精鋭なら現状のひろゆきと同じ。
286:名無しさん＠お腹いっぱい。
07/01/19 22:03:28
ヘミングウェイではスレ立て出来ないでいいんじゃね？
287: ◆UV6qHRnugc
07/01/19 22:06:37
>>281
そりゃあ物理的に無理だね。
理想的なIDが実装できたなら、受け取らない/受け取っても自動削除って設定が出来るでしょ
瞬間的な対処について言うんならその前にIDをどうするか決めないとどうにも出来ないじゃん
288:262
07/01/19 22:08:30
削除人は実際に掲示板運営している管理人の集まりが良いと思うよ
実績見れるし
289: ◆UV6qHRnugc
07/01/19 22:10:19
ゲートウェイは後でどうにでもなる
希望の仕様は>>278に書いておいてくれ
後々参考にするから
290: ◆TA0T5gpKEQ
07/01/19 22:10:45
どっかにも書いてあったけど、
削除人に立候補したい子(団体でもいいけど)が、板の専用スレに公開鍵を載せる。
その削除人を信任する人がその公開鍵をもっていって、その人の削除パケット受け取ったら
そのレスを削除。
誰を信任するかはその人しだい。
某宗教は某宗教の人が削除人やってる鍵もってればいいしね。
ただ問題があって、誰かに訴えられて消せやごるあいわれたときに困るんだよね。
全員が統一した削除人の下にはいないから、ほんとに消えてるかどうかは検証のしようがない。
ops
>>281は
>>277へのレスポンスね。書くの忘れてた。
291: ◆UV6qHRnugc
07/01/19 22:12:09
>>288
「管理人のいらない掲示板」ってのがコンセプトなんだけどなあ
292: ◆UV6qHRnugc
07/01/19 22:14:22
>>290
だからそれが115だっつーの
>>278読んでこい
293: ◆TA0T5gpKEQ
07/01/19 22:16:58
>>292
ごめんよぉ
115の>>281で無茶といった部分以外は賛成。
294: ◆UV6qHRnugc
07/01/19 22:24:29
>>287は読んだ？
295: ◆TA0T5gpKEQ
07/01/19 22:25:43
結局のところどうにかしてID制度をつくるしかって議論に戻るのかな？
296: ◆UV6qHRnugc
07/01/19 22:27:12
さてどうするか
297:251 ◆vuoxo2W6GE
07/01/19 22:31:40
初期ノードリストを提供してるサーバで、
一緒に信頼できるおすすめ削除人リストも提供すればいいかも。
しかしアンケートの投票が少ない。
2ch運用板の2ch管理人がいそうなスレに、
Wikiの解説を読んだ上で投票してくださいって宣伝した方がいいかな？
298:名無しさん＠お腹いっぱい。
07/01/19 22:34:37
読んでも投票しない。2chとアンケートって相容れないもんだよ。
アンケートを設置したのが誰かは知らんけど、こうなることはわかってたんじゃない？
299:名無しさん＠お腹いっぱい。
07/01/19 22:37:49
別の視点を提供してあげよう。
投稿者にIDを持たせるんじゃなくて、レスにIDを持たせたらどう？
閾値決めてあぼ～ん、あぼ～んファイル参照してあぼ～んみたいな。
もちろん迷惑な投稿者は追い出せないぞw
あと削除の保証も出来ないのかw？
300: ◆UV6qHRnugc
07/01/19 22:46:23
アンケート設置したやつは競り(?)方式にこだわってる胡散臭い奴だった
どうも集団工作しやすいように誘導してるみたいで気持ち悪かったんだよなあ
301:名無しさん＠お腹いっぱい。
07/01/19 22:53:58
削除人を利用者が選ぶんならいっそのこと
別々にネットワークを構築してデータを共有せずに
削除がしっかりしているネットワーク、放置ネットワーク、それぞれで構築するようにしてくれ
302: ◆TA0T5gpKEQ
07/01/19 22:55:25
誰も放置ネットワークに入ろうとしないと思う。
荒らそうとしてる人は特に。
303:251 ◆vuoxo2W6GE
07/01/19 22:56:39
>>300
ふむ・・・。
ということは、アンケートで決めるってのは、ちと無理かな？
>>301
新2ちゃんねるの使い勝手を勝手に考えるｽﾚ に、
スレごとにID制を選べるようにとかのアイデアがあったけど、
同じように削除やアクセス規制を受けるかどうかも設定できたら面白いかもね。
304: ◆UV6qHRnugc
07/01/19 22:56:34
本題だが
俺は>>44の流れで考えてるから、いっそのこと思い切って固定的な構造を作って、それにノードを当てはめるのはどうか、なんて考えてる
2ちゃん型掲示板という用途は決まってるんだから柔軟な構造は必要ないからな
IDについては・・・まだ
305: ◆UV6qHRnugc
07/01/19 23:01:34
>>301
心配しなくても自然にそうなって行くと思うよ
306:名無しさん＠お腹いっぱい。
07/01/19 23:20:43
アンケート設置の胡散臭い奴です。
別に集団工作しやすくしたい信者ではありません。
ま、どっちでもいいけどさ、そんなことは。
ちなみに新2ちゃんねるの使い勝手を勝手に考えるｽﾚの１でもありますｗ
せっかく向こうにﾙｰﾌﾟ議論隔離したのに･･･
こっちで再燃ですか？
こっちは技術議論のみですよ～
こっちの神々に期待してます、がんがってください。
307: ◆UV6qHRnugc
07/01/19 23:28:18
なんかもう滅茶苦茶だな
308:名無しさん＠お腹いっぱい。
07/01/19 23:30:15
今ソースコード書いてるやつのプロトタイプが上がってくるまではずっとこんな感じだと思う
だからじっと待とう
309:名無しさん＠お腹いっぱい。
07/01/20 00:06:04
ソースまだ～？！
310:名無しさん＠お腹いっぱい。
07/01/20 00:10:52
IDはプロセッサシリアル番号にしよう！
と言ってみるテスト
311:名無しさん＠お腹いっぱい。
07/01/20 00:21:18
>>304
自分も固定の方が、利用者の受けは良いと思う。
定型がないと、利用者は入りづらいし、流れが決まる前にきっと廃れてしまう。
ただ、実験として極力不定形にしてみたい気持ちがあるのも事実。
P2Pを使って新しい掲示板の形を目指すのか、
P2Pを使って２ｃｈをより忠実に再現するのかという意識で、
今後、開発が２つに別れて行くのだろうなぁと思う。
現在、ネットワークに参加した全てのノードが参照を受け付ける必要はなく、
必要な台数がスレごとにデータを持ち合い、
他のマシンはまったり待機系になる感じで、遊びの実装を始めた。
最近はPHPの仕事なんてやらされてたから、Pythonは楽しいなぁ。
312:名無しさん＠お腹いっぱい。
07/01/20 00:32:23
専鯖でＧＷ立てますんでＧＷのプログラムもヨロ
313:名無しさん＠お腹いっぱい。
07/01/20 00:35:40
>>281
ベイジアンフィルターと組み合わせるというのはどうでしょう？
314: ◆vuoxo2W6GE
07/01/20 00:37:40
>>311-312
GWサーバ立てるのなら、プロトコル仕様まで決めないと、
互換性が保てないんじゃない？
315:名無しさん＠お腹いっぱい。
07/01/20 00:56:15
>>313
しつこいよ
316:名無しさん＠お腹いっぱい。
07/01/20 01:02:02
専用アプリとして配布、2重起動禁止を前提とするとして、
DLの際、アプリ内部に、自動作成したアプリの識別コードを組み込んで、
PCが個別であるという識別出来るようにする。
（これが一番難しいかも入れんが）
上記をすると、アプリごとでIDの代わりのようなこと（トリップなんかでどうよ？）が、
出来るんじゃないか？
317:名無しさん＠お腹いっぱい。
07/01/20 01:04:13
細かい工夫をすればするほど、クラック版が出るリスクも高まるよね
318:名無しさん＠お腹いっぱい。
07/01/20 01:09:07
グリッドで２ｃｈってどーよ？
319:名無しさん＠お腹いっぱい。
07/01/20 01:17:57
もう大丈夫ぽいんでトリップ封印します
320:名無しさん＠お腹いっぱい。
07/01/20 01:21:12
細い回線や能力の低いPCは辛いんじゃないかな？おもしろい発想だけどね。
321:名無しさん＠お腹いっぱい。
07/01/20 01:33:02
>>316
2回ダウンロードしてdiffとるよね。
そすると埋め込み位置特定。
そこ改変したら終わりジャン
322:名無しさん＠お腹いっぱい。
07/01/20 01:35:14
>>316
それ、DLサイトでDLログを取られれば
そのID代わりのものと簡単に突き合わせができて、
匿名性もへったくれもないと思う・・・
323:名無しさん＠お腹いっぱい。
07/01/20 01:35:18
>>320
URLﾘﾝｸ(www.sc.isc.tohoku.ac.jp)
みたいな概念は無理だろうか。
324:名無しさん＠お腹いっぱい。
07/01/20 05:16:28
素朴な疑問なんだけど、テスト運用まではどれくらいかかるの？
325:名無しさん＠お腹いっぱい。
07/01/20 10:16:44
>>324
まだ一歩も進んでない。
基本的に、ここで散々議論しているのはコードも掛けない人が暇つぶしにやってるだけで
コードが掛ける人がいないから事態が進みようがない
326:名無しさん＠お腹いっぱい。
07/01/20 12:04:32
>>321,322
そこなんだよね、難しいっていうのは。
DLにこだわらず、フィルターで誤魔化すだの、
インストール時にランダムフォルダ作って、そこにキー作って暗号化して見るだの、
考えたんだが、いい案が出てこない。
要はアプリが個別であることが証明できればいいわけなんだが・・・・（idの代わりとして）
力が及ばずスマン。
327:名無しさん＠七周年
07/01/20 12:28:06
そもそも、個別認証を前提条件と考えるから難しい
プロトコルのIDは全て正しと解釈して相互に受け入れる
発信者特定不可能なシステムとして構築
した方が、なんらかの規制が発生した時に生き残れる
生IPは見れないけど、個別認証は可能ですよなんて考える必要はない
バラまかれて広まってしまったものは回収出来ないし停止も出来ないと考える
328:名無しさん＠お腹いっぱい。
07/01/20 12:29:50
投稿で問題出てきたら責任問題なるよね
329:名無しさん＠お腹いっぱい。
07/01/20 13:18:41
作者もユーザーも特定出来なきゃ無問題
330:名無しさん＠お腹いっぱい。
07/01/20 13:29:19
住民の民意が高くないと、すぐに駄レスだらけになるかと思われ。
自由な発言は保障すべきだけど、無法地帯はまずいんじゃないの？
331:名無しさん＠お腹いっぱい。
07/01/20 13:33:03
民意→民度
332:名無しさん＠お腹いっぱい。
07/01/20 13:36:37
駄レスも含めて２ちゃんねるじゃないかと
１００匹の蟻の理論
333:324
07/01/20 13:40:04
お、おういぇ
334:名無しさん＠お腹いっぱい。
07/01/20 13:40:04
荒らしで埋まった掲示板が廃墟になったことなんて何度もなかったっけ？
335:名無しさん＠お腹いっぱい。
07/01/20 13:53:01
管理が可能 <===> 匿名性 相反する概念だなwww
ともあれ現状のシステムでは、法規制で潰される可能性があり
移行するのなら、匿名性を強化しないといけないんじゃないのかね
では、こういう仮説の実装可能性を論じよう
スレを立てた時に、自分のマシンにオリジナルのノードIDとデータが作られる
マシンをオフラインにしたら読めないのでは困るので
データをエンコードしたキャッシュ分割しnyのようにバラ蒔く
スレからレスを削除したりスレを消すのは、オリジナルにのみ可能
それが伝達され、キャッシュは"次第に"消えて行く
やはりリアルタイム性は望めないけどな
キャッシュ削除プロトコルを実装したnyBBSっうとこかな
336:名無しさん＠お腹いっぱい。
07/01/20 15:41:39
受け取った書き込みは一定時間（たとえば1時間）で自動的に非公開となり、
保持者が操作することで再び公開されるようにすればいい。
そして発言ばらまきの一切の責任はログ保持者に。
337:名無しさん＠お腹いっぱい。
07/01/20 16:08:49
俺の浅知恵なのかもしれないけど
IDって分散ハッシュテーブル（DHT）なら可能じゃない？
ノード1つが必ず1つの鍵ペアを持っててそれで捺印したレスを1個書き込む。
書き込まれたレスはそのスレを管理してるノードに何ジャンプか後にたどり着き、
たどり着いた管理ノードからその捺印は正しいものか
認証を受けたあとスレに書き込まれる。
ノード間のやり取りはすべてハッシュと
ルーティングテーブルによるアクセスとすることで、
匿名性もある程度守られるだろうし、
リアルタイム性は他のP2Pと比べて天と地の差。
スレの実際のデータには、分散ハッシュとは違う
nyライクもしくは他のバケツリレーP2Pネットワークで流せば、
スレ管理ノードへの負荷が減らせる。
問題点は、祭りが起こったときにスレ管理ノードに負荷が集中することと、
ノードの参加と離脱処理が重いこと。
データの通信はp2pに頼るとしても1度はレスをP2Pに流さないといけないし
秒間100回の書き込みには耐えられないかもしれない。
しつこいけどDHTについてはこちら
URLﾘﾝｸ(homepage3.nifty.com)
338:名無しさん＠お腹いっぱい。
07/01/20 16:52:26
それであるノードが鍵を量産されても(自作自演or多数派工作etc)検知できる？
339: ◆TA0T5gpKEQ
07/01/20 17:09:26
IDは無条件に受ける。
書き込みはそのIDをユーザが信任しない限り表示しないってどう？
Slashdotのレスと同じ形式。
IDの量産はできても、偽装はできないだろうから、信用されるIDは信用され続けて
信用されない(＝新規参入)のIDはなかなか表示されない感じ。
IDは変えたきゃいくらでも変えられるけど、信任されないよという感じかな。
340:名無しさん＠お腹いっぱい。
07/01/20 19:35:24
管理が出来るシステムと完全匿名のシステムを分けて作るか
ノードのつなぎ替えで利用者が選べるようにしたらいいんだよ
どっちが良いかは利用者の推移で自ずと分かる
341:名無しさん＠お腹いっぱい。
07/01/20 19:45:02
たまたま覗いた人間だがNNTPが復活と言うことかwktk
342:名無しさん＠お腹いっぱい。
07/01/20 19:46:01
>>339
各自NG指定したIDをキャッシュしないようにすれば、糞スレは拡散が鈍くなるな。
ただ、広く知らしめたいとか、知らしめる必要のある記事がなかなか出ていかなく
なる可能性もある。
政府や大企業や宗教団体がノードを死ぬ程作って、自社のネガティブな記事の
キャッシュを回収しまくるかもしれない。
統括的な管理がどの程度必要なのか考えないとね。
343:名無しさん＠お腹いっぱい。
07/01/20 19:49:31
>>341
こことかは、 2ch.comp.os.unix とかになるのかな？
ν速+は、2ch.alt.news.news+ とか？？
344:名無しさん＠お腹いっぱい。
07/01/20 19:50:02
もともとあるシステムにつっこむのはどうなのさ
345:名無しさん＠お腹いっぱい。
07/01/20 20:03:42
>>339
認証のやり方はともかくとして、オンラインゲームみたいに
ひとつのIDを長く使い続けることでどんどん有利になるような仕組みがあると
頻繁にIDを変えて荒らしたり多数派を装って工作したりするのを
防げるかもしれないね。
346:名無しさん＠お腹いっぱい。
07/01/20 20:12:40
まぁ、それでも複数のIDは使えるわけだがね。
347:名無しさん＠お腹いっぱい。
07/01/20 20:21:12
>>341
今北産業向俺的まとめ
・INNで基本的に十分。kill -HUP しなくてもファイルを読むための仕掛けがいる。
・hosts.nntpの自動生成が必要。ファイル共有ソフトで十分。
・httpインターフェース？(ﾟ⊿ﾟ)ｲﾗﾈ。 理由: >>75
あとはもうグダグダしたどうでもいい内容の議論に成り下がったらしい。
目に見える場所しか気にしない発言者ばかりになったのがその証拠。
348:名無しさん＠お腹いっぱい。
07/01/20 20:34:05
大変勉強させていただいております
すいません、ROM派で、2ch初書き込みで、若干vipで
しがない情報系学生の意見なのですが、ちょっと聞いてみていただけませんかね？
案１
サーバーは用いたくはないけど、要求仕様を実現する為には
どこに接続すればどの情報が手に入るなどが分かることが一番近道
んで、まぁ、ノードを複数個の郡とし、仮想的なサーバー機能を持たせるのはどうかなって案です
たとえば、多すぎない幾つかのノードで1チームのノード郡にし
その数を他のノード郡と協力して維持・調整する
そこのノード郡に接続することで、ある種類の情報を得ることが出来るとしておけば
ある程度の速度を持ったシステムが実現可能なのではないかなぁと思う
役割は、書き込み、ログ保存、ログ検索、ノード郡管理、ノード数管理みたいな感じ
ノード郡の数は各自適当な数でだけどね
負荷については、考察していませんが
こんな感じにすれば、早くていけるんじゃないですかね？
続きます
349:名無しさん＠お腹いっぱい。
07/01/20 20:34:32
続きです
案２
えっと匿名性を高める為に情報をネットワークに流して、それを書き込むという形では
他人が書いた情報を勝手に書き換えてしまう可能性があるし、リアルタイム性に欠けるので
掲示板システムでは限界があるように思うぽ
なので、今回こんなシステムはどうかなぁーと提案してみます
情報を書き込みたい場合、審議してもらう3個のノードに
情報を暗号化して3個に分けたのと、審議する3人のIPを渡す
その情報は3個ないと解読することが出来ず、
IDは情報発信者のIPをその3つのノードで暗号化して作成する
それらを3つのノードで見せ合って、違った場合何らかの処置を取る
3つのノードが、送信し、受信先が暗号を解読し、判断して、反映させる
こんな感じにすれば、匿名性を保たれつつ、書き込みができるんじゃないかなぁと思うのだけど
問題点があったら教えてください
あー、削除については考えていません
|-`).｡oO(このようなシステムではダメですかね？
暗号化とか初心者なので、コードにはお役に立てないかもしれませんorz
350:名無しさん＠お腹いっぱい。
07/01/20 20:59:37
>>348-349
＞まぁ、ノードを複数個の郡とし、仮想的なサーバー機能を持たせるのはどうかなって案です
スーパーノードの話は散々ガイシュツ。
まずはSkypeのユーザ管理について調べてみることを勧める。
＞情報を書き込みたい場合、審議してもらう3個のノードに
＞情報を暗号化して3個に分けたのと、審議する3人のIPを渡す
書き込み元がランダムに多数の認証局から3つの認証局を選ぶ，
というのはいいアイデアだと思う。
認証局同志が談合してないことを示すのは難しいかも。
IDは（多くの人の期待とは裏腹に）自作自演を完全に防ぐ効果はない。
同一性の証明だけならトリップ付ける方が実装上簡単。
多くの人が1つの計算機を1ユーザで使用していることを前提に
議論しているのが個人的には興味深い。
1台の計算機に複数の人がログインしている状態はUNIXなら普通だと思うのだが。
＃例えば，漏れが学生だった頃に管理していた計算機では，XMiNTを10台くらいぶら下げていた。
351:名無しさん＠お腹いっぱい。
07/01/20 21:16:18
学生です
審議する3人が書き込み者に送って、書き込み者が3個ともが同じIDかを確認すれば
いけますかね？
審議側が一方的に受け取るのではなく、ソケット接続して、受け取り先が本当にその人だと確認した後
IPからIDを算出させても、自作自演を防げませんか？
|-`).｡oO(すいません、Skypeのユーザ管理について調べてきます
352:名無しさん＠お腹いっぱい。
07/01/20 21:32:56
>>347
35歳以上 - NNTPでいいじゃん
35歳未満 - ぎゃーぎゃーわーわー
353:名無しさん＠お腹いっぱい。
07/01/20 21:41:10
>>351
例えば過疎スレなら大学と自宅で交互に書き込めば簡単に自作自演可能。
多くの自作自演者は携帯電話を使うかPPPoEを一度切断して別IPを割り当ててもらうことで自作自演してる。
そうでなくてもフレッツでbb.exciteあたりをセカンドプロバイダに使って
複数セッションを張れば，完全に別のASから書ける。
この場合，どうやって自作自演を見抜く？
目に見える場所，自作自演とか削除人については後から考えるべきことであって，
最初の実装が終わるまで，そんなことに気を使う必要は一切ない。
そんな暇があるなら今すぐタネンバウム先生の教科書でも嫁。
URLﾘﾝｸ(www.amazon.co.jp)
これにない，理論的に重要な話はDHTぐらい。
354:名無しさん＠お腹いっぱい。
07/01/20 22:06:06
>>352
正直NNTP好きだから復興すればうれしいというのはある
355:名無しさん＠お腹いっぱい。
07/01/20 22:09:02
URLﾘﾝｸ(shingetsu.info)
356:名無しさん＠お腹いっぱい。
07/01/20 22:11:46
>>354
> 正直NNTP好きだから復興すればうれしいというのはある
NNTPに絡ませるつもりなら、なぜ既存のNNTP上の日本語文化圏が
滅びとるのか考察しておかないと危険だぜ。
357:名無しさん＠お腹いっぱい。
07/01/20 22:19:34
IPが違ったら、確実に見抜けませんね
すいません、悪意のある人が自分のIPを偽装して書き込むのを防いだり
他人が偽装したりすること考えてました
まぁ、でも、2chのIDは元々IPとIDが関連があるってのを証明するシステムなので
このままでも、十分役目を果たしているんじゃないかと
|-`).｡oO(すいません、タネンバウム先生の教科書買ってきます
358:名無しさん＠お腹いっぱい。
07/01/20 22:29:22
最近、シベリアが多い私は、IP表示に抵抗が無くなりますタ
359:名無しさん＠お腹いっぱい。
07/01/20 22:50:12
>>357
禿同。別の接続環境を利用した自演なんてそれこそ利用者の体内にIDでも埋め込まなきゃ解決出来ない。
リアルタイム性・書き込みの正当性も含め、今の2ch以上のものをP2Pに望むのは酷。
それと、スレやレスを保持、管理する機構すら決まってないのに書き込み処理の考察ってどうよ。
基礎がないビル建ててるようなものに思えて仕方ない。
360:名無しさん＠お腹いっぱい。
07/01/20 22:51:38
IPや実名を公開してヤバい目にあった人は、騒がずにさっと消えるから
目につかないんだよね。
異常者に会社に嫌がらせをされて首になった人も、「再就職に差障りが出るから」と、
ネットに書いていた、その件に関する記述を削除してくれと泣きついてきたりして。
361:名無しさん＠お腹いっぱい。
07/01/20 22:55:34
>>356
おれはシステムには問題無いと思うがなあ。コミュニティが排他的すぎたんだろ
fjではなく1.aだったかが繁栄していたのもうなづける
362:名無しさん＠お腹いっぱい。
07/01/20 23:01:53
>>348-349 まあそう卑屈になるな 最近のレスの中では話に筋が通ってる
363:名無しさん＠お腹いっぱい。
07/01/20 23:23:42
もうちょっとまともなニュースリーダーが広まってたら全然違ったと思われ。
一般人とかだとOutlookExpress使うだろうから祭り状態になると読むのツラいんだよね。
IEで2chなら100レス読む間はマウスのスクロールホイールだけで済むのに対して
OEでNetNewsだと1レスごとにメッセージ選択繰り返しで非常にメンドクサイ。
一般人よろしくマウス操作だけだと100回クリックが必要なわけだし。
そして長文だったりすると最悪、3ペインの下のプレビューにフォーカス移動して
スクロールしなきゃならない。
それにIEはページのダウンロードには時間がかかるけど、終わればサクサク。
OEだと一件ごとにニュースの取得→プレビュー表示だからどうしてもモッサリ感がある。
364:名無しさん＠お腹いっぱい。
07/01/20 23:37:37
>>362
ありがとうございます、すっげ精進します
また、空気も流れも読んでいないのですがすいません
要求仕様について知りたいのですが
wikiを見ている限りは
掲示板２ｃｈは、匿名性および緩い管理方針などにより、自由な言論を許容し隆盛を極めた。
しかしそれは諸刃の剣であり、散発する違法行為に対して現在管理力を失いつつある。
今システムは、大規模掲示板たる特性を継承し、これら問題をP2Pを初めとする諸技術にて改善するものである。
という感じなので、まぁ、この通りに
まずP2P等にて得たいものはやはり、管理のしやすさなのでしょうか？
一度、要求仕様をはっきりと決めたほうがいいかなぁと
土台はそこですから
365:名無しさん＠お腹いっぱい。
07/01/20 23:38:40
それと投稿の保持期間には問題あったよな、ISPのNews鯖なんて2週間も残ったっけ？
2chのように6年前の>>1にレスをつけるようなことはまず無理。
今のスラドがいい例で、トップから消えればすぐにスレは止まる。
それとは逆にmalloc freeのような長期間祭りになったときも
今北産業な香具師はISPの保存期間が短いと過去ログすら読めない状態。
2chなら1000レスで強制的に新スレで、まとめが入ることになるので参加しやすいわな。
366:名無しさん＠お腹いっぱい。
07/01/20 23:43:00
ひとまず削除の方法については結論が出た模様。
次はどの要求仕様を固める？
新2ちゃんねるの使い勝手を勝手に考えるｽﾚ
ｽﾚﾘﾝｸ(unix板:512番)
367:名無しさん＠お腹いっぱい。
07/01/20 23:52:42
INNのexpireの仕組を期間で無条件じゃなくて2ch風にするのとか
仕様も簡単に決められるし実装も手間じゃないんじゃないかな。
368:名無しさん＠お腹いっぱい。
07/01/21 00:31:24
|-`).｡oO(向こうで色々決まっていたのですね
若造が色々口出しして申し訳ないです
369:名無しさん＠お腹いっぱい。
07/01/21 00:49:35
>>365
> それと投稿の保持期間には問題あったよな、ISPのNews鯖なんて2週間も残ったっけ？
うちのISPは、そもそも消さない。
> それと投稿の保持期間には問題あったよな、
NetNewsだと、3年集中的に継続した議論なんてのもあったしな。
2chだと1000で強制リセット。議論が先へ進むのを阻止する。
これは人々にいつまでも同じところをグルグル走り回らせることで、
定常状態を保つ役に立っているな。
370:名無しさん＠お腹いっぱい。
07/01/21 00:55:59
>>361
> おれはシステムには問題無いと思うがなあ。コミュニティが排他的すぎたんだろ
どのコミュニティ? tnn? japan? nihon? microsoft?
> fjではなく1.aだったかが繁栄していたのもうなづける
もろとも廃虚と化していますが??
371:名無しさん＠お腹いっぱい。
07/01/21 01:03:15
すでにあるみたいだけど
URLﾘﾝｸ(groups.google.co.jp)
372:名無しさん＠お腹いっぱい。
07/01/21 01:09:05
>>371
グーグルグループはグーグルが用意した掲示板システムだな。
ウェブやメールで読み書きできる。
とりあえず避難所くらいあそこに作れそうなんだけどな。
373:名無しさん＠お腹いっぱい。
07/01/21 04:42:13
>>367
むしろ「1グループ10000発言」の制限にした方が
Queueになるって意味でExpireより実装が簡単かもね。
>>368
若造だろうが何だろうがコードを書く奴がエライ。漏れはそう思ってる。
むしろきっちりコード書いて「糞ジジイ共はコード書いてから能書きたれろゴルァ」と
煽っていただければ。新月のfuktommy氏だって学生なんだし，学生であることを
恥じる必要はないと思われ。
その煽りに対して，年寄りはアルゴリズムやデータ構造の方面から
「まずは十年前の基礎的な教科書と論文読んでから出直して来いやゴルァ」
と煽り返せれば，殺伐かつ建設的な方向に発展できると思ってます。
>>369
消さない，って他人事ながらディスクは大丈夫なのか？
alt. とかはフィードしなければ大丈夫なのかな。
nntp鯖ってかなりI/Oが激しいという意味で負担をかけるけど，
利用者にとってメリットのないフィードをどう受けてもらうかってのは簡単じゃないかも。
ATAなHDD積んでNICがカニだとフィードするだけでCPU利用率50%に達しそうな気がするが
「こんな重いソフトならイラネ」とフィードをやめる人が続出したりしないのかな。
負荷はピアリングの本数に依存するんだろうけど，いままでは手動ピアリングだったから
人間(root)が適当に負荷を見ながらピアリングを断っていたりしてたってことか。
そう考えるとSkypeはやっぱりよく考えられていると感心する。
374:名無しさん＠お腹いっぱい。
07/01/21 05:38:05
若僧が出して良いのは口ではなく手。
375:名無しさん＠お腹いっぱい。
07/01/21 07:29:37
>>373 スレ立て = 新グループね、その方がしっくりくるね。
糞スレ立てんなでrmgroup、mohta先生元気かなぁ。
376:名無しさん＠お腹いっぱい。
07/01/21 08:48:47
mohta懐かしい名前だな、昔J2で同じ鍋をつついた時、酔っぱらってUTF-8の実装の
議論で喧嘩になり殴った事があるようなないような気がするけど、まだ怒ってるかな？
どうでもいいけどwww
まだjunet時代のfjは、けっこう盛り上がってたし、有用な議論も多かったんだよね
nntpが盛り上がるのも盛り下がるのも、ユーザの民度だと思われ
UUCPが殆どの当時は、全て素性が割れる、完全非匿名だったので、商用ISPが許
された時、fjで匿名性に関しては大部議論が出たような記憶があるな
377:名無しさん＠お腹いっぱい。
07/01/21 11:48:10
>>375
mohta発のrmgroupって結局みんな無視してたのでしょうか？
それとも大岡山から外に出て来なかったんでしょうか？
たいした質問じゃないように見えるけど，削除の実装として
「人間はどう対処していたか」の参考にさせていただきたく書かせていただきました。
378:名無しさん＠お腹いっぱい。
07/01/21 13:58:28
今nntp<->httpゲートウェイ書いてるのだが、subject.txt内の
dat名にMessage-IDを持ってくると2chブラウザが認識してくれない
3けたのasciiコードの羅列にするとnavi2chは認識するがこれでいいと思う?
379:378
07/01/21 15:13:38
だめだな、これepoch秒なんだな。すまそ
380:名無しさん＠お腹いっぱい。
07/01/21 23:33:46
IDのことだけど、
>>349までの案を参考にして考えてたらいい感じの方式を思い付いたんだが、言いたいことが多すぎて上手くまとまらないのでとりあえず簡潔に書いておく
・ID＝開錠用公開鍵。レスは秘密鍵で暗号化し、公開鍵(＝ID)を付けて流す
・IDを使うときは認証ノードリスト(5ノードのIPリスト)を添える
・初見のIDを受け取ったノードはリストのノードに問合せ、５つ以上のノードから認証されたIDを正規IDと認定する
・不正IDのレスは破棄する
・ID取得方法
.．まず初期認定ノードを募る…匿名性を高める為に、>>44に認証階層を追加して新規IDを欲しいノードが5つ集まり相互認証グループを作る。
.．そして対象の板にメッセージを送って認証ノードを増やし、IDを根付かせる
この方式はIPとIDの関連を知るノードを一つも作らないことが可能。つまりIDからIPが割れる可能性はかなり低い
しかしクラックされてしまえばいくつもIDを取得して使い分けることが可能
381:名無しさん＠お腹いっぱい。
07/01/22 03:27:05
凄く分かりやすいし、いいと思ったりするのですが、他の方どうなんでしょうか？
初見のIDを問い合わせるのなら、オンラインしているか定かではないノードを調べるのではなく
認証局に直接問い合わせて、答えてくれるのでは、まずいですかね？
認証局が５人の署名元に確認をとり、ID承認を行うみたいな感じで
ところで、2chユーザーの数だけ今システムのユーザーが増えるとして
同一のP2Pのようなシステムを、こんなに多くのユーザーが持つチャンスは
次は来ないかもしれません
何にでも使えるような、汎用的なシステムを作った上に
2ch機能を代表として乗っける的ではダメですか？
プラグインみたいなイメージで
今苦労しておけば、後々物を作る上で楽になると思うのですが
ちょっと、問題点が多いかなぁ・・・？
|-`).｡oO(タネンバウム先生の教科書以外にお勧めの本があったら教えてください
382:名無しさん＠お腹いっぱい。
07/01/22 04:55:58
>>380-381
実装の話でなければ別スレに逝ってよし。
新2ちゃんねるの使い勝手を勝手に考えるｽﾚ
ｽﾚﾘﾝｸ(unix板)
>>380
もちろん，いい案を実装したなら是非ここで議論させてください。
>>381
＞何にでも使えるような、汎用的なシステム
だいたいそういうシステムは実用上使い物にならないってのは歴史が証明している。
そもそもUNIX自体が「何にでも使える」Multicsのアンチテーゼとして始まってるだろが。
あと，1つの本なり論文を精読汁。2つ目の本に行くのはそれからでいい。
実装の話なら，これ買っとけ。
簡単に古くなる内容の本じゃないから，ずっと役に立つ。
UNIXネットワークプログラミング Vol.1
URLﾘﾝｸ(www.amazon.co.jp)
高いと思うなら原著がおすすめ。
383: ◆TA0T5gpKEQ
07/01/22 08:37:38
>>381
新規参入者が、あるスレを見つけてはじめて書き込んだとする。
5つのところに認証とってレスを投げた。
認証局となったノードは、そのスレの住人(仮に多いところの板として1000人としよう)
全員から一斉にこれはほんとに正しいの？って聞かれる。
それなんてDOS攻撃？
384:名無しさん＠お腹いっぱい。
07/01/22 14:10:55
>>382
アイディアを生む頭なくして実装なんてない
仕様も決定してないのに実装も糞もない
実装手段のみを議論したいのなら自分で専用スレ立てろよ
385:名無しさん＠お腹いっぱい。
07/01/22 14:43:46
そうか、書き込むノードが、住人で
認証局が単一ノードという考え方なら
それはDOS攻撃的になってしまいますね
書き込む処理も、承認する処理も、複数のノードからなる
ネットワークに分散させて処理するものと考えていました
386:名無しさん＠お腹いっぱい。
07/01/22 15:59:33
一つに絞らないのなら、そもそも認証局を作る必要性はないんじゃない？
それともあなたの言う認証局とは>>380の相互認証グループのこと？
>>380に追加
・そのIDを認定したノードは認定ノードリストから一つ削除し、そのレスもしくは認定要求メッセージの送り主のIPを加えて次に回す
387:名無しさん＠お腹いっぱい。
07/01/22 16:37:46
>まず初期認定ノードを募る…匿名性を高める為に、>>44に認証階層を追加して新規IDを欲しいノードが5つ集まり相互認証グループを作る。
の認証階層ってのは、認証をするための処理をするノードの集まりだと思っていたのですが
違っていましたか？申し訳ないです
ID認証を行った後、認証しましたよって情報をいくつか認証局(ノードの集まり)に流して
認証局のどれかに確認を取れば、そのノードがノード群から検索して、答えてくれるみたいなイメージです
もちろん、ひとつのノードに聞くと、嘘情報かもしれないので、認証局の複数のノードに聞けばいいんじゃないかなぁと思っているのですが
|-`).｡oO(暴走してますかね？申し訳ないです、ちょっと意見をまとめるためにDFDでも描いてます
388:名無しさん＠お腹いっぱい。
07/01/22 17:02:37
相互認証グループによる認証はこの時↓のみ行われる
>対象の板にメッセージを送って認証ノードを増やし、IDを根付かせる
それ以降は各板の認証ノードが認証を行う
・相互認証グループに属す各々のノードは、グループ内の５IDそれぞれに関して、その対象とする板へメッセージを送って認証ノードを一つ増やす
→全部で25回認証要求されることになるが、その内で自IDを問い合せてきた５ノードが自IDの認証ノードである
389:名無しさん＠お腹いっぱい。
07/01/22 20:53:29
たまには新月にも遊びに来てくださいねω
URLﾘﾝｸ(www.udp.jp:2000)
390:名無しさん＠お腹いっぱい。
07/01/23 12:57:06
着手すらしてないの？
391:名無しさん＠お腹いっぱい。
07/01/23 13:03:03
着手すらしてないよ。
このスレを見たら、仕様に口出ししたがる人はごまんといるけど
実際にコードを書ける人が一人もいないことがわかるだろう？
392:名無しさん＠お腹いっぱい。
07/01/23 13:08:02
>>391
コード書ける人を無視して仕様を作るのも、なんとも言えんがなぁ……ｗ
で、結局どの仕様にまとまったのか分からんのだが(´･ω･`)
これじゃ誰もコード書けないぜ……
393:名無しさん＠お腹いっぱい。
07/01/23 13:27:36
WinnyやSleipnirやJane等を見ると、仕様はコードを書く人が決めるべきだと思う。
もちろん外野は要望を出すくらいは構わないんだろうけれど
外野が仕様を決めて職人がそれに従わさせられる方法では作業は進まないし
職人からすれば外野に対して「お前何様なんだ」って感じ。
394:名無しさん＠お腹いっぱい。
07/01/23 13:34:41
大概の場合、
＞外野が仕様を決めて職人がそれに従わさせられる方法
を採った創る系スレは、完成できずに消える運命にある。
395:名無しさん＠お腹いっぱい。
07/01/23 17:54:17
こういうのって、結局、最後に凄い人が話し合いも何もかも無視した凄いもの作ってうｐするんだよねｗ
そんな人が、もう既にコーディング始めてるんだろうな。
396:名無しさん＠お腹いっぱい。
07/01/23 17:58:59
作る人はどんどん作ればいい。
このスレの成果を利用したければどんどん利用すればいい。
自分の判断で独自案でもここでのボツ案でも勝手に採用すればいい。
397:名無しさん＠お腹いっぱい。
07/01/23 18:05:12
そういやこの前ム板で、Janeで見れるP2Pの掲示板作った人がいたけど、どうなったんだろう。
398:名無しさん＠お腹いっぱい。
07/01/23 18:18:30
前スレに書き始めてる人が数名いたはずだが
399:名無しさん＠お腹いっぱい。
07/01/23 20:15:31
じゃ俺が今からカクよ
400:名無しさん＠お腹いっぱい。
07/01/23 22:57:25
ソース書き始めてるやつちょっと手を上げて
401:名無しさん＠お腹いっぱい。
07/01/23 23:09:01
ﾉ
javaでP2Pのシュミュレートしかしてませんが
402: ◆TA0T5gpKEQ
07/01/24 02:51:53
ノ とりあえず、レスが伝播するまではかけた。
問題はスレ見つける能力が皆無＝使えない件。
403:名無しさん＠お腹いっぱい。
07/01/24 03:20:09
規制食らってるかテスト
ついでに挙手。
ﾉ C#でかきかき。
404:名無しさん＠お腹いっぱい。
07/01/24 03:34:42
ノ
多分完成しても使い物にならないと思うけどな。
405:名無しさん＠お腹いっぱい。
07/01/24 03:38:36
忘れてた。言語は C#。構想してるネットワークは pull 型 P2P。
今は UPnP を実装してみようとか考えてる段階です。
406:名無しさん＠お腹いっぱい。
07/01/24 06:01:41
ちゃんとソース書いてる人いたんだな
暇人の雑談スレと思ってたよ
407:名無しさん＠お腹いっぱい。
07/01/24 06:26:17
unixで使える言語にしてください…
408:名無しさん＠お腹いっぱい。
07/01/24 06:37:50
プロトタイプはどんな言語でもいいから
409:名無しさん＠お腹いっぱい。
07/01/24 07:08:06
だれかがコードを書かなきゃならないという事態に至った時に、
「じゃあ俺が書くから」「どんどん書いてる」と言って他の人が着手するのを
妨害する工作がむかしから知られているから、「もう充分だな」とか
思わずに、まだの人もどんどん手をつけましょう。
410:名無しさん＠お腹いっぱい。
07/01/24 10:02:11
C#って*nixで動かなかったっけ？
monoとかdotGNUとか。
BSDならMS製のもあったよね。
411:名無しさん＠お腹いっぱい。
07/01/24 10:06:10
>>409
工作員好きだな（笑
工作員はともかく、アイディアがまとまってない現状だから、
こういうアルゴリズムは面白いんじゃねって何か思いついたらコード書くといいとおも。
効率性とか性能なんてある程度のシミュレーションは必要だけど、
ある程度以上はぶっちゃけつくってみないとわかんないこともあるし。
412:名無しさん＠お腹いっぱい。
07/01/24 10:20:22
頼むからデータ構造だけはいじりやすく書いてほしいと思った
413:名無しさん＠お腹いっぱい。
07/01/24 10:59:27
実装したものを出し合って性能比べるのもいいな。
正直ここでの話し合いは纏まらないと思ってたから、既に作ってる人たちがいるのはうれしい。
簡単なことしか出来ないが、俺もやってみるか。
414:名無しさん＠お腹いっぱい。
07/01/24 11:04:24
SourceForge借りてcvs開発に移行はまだ先？
415:名無しさん＠お腹いっぱい。
07/01/24 12:24:38
お前らに聞きたいんだけど、
専用ブラウザ使ってる人、お気に入り(≒巡回スレ)いくつくらい？
ちなみに漏れは21だった。
巡回スレごとにノード確保しようとすると結構つらいかもと思い始めてきた。
416:名無しさん＠お腹いっぱい。
07/01/24 12:31:56
>>415
一つの板で1～30スレぐらいで、あちこちの板を合わせて100スレぐらいかな
417:名無しさん＠お腹いっぱい。
07/01/24 12:39:10
お気に入りリストに入ってるのは、全部で24個だった。まぁ、実際に巡回してるスレはもっと多いんだけどね。
418:名無しさん＠お腹いっぱい。
07/01/24 12:40:43
400以上あるかな
419:名無しさん＠お腹いっぱい。
07/01/24 12:57:32
200くらい
420:名無しさん＠お腹いっぱい。
07/01/24 15:58:09
ノ
俺も昨日カイた。言語は右手。ちょっと量が多かた。
421:名無しさん＠お腹いっぱい。
07/01/24 16:50:55
>>420 キミのはりっぱなオブジェクトだね
422:名無しさん＠お腹いっぱい。
07/01/24 18:14:26
ob・ject
vi. 反対する ((to, against)); いやがる ((to)).
URLﾘﾝｸ(dictionary.goo.ne.jp)
423:名無しさん＠お腹いっぱい。
07/01/25 12:58:42
さっさと作れよ屑ども。
424:名無しさん＠お腹いっぱい。
07/01/25 18:32:25
妄想ヲタどもに作れるわけが無いｗｗｗｗｗ
425:名無しさん＠お腹いっぱい。
07/01/25 19:36:03
感情操作か。
426:名無しさん＠お腹いっぱい。
07/01/25 22:01:33
神様ソースはいつ頃出来るのでしょうか
427:名無しさん＠お腹いっぱい。
07/01/26 07:24:52
放置で
428:名無しさん＠お腹いっぱい。
07/01/26 13:00:12
なんか潰れる気配がないな、2ch。よく考えたら、こんな金になるもの易々と手放すわけが無いし
一時的にでも誰かに譲って解決しそう。
でも頑張れ。
429:名無しさん＠お腹いっぱい。
07/01/26 19:47:39
時間がかかるのは仕方ない。
半年後に試作品ができれば万々歳では。
こっちでも、いま書いてるけど手ごわい。
まだまだスキル不足だな・・・・・・
430:名無しさん＠お腹いっぱい。
07/01/26 20:32:36
>>428
URLﾘﾝｸ(www.nikaidou.com)
どこまでネタ出してくれてるのかはわからないけど、
一応記述があったね。
431:名無しさん＠お腹いっぱい。
07/01/26 22:42:26
>>429
俺なんかHelloWorldから始めてる。何年かかることやら……。
432:名無しさん＠お腹いっぱい。
07/01/27 01:09:49
>>431
勘の良い一部の人は半年でネ申になったります
がむばれ
433:名無しさん＠お腹いっぱい。
07/01/27 03:06:36
別に遅くてもいいじゃん
進んでれば
434:名無しさん＠お腹いっぱい。
07/01/27 19:47:02
連続書き込みの最低待ち時間を6秒位にすると
多人数でないと荒らしの威力が弱まる
と思うがどうよ？
435:名無しさん＠お腹いっぱい。
07/01/28 11:15:16
javaでいいのかな？
コボラの俺もHelloWorldは書けるぞ。
CやC++はだめだが。
436:名無しさん＠お腹いっぱい。
07/01/28 12:57:52
何年も前に中断した.pyソースを発掘して開発再開しようかな…
理論的にも実用的にもいい題材だし。
437:名無しさん＠お腹いっぱい。
07/01/28 16:24:36
加油!!
438:名無しさん＠お腹いっぱい。
07/01/28 17:21:38
ｽﾚﾘﾝｸ(news板:709番)
439:名無しさん＠お腹いっぱい。
07/01/29 21:17:05
>>438
匿名（IPだけ相手に見える）の状態でサイトに書き込み、
それが即時に反映するという形態を禁止しない限り
代わりのサイトがいくらでも出てくるだろう。
440:名無しさん＠お腹いっぱい。
07/02/01 07:21:45
P2Pコミュニティって廃れていくよな・・・
このプロジェクトも廃れなきゃいいが
441:名無しさん＠お腹いっぱい。
07/02/01 09:13:23
議論はある程度で尽くしたでしょ。
プログラムが出来上がるまでまつしか
442:名無しさん＠お腹いっぱい。
07/02/01 20:57:24
C言語のHello ,World!から始めてる俺はもうダメポですかそーですかorz
443:名無しさん＠お腹いっぱい。
07/02/01 22:01:18
匿名性なし前提なら早く作れよ。
444:名無しさん＠お腹いっぱい。
07/02/01 22:03:00
トラフィックかけると、安物ルータじゃ落ちる件orz
445:名無しさん＠お腹いっぱい。
07/02/01 23:02:37
>>442
俺と同じ位置から競争だな。
この世界にどっぷり浸かってる人間には思いつかないようなものができるかも試練。
446:名無しさん＠お腹いっぱい。
07/02/01 23:03:59
>>442
安心しろ
漏れはCが一体何なのかを勉強してるところだ
447:名無しさん＠お腹いっぱい。
07/02/01 23:04:12
期限が迫ってきてるような…
【ネット】 ２ちゃんねるに対し、マルサ動く…「息子（ひろゆき氏）は関係ない」と、国税局職員の父
ｽﾚﾘﾝｸ(newsplus板)
【ネット】 ２ちゃんねるに対し、マルサ動く…「息子（ひろゆき氏）は関係ない」と、国税局職員の父★２
ｽﾚﾘﾝｸ(newsplus板)
448:名無しさん＠お腹いっぱい。
07/02/02 00:02:47
んー。やっぱ作っとくか。
早ければ来週中にも、p2p ネットワーク構築機能の無いクライアントを出せるとおもうんで、そんときには宜しくー。
449:名無しさん＠お腹いっぱい。
07/02/02 00:13:46
format c: なら俺にも分かるぞ
450:名無しさん＠お腹いっぱい。
07/02/02 03:32:26
それが分かれば一人前だ。
451:名無しさん＠お腹いっぱい。
07/02/02 04:13:00
期待してますよ
ＧＷも宜しくね
452:名無しさん＠お腹いっぱい。
07/02/02 08:01:22
他力本願がねらーの証
としてもこれはひどい
453:名無しさん＠お腹いっぱい。
07/02/03 02:35:29
ノーベル財団は仏敵！
みんなで抗議の電話をして勝利しよう！
454:名無しさん＠お腹いっぱい。
07/02/03 13:56:16
そうか。
455:名無しさん＠お腹いっぱい。
07/02/03 20:19:12
>>453
ノーベル平和賞狙って金つぎ込んでる池田が
また候補にもあがらなかったから怒ってるのか？
456:名無しさん＠お腹いっぱい。
07/02/04 01:02:40
WAN 側の IP アドレスって、どうやって取得したら良い？
457:名無しさん＠お腹いっぱい。
07/02/04 01:19:09
>>456
ガンバったらいいと思うぉ
458:名無しさん＠お腹いっぱい。
07/02/04 01:22:57
>>457
了解。んじゃユーザに頑張ってもらうことにするわ。
459:名無しさん＠お腹いっぱい。
07/02/04 16:38:12
>>458
ちょｗｗｗｗｗｗｗｗｗｗ
ほかのノードに聞くといいと思うよ。
Node(IP未確定)
→IP確定してる誰かのNODE
460:名無しさん＠お腹いっぱい。
07/02/04 16:39:07
途中で送信しちゃった・・・・・・・。
にPINGおくるよね。
どのIPアドレスからきたか返してあげればよくない？
461:名無しさん＠お腹いっぱい。
07/02/04 17:52:58
コネが貼られた段階で相手のリモートのアドレス構造体には自分のIPアドレスが入っている。
462:名無しさん＠お腹いっぱい。
07/02/04 18:35:48
>>459-461
大丈夫。それは分かってる。
初期ノードになるときとか、例えば画面上に IP アドレス表示する機能があったほうがいいかもって思いまして。
463:名無しさん＠お腹いっぱい。
07/02/04 18:38:14
相手に教えてもらったIPアドレスを表示すればいいんじゃまいか？
464:名無しさん＠お腹いっぱい。
07/02/04 18:47:40
URLﾘﾝｸ(checkip.dyndns.org)
こういうの使わせてもらったらいいんでない
465:名無しさん＠お腹いっぱい。
07/02/04 18:53:12
>>464
それじゃあ、p2pの意味がないぽｗｗ
466:名無しさん＠お腹いっぱい。
07/02/04 18:55:52
p2pクライアントの一番初めのノードを初期化するときにはしょうがないじゃん
迷子にならないようにするにはフェールセーフの機能も入れとかないとさぁ
467:名無しさん＠お腹いっぱい。
07/02/04 19:21:47
いや、ね。一応自力で取得する方法は分かってるんです。
ExternalIPAddress で検索すれば出てきますし。
探してる方法ってのは、hnetcfg.dll 使って ExternalIPAddress 掘り起こせないかな、ってことでして。
IUPnPNAT 使えばポート開放できるんで、おそらくその近くに GetExternalIPAddress みたいなのがあると思うんですけど……。
468:名無しさん＠お腹いっぱい。
07/02/04 20:11:44
Windowsの話ねー。
それならそうと最初からｗｗｗ
uPnPをまじめにいじるなら、下レベルから書くことをお勧めするよー。
知ってるだろうけど URLﾘﾝｸ(www.bosuke.mine.nu)
469:名無しさん＠お腹いっぱい。
07/02/04 20:23:03
ルータがUPnP非対応の場合は言うまでもないが、
WANと自機との間のルータが二つ以上あってもうまく動くんかいな？
470:名無しさん＠お腹いっぱい。
07/02/04 20:24:32
>>469
UPnP二つって条件なら、２回やんなきゃだめ。
３回なら３つ。
471:名無しさん＠お腹いっぱい。
07/02/04 20:37:54
おお、しまったｗ ここは UNIX 板か失礼した orz
472:名無しさん＠お腹いっぱい。
07/02/06 01:34:21
お、何人かすでにプログラム書きはじめてるのか
出来上がりが楽しみだな
473:名無しさん＠お腹いっぱい。
07/02/06 08:10:30
特に暗号化や完全な匿名性などは必要性なさそうだから、
P2P 2chは掲示板ファイルの相互互換性を持たせて、いろんな人の開発したソフトで使えたらいいなと思う。
今の2chブラウザの乱立のように。
474:名無しさん＠お腹いっぱい。
07/02/06 08:15:21
>>473
そっちのほうが有望だけど
基盤を作るのが難しくないか
475:名無しさん＠お腹いっぱい。
07/02/06 12:18:46
あほノードが混じれるようにするのは危険。
Bugがあったら一気にp2pって崩壊するよ。
乱立すると、へんなノードが混じる可能性が多いし。
やるなら基盤は１ソフト。
それがプロキシみたいに動作して、フロントエンドはご自由に
したほうがいいと思う。
>>473はWinnyあたりの書籍よんだ？
暗号化は、仕様公開しても可能だよ。
476:名無しさん＠お腹いっぱい。
07/02/06 12:52:38
最初から信頼性が低いネットワークとしてデザインしてれば問題無いス。
俺はその方針で作ってますし ( ´ω｀)
477:名無しさん＠お腹いっぱい。
07/02/06 16:12:27
>>473
おそらく最初は規格が乱立せざるを得ないと思う。
あらかじめ決めようとすれば議論百出でいつまでもまとまらない。
第一世代はバラバラの規格で登場し、デファクトスタンダードができてから
それとの互換性を図るようになる。
478:名無しさん＠お腹いっぱい。
07/02/06 18:40:14
まあキャッシュファイルの書式ぐらいは決めておいてもいかもしれない。
479:名無しさん＠お腹いっぱい。
07/02/06 18:41:46
元データは2ch本体にあるのか？。
テストの時はOS9も混ぜてね。
480:名無しさん＠お腹いっぱい。
07/02/06 21:53:10
ん？ もしかして、今の 2ch の dat 仕様とかと合わせなきゃいけないのか？
そういうの全然無視して考えていたんだけど……
481:名無しさん＠お腹いっぱい。
07/02/06 22:46:34
>>480
コンバータを作れるならそれでもいいと思う。
482:名無しさん＠お腹いっぱい。
07/02/06 22:50:06
>>481
俺のはたぶん無理だ orz
483:名無しさん＠お腹いっぱい。
07/02/06 22:52:18
>>480
後回しでいいのでは。
ファイルを覗く限りは複雑ってわけでもなさそうだし（かなりHTML）、
スレ本体と、スレタイとかを記録したファイルが分離してるから、そのままP2Pで扱うには都合が悪いかと思う。
最終的には、おそらく電子署名やハッシュ値とかもレス単位で付けないといけないから、
XMLかねえ・・・・。
484:名無しさん＠お腹いっぱい。
07/02/07 00:58:12
をを、ここまだやってたんだ。。。。
閉鎖騒動の時にヲチしてたけれど、いまはずいぶんと流れが変わってるね。。。
485:名無しさん＠お腹いっぱい。
07/02/07 12:59:15
騒動とは関係無く、あれだけ掲示板の「管理人」らしき人が訴訟を起こされて敗訴するという
現状は２ちゃんねるが今のままでは成り立たなくなるのは明らかで、どの道こういったコミュニティが
P2P化しなければならなくなるのは道理だから。
486:名無しさん＠お腹いっぱい。
07/02/07 14:30:37
論を展開するつもりはないが「コミュがP2P化しなければならない」ことは
ないと思うんだ、それを道理と言うのも語弊があると思うよ
無くなっても誰も困らないから。
487:名無しさん＠お腹いっぱい。
07/02/07 16:22:30
それは前提条件を否定することだからこのスレにそぐわない
488:名無しさん＠お腹いっぱい。
07/02/07 16:31:49
> 無くなっても誰も困らない
これはお前が勝手に立てた推論に基づく結論であり、事実ではない。
今や2chは日本ではどこよりも早く膨大な情報データベースになりつつある。
関係のないレスやコピペがあり、情報密度は低いが、総量は莫大だ。
これがなくなるということは確実に不利益を被る個人・企業が存在する。
よって、なくなったとしたら代替が必ず必要であり、「2ちゃんねる」と呼ばれるモノかどうかは別として、
巨大な匿名コミュニティは必要だ。それが中央サーバを持つ形で存在すれば潰されるのであれば、P2P化するのは道理だ。
Forum作って通信部分やデータ形式に関しては統一された設計の青写真を作るべきじゃないかな？ここがその代わりになっているようには見えないけど。
で、ガワは正直どんなんでもいいんので、開発者の好みに任せて乱立させる。
結論が出た通信やデータの「方式」って何かあった？
489:名無しさん＠お腹いっぱい。
07/02/07 16:41:31
書き込み内容に法の支配が及ぶということについてはべつに危惧してない。
現状の2chでも、法を犯した書き込み者が訴追されるだけならべつにいい。
問題は管理人の不安定な行動によって書き込み者の負うべき責任が管理人にかかり、
そのことでいきなりコミュニティと過去の遺産が消滅すること。
490:名無しさん＠お腹いっぱい。
07/02/07 16:59:08
>>489
理論上はそうだが、現行法及び特にその執行は、必ずしも正当に責任を負うべき者に責任を問う形にならない。
ほとんどが世論(=印象に操作された愚民の多数決)によって決まっている。具体例はスレ違いになるので書かないが、幾らでも心当たり有るだろう？
自衛手段として回避行動は取るべきと考えるが(実際、他の世界でもそのように自衛的回避が起こっている)。
491:名無しさん＠お腹いっぱい。
07/02/07 17:13:45
技術以外の論議は他所でやれ