07/01/16 17:52:40
前スレッド
UNIX板の皆様 閉鎖の危機にまた立ち上がってPt.2
ｽﾚﾘﾝｸ(unix板)
3:名無しさん＠お腹いっぱい。
07/01/16 17:54:52
まとめWiki
URLﾘﾝｸ(vipbox.dip.jp)
Ｑ．2ちゃん閉鎖だって
Ａ．閉鎖しても開発できるからどうでもいいよ
4:名無しさん＠お腹いっぱい。
07/01/16 17:57:30
関連スレ一覧
２ちゃんねるプラスClone開発スレ
ｽﾚﾘﾝｸ(unix板)
UNIXER応援スレッド
ｽﾚﾘﾝｸ(unix板)
【本スレ保護用】2ch閉鎖対策 総合雑談・議論スレ
ｽﾚﾘﾝｸ(unix板)
新2ちゃんねるの使い勝手を勝手に考えるｽﾚ
ｽﾚﾘﾝｸ(unix板)
お約束
ここは技術論のみです。他のことは上記のスレへ。
スルー力を身につけよう。
5:名無しさん＠お腹いっぱい。
07/01/16 18:02:41
壱乙
6:2ch P2Pの新スレあげ
07/01/16 21:52:06
2ch P2Pの技術的な議論はこのスレで
2ch P2Pやその他の案の仕様などの議論は↓
新2ちゃんねるの使い勝手を勝手に考えるｽﾚ
ｽﾚﾘﾝｸ(unix板)
2chクローンの議論は↓
２ちゃんねるプラスClone開発スレ
ｽﾚﾘﾝｸ(unix板)
NNTPゲートウェイの議論をする場所がないねー。
どうしよ？
7:名無しさん＠お腹いっぱい。
07/01/16 21:57:40
>>6
よく考えると、NNTPもP2Pなんだから、このスレで良いのか
8:名無しさん＠お腹いっぱい。
07/01/16 22:13:23
良いんじゃ無いでしょうか？
今、NNTPとDHTの話が有りますので、分かれた方が良い形なら
その時にでも…と思います。
9:名無しさん＠お腹いっぱい。
07/01/16 22:21:37
>>47
P2Pまたお願いします。
10:名無しさん＠お腹いっぱい。
07/01/16 22:33:48
NNTPはノード間の転送プロトコルの話なので，DHTかつNNTPというのも当然あり得る。
DHTでdat持っているノードを見つけてNNTPで必要なレスだけもらうという実装はあり。
INNはfloodingだからDHTを使えないってだけ。
11:名無しさん＠お腹いっぱい。
07/01/16 23:44:39
>10
あ、そっか…。
すみません、浅薄でした。
暫く放浪して勉強してきます。
12:名無しさん＠お腹いっぱい。
07/01/16 23:48:15
>>10
> INNはfloodingだからDHTを使えないってだけ。
> INNはfloodingだからDHTを使えないってだけ。
> INNはfloodingだからDHTを使えないってだけ。
> INNはfloodingだからDHTを使えないってだけ。
> INNはfloodingだからDHTを使えないってだけ。
> INNはfloodingだからDHTを使えないってだけ。
> INNはfloodingだからDHTを使えないってだけ。
> INNはfloodingだからDHTを使えないってだけ。
13:名無しさん＠お腹いっぱい。
07/01/16 23:56:55
誰だよスレいくつも立ててるの。雑談スレ１個でいいよ。
スレタイも勝手に変えるなよ。別の雑談スレが立つもとになる。
技術論以外禁止というのにこだわってるようだが、
要求定義の話をしないわけにいかない。
どうせ雑談で終わるんだから勝手にいくつも立てるな。
スレ立てるなら、自分がプロジェクトリーダーとしてモノを作ると宣言してやれ。
14:名無しさん＠お腹いっぱい。
07/01/17 00:02:24
とりあえず、Usenet -> Google Group β への流れを追っている。
> DHTでdat持っているノードを見つけてNNTPで必要なレスだけもらうという実装はあり。
UsenetDHT: Using DHTs for storage in Usene
URLﾘﾝｸ(72.14.235.104)
isw-2003/papers/robertson.ps+News+Server+DHT&hl=ja&gl=jp&ct=clnk&cd=1
折り返し
抜粋
The design of UsenetDHT is based around the sim-
ple idea of replacing the storage back-end of a Usenet
news server with a DHT, DHash, instead of local, on-
disk storage. The server uses local storage for an in-
dex of the news articles, including their headers. An
extended version of NNTP is used to transfer index
entries via the traditional newsfeed routes. The ex-
tended NNTP is backwards compatible with existing
Usenet servers, and so UsenetDHT can transfer news
to and from the traditional Usenet network.
こういう理屈でいいのかな。
米GoogleがDeja.comのUsenet資産を買収～ニュースグループ検索ベータ版を公開
Google Group β
URLﾘﾝｸ(www.google.co.jp)
が結局
URLﾘﾝｸ(internet.watch.impress.co.jp)
のように変更
Google も試行錯誤か。けど、ここバイナリファイルで問題起こしてたとこだったっけ。
15:名無しさん＠お腹いっぱい。
07/01/17 00:05:34
ほぇーやっぱりGoogleも似たようなこと事考えてんのねー。
16:名無しさん＠お腹いっぱい。
07/01/17 00:12:25
>>14
うは、世の中広いわー
ただNNTP周りの開発は欧米支流みたいだから、英語が読めること必須だねー
17:名無しさん＠お腹いっぱい。
07/01/17 00:23:53
何となくWinny本買ってみた。
まだ最初のほうしか読んでないが、データの一貫性を短時間のうちに
同期させるのが難しいとはっきり書いてあるな。
結局、その難しいところをあえてやるか、あきらめるかという点に
集約されるのだな。
あと匿名性と短時間の同期は反比例するのか。
18:名無しさん＠お腹いっぱい。
07/01/17 00:54:15
小鯖取り込んだ形ってできんかな？
各PC
|
各PC―鯖―(鯖とPCﾈｯﾄﾜｰｸ)―鯖―各PC
|
各PC
みたいなの。
鯖っていっても中継機的な役割で―ってそれはすでにP2Pじゃないか。
19:名無しさん＠お腹いっぱい。
07/01/17 01:02:04
>>18
スーパーノードを用意するP2Pはそんな感じ。Skypeのユーザ管理部分とか。
あと，Usenet (NetNews) はまさにそういう構造と思われ。
20:名無しさん＠お腹いっぱい。
07/01/17 01:07:38
>>18
インターネットの古来からの分散メッセージ交換システムは
みんなそういうアーキテクチャである。
Web世界に移行するときに、それを捨てたのである。
21:名無しさん＠お腹いっぱい。
07/01/17 01:09:26
>>19
なる程。サンクスです。
あんまりﾈｯﾄﾜｰｸ関係は詳しくないもんだから
これを期に勉強してみるかな…。
22:名無しさん＠お腹いっぱい。
07/01/17 01:17:34
つくづくp2pは掲示板に向いていないんだと思うよ・・
23:名無しさん＠お腹いっぱい。
07/01/17 01:25:14
掲示板というよりチャットだと思う。
24:名無しさん＠お腹いっぱい。
07/01/17 01:58:55
>>20
なんかここで議論している内容が "Back to the UUCP" になりつつあるのは興味深いね。
Tim Berners-Leeはたった一人で
・HTMLの策定
・HTTP/0.9の策定
・URLの策定
・Webブラウザ/HTMLエディタのリファレンス実装
・Webサーバのリファレンス実装
をしたという意味で，この手の実装は一人でやったほうがうまくいくんだろうね。
>>22
掲示板というよりP2P分散データベースが難しいのかと。
>>23
チャットだと，自分が電源落としている間のログはとれないんだよね。
自分が電源落としている間のログをとろうと思うと，重複項目をチェックしたりとか
発言を順番に並べ替えるとかの処理が必要で，データベースが必要という話に戻ってしまう。
25:名無しさん＠お腹いっぱい。
07/01/17 02:13:25
>>24
実装の部分は結構ラクだったらしいよ。
今で言うJavaや.NET並の開発環境を持った、
当時もっとも進んでたNEXTの開発環境使ってたらしいから。
HTMLの仕様もNEXTからヒントを得たらしい。
現在ならいくらでもP2Pの開発プロジェクトがあるから、
そういうのを調べていけば、いろいろなヒントが見つかるかも。
26:名無しさん＠お腹いっぱい。
07/01/17 02:28:08
個人を含む世の中のPCの電源がすべて落ちなければなぁ
27:名無しさん＠お腹いっぱい。
07/01/17 02:47:15
一応
【ネット】2ちゃんねる“閉鎖騒動”について、管理人のひろゆき氏が「まだ閉鎖する気はないですー」と公開
ｽﾚﾘﾝｸ(newsplus板)l50
28:名無しさん＠お腹いっぱい。
07/01/17 02:57:50
しかし、まろゆきの一存でこれだけ戦線恐々とするわけだからな。
対策は打っておく必要があろう。
たとえば、社員1千万人の会社が、「社長死んだら全員解散」とか、ありえんから。
29:名無しさん＠お腹いっぱい。
07/01/17 02:59:30
>>25
＞当時もっとも進んでたNEXTの開発環境使ってた
NeXTのInterface Builderは今でもMac OS Xの開発環境として現役。
Macのソフト書いてみるとわかるけど，言語はObjective-Cだわ，オブジェクトが片端からNSほにゃららという名前で笑える。
＃NSはNeXTSTEPの略。
もっとも，OSどころか，いまのApple自体がNeXTそのものだろという指摘もまた正しい。
>>26
たとえ電源があったとしても通信路だってReliableとは限らない。
無線とかだと，自分が動いてもないのに突然リンクが切れることすらある。
そこがP2Pで一貫性を保つことの難しさかと。
そう考えるとやっぱり NetNews の実装はよく練られていると思う。
歴史が古いんだから当たり前かもしれないけど。
30:名無しさん＠お腹いっぱい。
07/01/17 03:12:39
>>29
かれこれ20年も前に、現在でも通用する開発環境を作ったということか…。
どれだけ先見の明があるんだか…。
WindowsもMacからパクったと言われてるけど、
実際はNeXTからパクったところが多いらしいし。
この2ch P2Pも、ひょっとしたらこれから先、
IRCやNNTPの次世代版として普及していったりしてｗ
でもそれぐらいの可能性は感じる。
31:名無しさん＠お腹いっぱい。
07/01/17 03:16:14
>>30
でもジョブスがAppleでやりたかった事をNeXTでやったわけだから基本的にパクったとは違う気がするな。
もともとApple作ったのジョブスだし、無関係じゃないとも取れるじゃん。
32:名無しさん＠お腹いっぱい。
07/01/17 03:21:34
>>31
ふむ。一人の天才の力は大きいね。
iPodやらiPhoneやら、次から次へと革命的な物出すし。
この2ch P2Pにも一人ぐらい天才が降臨してくれないかな～。
33:名無しさん＠お腹いっぱい。
07/01/17 03:26:07
Objective-C結構好きだな。
34:名無しさん＠お腹いっぱい。
07/01/17 03:32:20
P2Pデータベースで大規模に運用されている実際例ってBGPによる経路表の交換だと思うけど，
あれって収束時間はやっぱり長いんだよね？
35:名無しさん＠お腹いっぱい。
07/01/17 03:39:23
凄く……面倒です。作ってもどのくらい使ってもらえる人が居るのかで大きくモチベーションが変化しますな……。
ところで、個人的には削除周りに改善の余地があると思う。
要は情報をコントロール出来れば良いんだから、
１：アンチウイルスソフトのパターンファイルのようなものを配布。ネットワーク全体で削除活動 (新月型)
２：スレ情報を１箇所にまとめ集中管理。適宜削除。キャッシュは一時的なものとして基本は本体読み込み （ny2 亜型）
３：pull 型ネットワーク。キャッシュは一時的。送信する奴が悪い
もっとも作りやすく扱いやすいのは２番で、そもそも削除する必要が無いのは３番。
けど３番は無いよなぁ……。常識的に考えて。
36:名無しさん＠お腹いっぱい。
07/01/17 03:44:38
保持しているスレのキャッシュについて質問です。
この情報はよく見るスレを多く保持する形式になるのですか？
もしもそうなら過疎っていうる板のスレは保持率がっ減って、
見つからないか、または見つけるのに時間がかかる事になる。
自分がよく見るか見ないかとは無関係に均等に保持されたりする仕様になりますか？
あんまり人はいないが有意義な情報がやり取りされていたり、
今は注目されないが後々注目の的になるようなスレがあるかもしれない。
どういう仕組みになるのでしょうか？
37:名無しさん＠お腹いっぱい。
07/01/17 03:59:14
>>35
削除議論の誤爆？
>>36
そこらへんはまだ議論してる最中じゃないですかねー。
ただどの板にもWebゲートウェイ用に、
誰かが24時間常時接続のノードを繋げるでしょうから、
全てのスレのキャッシュは残ると思います。
ただある程度書込がないと、スレごとor古い書込から
自動で消していくというのはある得るかもしれません。
ネットワーク全体で共通のスレキャッシュを持つのなら、
たとえば３ヶ月経った書込は消すとかのルールになると思いますが、
一つ一つのノードでキャッシュ最大容量を決めて、
オーバーしそうになったら、古い書込から消すとかにすれば、
自分が残しておきたいスレのキャッシュは残しておくことができますね。
そこらへんをどうした方がいいのかは、まだほとんど議論されてないと思います。
38:名無しさん＠お腹いっぱい。
07/01/17 04:19:56
>>37
誤爆。けどただの戯れ言だから再投稿するまでも無いかと思って。
39:名無しさん＠お腹いっぱい。
07/01/17 04:22:16
>>36
ローカルのキャッシュ時間とかは実装で変えられるので仕様はまだ適当でいいと思う。
必要ならバージョンアップ版を配布すればいいだけの話。
どちらかというと通信プロトコルとか全体構造の方が後から変更がきかないので
先に決めておいた方がいいと思われ。
通信プロトコルに影響を及ぼす部分に限っても論点はいろいろ：
・目指すdatの探し方
・DHTで探すのか(DHTもいろいろなアルゴリズムがあってどれも一長一短)
・SkipGraphで探すのか
・NetNewsみたいに各ノードでコピーするのか(全員がフルフィードする必要はない。)
・datファイルは毎回全部コピーするのか，差分だけ送るのか
・NetNewsをそのまま使ってみんなしてニュースリーダ使う。たとえばUNIX板は japan.2ch.unix に，スレはコメントツリーになる。
・全ノードを平等にするのかスーパーノードを作るのか。
全ノードが平等の場合レスポンスは大変遅い。
ν速どころかUNIX板程度の負荷でないとやっていけないかも。
データの一貫性を無視していいなら別だけど，掲示板でやると話がかみ合わなくなる。
・そもそも新月でいいんじゃね？
40:名無しさん＠お腹いっぱい。
07/01/17 04:28:18
議論テーマをまとめてみました（直前に確認すると39氏と重複^^;)
・違法な書込の削除について
現在 新2ちゃんねるの使い勝手を勝手に考えるｽﾚ で議論中
・ネットワークタイプ(ツリー型、蜘蛛型、リング型、複数階層かどうか)をどうするか
・コンテンツ探索の方法(DHT,SkipGraph,lookup)をどうするか
・コンテンツ(板リスト、スレリスト、スレデータ)をどのノードが持つか、共有するか
・コンテンツの更新方法(特定ノードに送信、マルチキャスト、NNTP)をどうするか
・スーパーノードはあっても良いのかどうか
・TCPとUDPのどちらを使うか
・NAT設定をしてポートを空けないと使えなくても良いのかどうか
・最初の初期ノードリストの提供をどうするか。レンタルWebサイトに置くとか
・板の管理は誰がするのか。誰でも板を登録できて良いのか
・スレと書込のキャッシュを自動で消すタイミングと方法について
・板リストのフィールドは何が必要か
板名、カテゴリー、レコード更新日時、最終書込日時、勢い、初期ノードリストなど
・スレリストのフィールドは何が必要か
所属板、スレ名、レコード更新日時、最終書込日時、合計書込数、勢い、初期ノードリストなど
・スレ書込のフィールドは何が必要か
所属板、所属スレ、書込No、名前、メアド、本文、署名、書込日時、削除フラグなど
・匿名性をどこまで持たせるべきか
・何万ユーザ(ノード)まで耐えられるようにすべきか
・リアルタイム性はどこまで必要か。書き込んで表示されるまで何秒までなら良いのか
・負荷はどのくらいまで許容範囲か。CPUやメモリの最低必要スペックは
・攻撃対策はどうするか。板作成、スレ作成、宣伝書込、DoS対策など
・Webゲートウェイからの書込とP2Pからの書込でなにか違いを設けるかどうか
・書込Noを持たせるべきか、ハッシュ値や時刻表示で済ませるべきか
・書込が数秒遅れて割り込んできたりしても良いのか
・スレを1000で切るべきか、継続して使用すべきか
41:39
07/01/17 04:31:16
>>40
乙。
忘れてたけど完全にP2Pだとダイヤルアップユーザとかはきついと思う。
24時間テレホタイムだとしてもきついんじゃないかな。
42:名無しさん＠お腹いっぱい。
07/01/17 04:38:32
テレホーダイかぁ……ﾅﾂｶｼｽ……
43:名無しさん＠お腹いっぱい。
07/01/17 04:41:37
スーパーノードは必須でしょ。
提供する資源に応じて、一級市民からテレホ市民までランク分けする。
一級市民にはある程度リアルタイム性を見込むが
そもそも無理な環境の人もいるから通し番号は付けられない
44:名無しさん＠お腹いっぱい。
07/01/17 05:04:30
じゃネットワークタイプについて提案を
３層仮想ネットワーク(winnyのクラスタみたいな感じ)
・2chネットワーク…板情報と各板に属するノード情報
・板ネットワーク…スレ情報と各スレに属するノード情報
・スレネットワーク…同一スレ内のノード情報
っていう風にいくつかの階層に分けて、
得たノード情報から各々の階層のノードリストを作って、
通信速度、保持キャッシュ量等を基にソートしたりして自分の持つノードリストを適宜更新、最適化して…
ってやれば綺麗なネットワークに仕上がると思うんだけど、どうだろうか
具体的には、
初期ノードを入手して2chネットワークに接続
↓
・板情報(接続先ノードが持っている全板名とかの情報)と各板ネットワークに属しているノード情報取得
・2chネットワークでのノードリスト最適化を継続
↓選択した板ネットワークに接続↓
・スレ情報と各スレネットワークに属しているノード情報取得
・板、2chネットワークの双方でノードリスト最適化継続
↓スレネットワーク接続↓
・レス情報(過去レス)取得
・スレ、板、2chネットワークでノードリスト最適化継続
・新規レス随時取得
45:名無しさん＠お腹いっぱい。
07/01/17 06:59:23
気が遠くなって来ルます。
46:名無しさん＠お腹いっぱい。
07/01/17 07:26:11
>>44に階層追加してみたらいいと思うのがあるんだけど。
ズバリ「監視用」の層、削除人要らずになる公安用になりそうなネットワーク層だね
削除されるかどうかでなく【犯罪予告・犯罪密告】に役立つと思う。
もちろんそれぞれのノードが取得できて相互監視できるべきだし
企業の利権に関する書き込みに対する公正な判断ができる監視だけどね
ルールではなく自主的なモラル層かな
47:名無しさん＠お腹いっぱい。
07/01/17 07:35:54
>>44
1スレを分散して記録しておく必要はないのでは？
言い換えれば各ノードが持つ最小の単位はdatファイル1つで十分じゃないかな。
発言をどんどんコピーしていくタイプのP2Pならそれが実装として良いのかもしれないけど，
多層構成の場合の問題点は発言の伝播に時間がかかりすぎることだと思う。
DHTにしろスキップグラフにしろ，多数あるノードの中からいきなりスレ
(またはもっと小さなレス)を持っているノードを指定できるので，
そんなまどろっこしいことをする必要はないはず。
nyは大きなファイルの低レイテンシな転送にはいいだろうけど，情報量の小さな発言を
素早く各ノードに伝播させるようにはできていない。
発言をどんどんコピーして伝播させるなら，
2ちゃんねるがまるごとNetNews に移民する方がずっとレイテンシが早いシステムになる。
言い換えれば 2ch.* っていう NetNews を作るだけにした方が
簡単だし効率的。(NNTPのクライアントはすでに多数存在するわけだし)
殺伐とした言い方で言えば，今からデザインするシステムが20年前の
NetNews 以下の性能しか出せないってどうよ？
そういう意味で ny ベースの話は技術的に「筋が悪い」と思う。
48:名無しさん＠お腹いっぱい。
07/01/17 08:36:09
NetNewsをそのまま使う場合、NNTPだけじゃなくて
HTTPで2chっぽい皮をちゃんとかぶせてやれば、意外とすんなり移行
できるんでないかな。しっかりやって今の専ブラそのまま使えるぐらいにまですれば
削除のことは、Cancel-Lockとか使ってうまくできないかな？
NetNewsが2chと違うのは削除は書いた本人ができるという点
訴訟に発展した場合、削除する責任があるのは書いたやつ、っていう
流れでは問題あるのかなやっぱり？
49:名無しさん＠お腹いっぱい。
07/01/17 09:03:58
>>47
同意
おれも、もうnet newsでいいんじゃないかと思ってた
ただ削除などの管理業務は別の仕掛けが必要な気がしてる
今回のような事があった場合に誰かが責任をとらなきゃならなかったり、逆にそれがいやで何でも削除されるのもいやだよな
例えば参加者の投票で決めるとか
これは参加者の義務にしてさ
一定数の投票しないと書き込めないとか
スレたてられないとか
しかし徹底して責任者を排除したシステムにしたら
司法はどう判断するんだろうな
50:名無しさん＠お腹いっぱい。
07/01/17 09:34:37
自分で削除できるのには反対
確実に２ちゃんらしさはなくなるな
ちょっと叩かれたからって削除とか
はなから削除前提の記事とか
やはり「一度口から出た言葉は消えない」的な事は必要だと思う
51:名無しさん＠お腹いっぱい。
07/01/17 09:40:19
気にくわないレスは消えるようになるなｗｗｗ
あぼーんだらけの2chになっちまうｗ
52:名無しさん＠お腹いっぱい。
07/01/17 09:46:49
他者は本人に成りにくいけど、本人は他者に簡単になれるんだよな。
よって、本人及び他者x名の意思で削除可能としても、実質本人の意思のみと大差ない。
53:名無しさん＠お腹いっぱい。
07/01/17 09:48:27
>>50
> 自分で削除できるのには反対
> 確実に２ちゃんらしさはなくなるな
> ちょっと叩かれたからって削除とか
「キャンセル阻止の全文引用です」という、フレーズなついかしいなあ。
> はなから削除前提の記事とか
「うちのサーバはキャンセルを無効にしてあります」というフレーズなつかしいなあ。
54:名無しさん＠お腹いっぱい。
07/01/17 09:49:14
>>48
自分で削除ということになると、匿名性との兼ね合いにもなるんじゃないかな？
分からなければ消さないやつもいるだろうし。
50氏、51氏の言う通りつまらない2chになりそう。
となると、削除に関しては投票型か管理者型しかないのかな？
ネットワークタイプに関しては、NetNewsベースが一番現実的なんだろう。
普通に、News鯖(自由に立てられる)とHTTPでアクセスするクライアントだとダメなんだろうか？
55:名無しさん＠お腹いっぱい。
07/01/17 09:49:44
>>51
> 気にくわないレスは消えるようになるなｗｗｗ
そういう攻撃あったねえ。
> あぼーんだらけの2chになっちまうｗ
で、有志が再放流するんだよね。
56:名無しさん＠お腹いっぱい。
07/01/17 09:50:09
>>52
なんだその俺の書き込みは俺の書き込みお前の書き込みも俺の書き込み的な納得の仕方…
57:名無しさん＠お腹いっぱい。
07/01/17 09:54:56
NetNews世界では、外道発言者を排除するのにkill fileというのが使われていたね。
これをシェアした、global kill fileというのもあった。
で、killingをもっと洗練した概念がSCOREINGで、これをシェアしたGroupLensなんて
試みもあったねえ。
このあたりの発展形が、Slashdotの非常に洗練されたモデレーションシステム。
58:名無しさん＠お腹いっぱい。
07/01/17 09:56:33
もう削除の仕組みとか面倒くさいし、通報制にしない？
ソフトの中に通報できるのを組み込んで
読んでる人が違反な気がする書き込みがあったらそれ使って送ると
削除対象だったら誰かが削除
あ これと似たの出てたかｗ やっぱこれはループするなｗｗ
59:名無しさん＠お腹いっぱい。
07/01/17 10:00:07
人が判断しないようにして且つ確実に削除対象を消す方法は削除ロボットが
巡回して勝手に違反書き込みを削除してくれるようにする以外ないな。それ
が出来りゃ苦労はないけどさｗ
60:名無しさん＠お腹いっぱい。
07/01/17 10:04:16
ポリシーを巡る戦いは、コミュニティの全機能をマヒさせるほど大きく
ふくれあがって行く。
これをなくすためには、
おれはおれ、おまえはおまえ。おれはおれのやりたいように
勝手にやる。お前はお前のやりたいように勝手にやれ。
にするしかないと思う。
61:名無しさん＠お腹いっぱい。
07/01/17 10:24:38
実装する段階になったらこちらで話してもいいとは思うが・・・。
削除の話はあっちのスレがメインなのでGo
62:名無しさん＠お腹いっぱい。
07/01/17 10:26:50
UsenetDHTって、実装例や稼働実績あるのかな?
63:名無しさん＠お腹いっぱい。
07/01/17 11:08:06
新2ちゃんねるの使い勝手を勝手に考えるｽﾚ
ｽﾚﾘﾝｸ(unix板)l50
削除議論とかはこっちに移動してくれ。
はっきりいって、邪魔です…ごめんなさい…。
64:名無しさん＠お腹いっぱい。
07/01/17 11:22:24
>>55
案外そういう闘争を経ていろいろ安定していくのかもしれない。
生物相のように。
65:名無しさん＠お腹いっぱい。
07/01/17 11:28:41
>>62
Future Workのところに実装するってことが書いてあった
気がするから、アイデアだけでまだなんだろうねー
でもいいアイデアだから使わせてもらってもいいんでない？
どうでもいいけど、仕様についての議論は
レスが錯綜して非常に分かり辛いから、
まとめWikiに書き込み可能なページをつくって
議論できるようにできないかな？
66:名無しさん＠お腹いっぱい。
07/01/17 12:09:33
あらゆる板から騒動を聞きつけてココも注目されているからWikiスペース解放は
止めたほうがいいと思う、Spam対策されているなら問題ないけど違うでしょ？
荒らしスキルを持つものが居ることを忘れずに。
67:名無しさん＠お腹いっぱい。
07/01/17 13:06:36
>>65
避難所じゃだめなの？
68:名無しさん＠お腹いっぱい。
07/01/17 13:45:46
折角避難所つくってくれた人もいるし、暫定でも個人的な見解でもいいけどまとめにつかえるよ？
URLﾘﾝｸ(jbbs.livedoor.jp)
69:名無しさん＠お腹いっぱい。
07/01/17 13:55:14
VIPから噐マスタ
70:名無しさん＠お腹いっぱい。
07/01/17 13:57:01
>>69
帰れ
71:名無しさん＠お腹いっぱい。
07/01/17 14:06:31
NetNewsって、httpクライアントというか、IEで読み書きできないの？
googleのグループってのは、なんか違うよね。
避難所でもいいんだけど、トップページからカテゴリ別にたくさんの板へサクッとリンクされてるのが重要かと。
72:名無しさん＠お腹いっぱい。
07/01/17 14:16:41
p2p2ch本体をローカルプロキシにして、IEを閲覧できるようにするのもいいかもね
73:名無しさん＠お腹いっぱい。
07/01/17 14:33:00
なんでIEなんだここの人のデフォルトは・・・・N(ry
74:44
07/01/17 16:37:36
>>47
>1スレを分散して記録しておく必要はないのでは？
分散じゃなく、各ノードは自分の属するスレの全レスを持つ って考えてる
各ノードは複数の板ネットワーク、多数のスレネットワークに属すはずだけど、自分の属するネットワークに流れてる情報は全て取得しようとする
>DHTにしろスキップグラフにしろ，多数あるノードの中からいきなりスレ
>(またはもっと小さなレス)を持っているノードを指定できるので，
そうなのか、凄いな
各ネットワーク上で実装して欲しい
75:名無しさん＠お腹いっぱい。
07/01/17 17:03:01
>>71
そんなのは今ならPHPかなんかでブラウザから閲覧できるサイトを作ればいいだけじゃね？
心配しなくても誰かが作るよ
多分アフェリ入りで
76:名無しさん＠お腹いっぱい。
07/01/17 20:23:22
ポート０の人はは読むだけのレス専で
ポート開放の人はは書き込みOKとか？
77:名無しさん＠お腹いっぱい。
07/01/17 21:02:25
串をとおさないとネットできない人がいることも忘れないでね
78:名無しさん＠お腹いっぱい。
07/01/17 21:12:48
>>39・そもそも新月でいいんじゃね？
これはどうなん？
俺は新月知らないんだけどちゃんと open source になってるの？
それか単純に freenet 上に移行すれば官憲も手がでないんじゃ
79:名無しさん＠お腹いっぱい。
07/01/17 21:13:31
串を使う人はレス専でいいよ
80:名無しさん＠お腹いっぱい。
07/01/17 21:16:47
仕様、使い勝手に関する要望議論はこちらへ･･･
新2ちゃんねるの使い勝手を勝手に考えるｽﾚ
ｽﾚﾘﾝｸ(unix板)
本ｽﾚでは実装段階で議論しましょう。
81:名無しさん＠お腹いっぱい。
07/01/17 21:29:26
んじゃ>>39-40をそっちに貼った方がいいんじゃ
82:44
07/01/17 22:24:50
>>47
DHTとか使う必要ないだろ
今俺が書いてるこのレスを見るのは、このスレにいる奴だけだし、このスレはUNIX板にいる奴しか知らないし、UNIX板へは2ちゃんのメニューからリンクされている
技術有りきで考えるなよ
技術は目的のために使われるもんだぜ
83:名無しさん＠お腹いっぱい。
07/01/17 22:30:37
>>78
まず言っとくがプロクシは本来匿名性を付加するためのものではない。
まして、無法地帯作成に手を貨す馬鹿はこのスレにはいない。官憲に
追われるならいかなる技術を用いても必ず割れる。
そんな反社会的なものが欲しいなら他所へいけよ。
それと、NNTP Net News クライアントで message-ID を生成・付加
or News 鯖で付加とすることで丁度メーラーのスレッドツリーのよう
な閲覧方法をクライアント側で出来る。
掲示板に欠けている機能の一つ、スレッドの展開も当然ツリー明示で
クライアントアプリは実装出来る。従来通りのフラットでも。
fj でも japan でも MS OE からでも公開ニューズ鯖から見れるだろ。
News 鯖は P2P 本来のテクノロジーの塊。
いくつもある News 鯖の実装や他 P2P 形式の形態を調べながら反社
会的なものでなく、日本における News グループ衰退の理由（2ch も
その一因の典型だが）や NNTP (P2P) -> http ゲートなどを含めた
アーキテクチャそのものを探っている。
INN はじめ既存の実装には、devel パッケージ相当分が大抵付属してい
る 。今、それを見ているが犯罪を助長する誘発するような匿名性など
想定しているものはない。
下側がどうあれ、最終的には http でクライアントが見れるように、こ
こだけでなく検索大手 Google ですら挑戦中。
くどいが、既存の法的なものだけでなく公共性をどこまで担保できるか
も大切なんだ。個人のプライバシーを守りつつ。
84:名無しさん＠お腹いっぱい。
07/01/17 22:31:05
>>46
ポエム共有用の階層も追加して欲しい
85:名無しさん＠お腹いっぱい。
07/01/17 22:33:17
>>82
なら、具体的にどうする。
86:名無しさん＠お腹いっぱい。
07/01/17 22:33:42
スレタイがひでえな
2chP2P開発とかいれて分かりやすくしてくれ
87:名無しさん＠お腹いっぱい。
07/01/17 22:36:58
>>82
ダウソ板から来た俺も見てますよ
言う通り、DHTは いらないでしょ
ネットワークのキー数（スレッド数）は
共有ソフトと比べてもかなり少ないはずだから
キーがパンクしてネットワークが破綻することはないよ。
88:名無しさん＠お腹いっぱい。
07/01/17 22:40:57
>>87
当初は不要ということか。上で引っ張ってきた Usenet の DHT鯖を組み込む
構想は何故出てきたか、全文見てみてくれ。
89:名無しさん＠お腹いっぱい。
07/01/17 22:47:48
>>85
では具体的に。
実際に流すのはレス情報のみ
レス情報はヘッダ部と本文から構成
ヘッダ部にはID,日時,板名,スレタイ,等を記載
ノードは保有レス(キャッシュ)の板名、スレタイをwinnyのクラスタワードのように使って、各仮想ネットワークを構成する
90:名無しさん＠お腹いっぱい。
07/01/17 22:52:50
>>89
端的に言うと、それをスーパーノードが統べるのか。
91:名無しさん＠お腹いっぱい。
07/01/17 23:13:32
大規模P2Pの泣き所はノード離脱率にある
レストランの客と同じように常に人が入れ替わっていく
毎日決まった時間来る奴もいれば
2～3日に一度来る奴もいる
一日中居座ってる奴もいる
数は少ないけどね
92:名無しさん＠お腹いっぱい。
07/01/17 23:19:15
>>91
いわゆる常時起動してくれる"2ch信者"に頼るしかないな
93:名無しさん＠お腹いっぱい。
07/01/17 23:20:06
そうするとキャッシュの保持数も決めなきゃならんよな？
94:名無しさん＠お腹いっぱい。
07/01/17 23:20:10
>>91
御意。実際は実験しないと判らないでしょうけど、そっち方面の
統計データみたいなものも極力探してます。が、皆が検討するに
値するものが見付からない。
いっそ一定のタイミング設定に基づいてガベレージコレクション
のように出来ないかと思いましたが、それだと相当既存のものに
手を加えないといけませんね。
95:名無しさん＠お腹いっぱい。
07/01/17 23:21:51
なんでｎｙﾈｯﾄﾜｰｸは破綻しないんだ？
またーり進行、常時起動が原則だから？
96:89
07/01/17 23:23:55
>>90
なんでスーパーノードが出てくんの？
97:名無しさん＠お腹いっぱい。
07/01/17 23:26:53
>>95
ネット上をただようクラゲみたいなものかも
98:名無しさん＠お腹いっぱい。
07/01/17 23:29:06
>>96
仮想ネットワークとして分散して、各々各個別々のノードにクライアント
はぶら下がるのか。で、その時の出入りに使うプロトコルは。
99:名無しさん＠お腹いっぱい。
07/01/17 23:29:21
>>91
スーパーノードはレスポンスが早いという特典があるので
実況命、祭り命の人は常時起動してスーパーノードの資格を得ようとするだろう。
そういう人の資源をジャンジャン使うべし
100:名無しさん＠お腹いっぱい。
07/01/17 23:31:27
>>95
それもあるが
ny外で違法データを売ったりしない限りつかまらないってことで使用者が減らないから
101:名無しさん＠お腹いっぱい。
07/01/17 23:31:33
>>99
> 実況命、祭り命の人は常時起動してスーパーノードの資格を得ようとするだろう。
これ抜いたら袋にされそうだな。
102:名無しさん＠お腹いっぱい。
07/01/17 23:38:39
DHTは板検索だけでいいよ。
それで板は誰でも作れる。
で人気のあるところには人が集まる。
板内だけで密なP2Pを実現すればいい。
スレタイ、本文の交換とか。
103:名無しさん＠お腹いっぱい。
07/01/17 23:40:43
>>102
人気高＝ｎｙの被参照量
ってことか。
104:名無しさん＠お腹いっぱい。
07/01/17 23:43:19
>>102-103
同意というか、Google が悩ましいのはそこだろう。検索エンジン屋さん
から見ると、スパッと見切れない。
105:名無しさん＠お腹いっぱい。
07/01/17 23:46:54
たくさんの板を見ている人なんてあまりいないと思っている
だいたいくる人は決まっていたりするのが多いんじゃないかな
出来る限り板とかの小さな単位でクラスタが構成されるようにするのがよさそう
そうすればレスポンスもよいとおもう
クラスタ間はいらん情報は流してはいけない
いらんトラフィックが減ればレスポンスはよくなる
でも来てみたら俺以外誰もいない予感になったら何も得られないという状況になるけど
まあしょうがない
106:名無しさん＠お腹いっぱい。
07/01/17 23:49:27
亀だけど前スレ
624 名前: 名無しさん＠お腹いっぱい。 Mail: sage 投稿日: 2007/01/15(月) 00:57:21
P2Pの場合、メッセージの単位がレスであるとすると
リンクなしのレスをどこに配置すればよいかに苦慮することになる
これってリンクなしのレス（というかリンクで繋がってないレス同士）は各ノードが受け取った順に並べるだけで問題なくない？
107:名無しさん＠お腹いっぱい。
07/01/17 23:52:35
>>106
基本的には News 鯖ってそうなってない？
108:名無しさん＠お腹いっぱい。
07/01/17 23:53:21
>>104
2chはうまいことカテゴリわけできている気がする。
2階層くらいがいいのかな。
板を作る人は大分類、小分類の2を属性として入れる。
最初はカオスと化すけどそのうち落ち着くんじゃないかな。
板はグローバルDHT、板内はローカルDHTとか。
109:名無しさん＠お腹いっぱい。
07/01/17 23:55:00
>>106
Re:Re:Re:Re:
110:名無しさん＠お腹いっぱい。
07/01/17 23:56:34
>>108
> 板を作る人は大分類、小分類の2を属性として入れる。
> 最初はカオスと化すけどそのうち落ち着くんじゃないかな。
> 板はグローバルDHT、板内はローカルDHTとか。
そっか。分類と属性ね。それならすっきりする。スマン離席
111:名無しさん＠お腹いっぱい。
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