2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

2ちゃんねる互換P2P匿名掲示板の実装を考える 1

1 :デフォルトの名無しさん:2014/04/23(水) 23:29:44.09 ID:k48oXhUz
このスレは「P2P型の完全匿名掲示板はまだ出来ないの?」スレからforkして生まれました
2ちゃんの代替となる2ちゃん型掲示板をP2Pで実装してみようぜ、なスレです
名前が長いので若干スレタイは変えましたファイル共有ソフト等の話題はスレ違いなのです

origin:P2P型の完全匿名掲示板はまだ出来ないの?その4
http://toro.2ch.net/test/read.cgi/tech/1390486453/

wiki
http://www34.atwiki.jp/p2p-anon/

[参考]

Tor(The Onion Router)のHidden Service(onionドメイン)Onionちゃんねる
http://xiwayy2kn32bo3ko.onion/ (Tor経由でのみアクセス可能)
Syndie - distributed forums
http://syndie.i2p2.de/
Freenet - P2Pコミュニケーションフレームワーク
https://freenetproject.org/

[関連するP2P掲示板ソフトウェア等]

新月 - P2P匿名掲示板
http://shingetsu.info/index.ja
P2P2ch
http://p2p2ch.web.fc2.com/
ちらしの裏
http://chiraura0.web.fc2.com/
alias
https://code.google.com/p/alias/
o2on
https://github.com/o2on/o2on

2 :デフォルトの名無しさん:2014/04/24(木) 00:18:13.70 ID:MtyH7A52
CO2

3 :デフォルトの名無しさん:2014/04/27(日) 11:31:07.85 ID:VMeX2lMv
とりあえずchord実装しようと思う

4 :デフォルトの名無しさん:2014/04/29(火) 00:35:26.82 ID:QpcbJXpT
ええな

5 :デフォルトの名無しさん:2014/04/29(火) 00:51:21.14 ID:c5fmhn8h
とりあえず服を着ようと思う

6 :デフォルトの名無しさん:2014/04/29(火) 02:37:33.98 ID:k0Pd9T1c
こっちでレスしておく。

>>http://toro.2ch.net/test/read.cgi/tech/1398178816/32
ならopenにでもotonaにでもいけばいいんでない?
こんなトコ見る必要ない。
>>http://toro.2ch.net/test/read.cgi/tech/1398178816/34
それはバックエンドにP2Pを使わないほうが良い理由にはならないな。
使わなくても良い理由にはなるかも知れんが、それだけでしかない。
>>http://toro.2ch.net/test/read.cgi/tech/1398178816/37
適当なノードがその場限りの鯖として振る舞えばいいというだけで、中央鯖は不要。
そもそも鯖役ノードってのが厳密に定まるバックエンドかどうかもわからんけど。
>>http://toro.2ch.net/test/read.cgi/tech/1398178816/39
P2Pが匿名なんじゃなくて、検証可能なクライアントプログラムが匿名性を提供するんだよ。
Torなりなんなり、匿名化の為のシステムを蔵側に用意させるなら結局インストールが必要。
HTTPの鯖蔵モデルだと、蔵が使うコードは鯖提供で検証不能なので、鯖がロギングし放題。

7 :デフォルトの名無しさん:2014/04/29(火) 03:18:58.47 ID:YSaKMYqx
>>520
C/C++ でまじめに malloc()/free(), new/delete の研鑽を積めばOK
学習教材としては、独習C++中盤の山場にある「文字列クラス」の車輪再発明がおすすめだね

8 :デフォルトの名無しさん:2014/04/30(水) 13:58:25.03 ID:lIJFNaX3
>>7
そんな道具の使い方みたいな初歩的な話はどうでもよい

9 :デフォルトの名無しさん:2014/04/30(水) 14:00:03.19 ID:lIJFNaX3
とにかくアイデアを出すことが先決だ。
実装はバグだらけでも富豪的でも良い。
後は実装のプロがなんとでもしてくれるだろう。

10 :デフォルトの名無しさん:2014/04/30(水) 22:44:00.71 ID:livyiFPX
じゃあ、アイデア

完璧な匿名性を持ったP2P掲示板

ほら、あとは実装しろ。

11 :デフォルトの名無しさん:2014/04/30(水) 23:25:32.05 ID:lIJFNaX3
>>10
バイバイ

12 :デフォルトの名無しさん:2014/05/01(木) 01:45:14.52 ID:esgHy3x7
P2Pにして匿名性を強固にしなかったら2ちゃんより酷くなるだろ
技術があれば誰でもトラッキングできる掲示板になると思うけどね

13 :デフォルトの名無しさん:2014/05/01(木) 09:27:36.95 ID:276dm0Cu
2chみたいに中央集権型掲示板ではひろゆきとかJIMとか
管理人の権利の主張やら、独裁削除人やらなんやら色々鬱陶しい。
荒らしやネットワーク攻撃対策に関しては中央集権独裁的に行うのではなく、
個人主義、自由主義に基づいた設計にすべきだ。
(リストを作るのも自由、自動的に適用するのも自由という具合に)

14 :デフォルトの名無しさん:2014/05/01(木) 09:29:28.18 ID:276dm0Cu
リアルの愚民どもや法曹・政治家共がゴチャゴチャ言い出すのも鬱陶しい。
リアルをせせら笑いながら自由にコミュニケーションできるネットワークが欲しいものだね。

15 :デフォルトの名無しさん:2014/05/01(木) 17:20:12.78 ID:7EhQIRwr
tor板でいいじゃん。

16 :デフォルトの名無しさん:2014/05/01(木) 17:32:21.00 ID:276dm0Cu
>>15
torで通常の方法で掲示板を設置した場合は匿名であっても中央集権的になるだろうが。

17 :デフォルトの名無しさん:2014/05/01(木) 17:33:09.85 ID:276dm0Cu
管理人や削除人が好き勝手出来る掲示板はダメだ。

18 :デフォルトの名無しさん:2014/05/01(木) 19:29:31.49 ID:s0t/V4/m
新月見るに需要があるとは思えない

19 :デフォルトの名無しさん:2014/05/01(木) 19:59:31.09 ID:276dm0Cu
新月は匿名でも純粋なP2Pでも無いし、ツールも使いにくいからな。

20 :デフォルトの名無しさん:2014/05/01(木) 20:51:15.80 ID:7EhQIRwr
新月が過疎ってるのは作者が閉鎖的に運用してるからだと思うが。
新月が純粋なP2Pではないと言うならば、純粋なP2Pとはどういうものか?

21 :デフォルトの名無しさん:2014/05/01(木) 21:13:01.17 ID:276dm0Cu
>>20
>閉鎖的に運用
作者の意向がネットワークに及ぶなら、それは自由なネットワークとは言えないね

22 :デフォルトの名無しさん:2014/05/01(木) 21:14:36.64 ID:rJbuD4Aj
新月の持っておきたくないものを選んで手放せるシステムは良いと思う

23 :デフォルトの名無しさん:2014/05/01(木) 21:24:00.67 ID:276dm0Cu
純粋なP2Pとは権威から自由であるということだ。

24 :デフォルトの名無しさん:2014/05/01(木) 21:28:57.05 ID:txn6O3jo
でもIDはほしい

25 :デフォルトの名無しさん:2014/05/01(木) 21:34:14.42 ID:276dm0Cu
例えば、誰もが(作者も含めて)同じ方法で平等に利用可能なソフトウェアがインストールされたサーバがあり、インターネット経由でしかアクセスできず、誰も近づけない場所に設置されている場合、その形態はp2pと言える。

26 :デフォルトの名無しさん:2014/05/01(木) 21:35:54.01 ID:7EhQIRwr
>>21
それはクライアントに依存すること。作者の意向に依存するのはどんなp2pソフトでも同じ。
新月プロトコルのようなものを作れば個人に依存することはなくなる。

27 :デフォルトの名無しさん:2014/05/01(木) 21:45:18.90 ID:s0t/V4/m
新月の作者は簡単に利用出来るように公開ゲートウェイまで設置してるし
閉鎖的な運用してるようには見えない
ただP2P掲示板の需要がないだけだろ

28 :デフォルトの名無しさん:2014/05/01(木) 22:05:19.99 ID:B1bUdh8+
需要はあるよ現に自分も使ってたしかしいかんせん使いづらい
ログの即時取得、2ch専ブラ対応、荒らし対策、携帯対応ぐらいやらないと

29 :デフォルトの名無しさん:2014/05/01(木) 22:05:31.36 ID:7EhQIRwr
>>27
以前は誰でもクライアントなしで閲覧できたが、最近はクライアントをインストールしないと閲覧できなくなっている。
理由は、P2P掲示板は2ちゃん型と比べて非常に重いということ。大勢からクライアント無しでアクセスを受けると簡単に落ちる。

確かにP2P掲示板は需要がない。
クライアントをインストールしないといけないし、常時接続での運用が基本でハードルが高い。

30 :デフォルトの名無しさん:2014/05/01(木) 22:14:44.90 ID:r0ZRtrW8
新月自体には需要はないだろう
ただp2pってだけで2ch以上なところが何もないからな
p2p掲示版への期待だけで持ってる感じ

31 :デフォルトの名無しさん:2014/05/02(金) 05:50:38.49 ID:CF7dLv5d
DNS分散の実装が必要だってことなんじゃないか?

新月の中の人は実況を知らなかったんだろうな。
皆の表現が一致したりしなかったりするダンスのような所が実況の味なのに、
それが十把一絡のスパム扱いではどうしようもない。

32 :461 ◆Of8OpFdQADOA :2014/05/02(金) 07:04:44.76 ID:meKs6CjB
みなさんP2Pに求めているものがたくさんありますね。(悪いことだ言うつもりは毛頭ありませんよ)
自由であることは大事なことですが、それは哲学領域に取り敢えず留めておいて、実装では負荷分散と即時性の両立を狙うのが賢い落とし所ではないでしょうか。
考え方によっては、サーバクライアントモデルの拡張としてサーバ側を我々がP2Pで実現し、ふつうに何かのドメインに紐をつけて使っても立派なP2P掲示板ということになります。匿名性はやや犠牲になるでしょうが。
でも当分の間はクライアントをローカルで走らせるモデルが続くと思います。
自宅サーバをやってる人たちが使ってくれたら安定性に一役買ってくれそうなものですが、そのためにはこちら側からの良質なドキュメントなどの提供が必要だと思います。
そこも含めて開発できたらいいなと思っています。

33 :デフォルトの名無しさん:2014/05/02(金) 08:16:20.41 ID:CF7dLv5d
そういう事実上の切り捨てこそが一番の哲学なんだよ。
意見が一致したものから実装すればいいだけなのに、
最初に切り捨てから入るとゴリ押しに見えるのさ。

34 :デフォルトの名無しさん:2014/05/02(金) 09:19:48.83 ID:uOzfD9BM
P2Pはシステムの構造でなく、人の利用形態なのだよ。

35 :デフォルトの名無しさん:2014/05/02(金) 09:29:05.39 ID:uOzfD9BM
開発方針

フェーズ1.匿名性が高く汎用的なP2Pデータベース開発(分散ハッシュテーブルみたいな物?)
フェーズ2.掲示板の仕様とデータベースにぶち込むデータモデルを設計
フェーズ3.普及を想定した使いやすい閲覧ブラウザの開発

36 :デフォルトの名無しさん:2014/05/02(金) 12:59:07.20 ID:CF7dLv5d
>>35
それって段階の意味が全然ないよ。
確認しないまま実装すると確実に作り直しになって
折角作った意味がない場合にそれは必要なんじゃないか?
最初から2ch互換で匿名なのはわかっている以上、
その部分の完成を待ったり段階化する必要なんてサボる口実でしかない。
いいのがでてきたらいつでも差し替えられるようにすれば済む話だし、
むしろ好みで選択できたほうがいいでしょう。

必要なフェーズと言えば、こんなこともあろうかと的な応用にも対応できる
汎用仕様を作ることだけど、これも別になきゃ作れないものではないし、
適当に作ったものがデフォルト化する方が多いよね。

37 :461 ◆Of8OpFdQADOA :2014/05/02(金) 13:43:45.00 ID:meKs6CjB
>>36
>それって段階の意味が全然ないよ。
>確認しないまま実装すると確実に作り直しになって
>折角作った意味がない場合にそれは必要なんじゃないか?
>最初から2ch互換で匿名なのはわかっている以上、
>その部分の完成を待ったり段階化する必要なんてサボる口実でしかない。

ウォーターフォールモデルとアジャイル開発の対立みたいだw
あまり厳密に設計すると融通が利かなくなりそう。割りにゆるく、それでいて引き締まった設計にしたい。
ただ、2ちゃん互換ってのは大前提になると思う。

>必要なフェーズと言えば、こんなこともあろうかと的な応用にも対応できる
>汎用仕様を作ることだけど、これも別になきゃ作れないものではないし、

YAGNIって云うよね。今必要でない機能は今は実装しなくていい。必要になった時に実装する。

ゆっくり改良していけばいい。
ただ開発者が足りないような感じもするなあ。個人的には一人じゃ寂しいなあと思うw

38 :デフォルトの名無しさん:2014/05/02(金) 15:28:44.56 ID:KxhRqmmx
モジュラーを意識しよう
Golangでやろうぜ

39 :デフォルトの名無しさん:2014/05/02(金) 15:32:36.76 ID:uOzfD9BM
go言語?一人でやってろ。
みんなで作ろう系はC++かJavaだろJK

40 :デフォルトの名無しさん:2014/05/02(金) 15:52:55.90 ID:KxhRqmmx
>>39
お前が勝手にやってろよ化石

41 :デフォルトの名無しさん:2014/05/02(金) 15:53:48.23 ID:CI+++snQ
P2Pって言葉がもう時代遅れで実体に合わない感じだな
有志による鯖のクラウド化をしたいと言う方が正しい感じがする

42 :デフォルトの名無しさん:2014/05/02(金) 16:05:02.24 ID:uOzfD9BM
>>40
go言語とC++のユーザー数の違いは分かりますか?オタク君

43 :デフォルトの名無しさん:2014/05/02(金) 16:09:08.60 ID:KxhRqmmx
>>41
その方向性でいいと思うよ

44 :デフォルトの名無しさん:2014/05/02(金) 16:12:55.30 ID:uOzfD9BM
>>41
AmazonEC2借りて従前の2ch鯖立てるだけでもクラウド化なわけだがw

45 :デフォルトの名無しさん:2014/05/02(金) 16:15:12.74 ID:uOzfD9BM
もちろん、そんな物作ったって、既にopen2chやひろゆきの新2chなどがあるわけで
何の新規性もない。

46 :461 ◆Of8OpFdQADOA :2014/05/02(金) 17:04:29.08 ID:sbuiiAlk
個人的な想いですが、大きな震災が発生してもアクセスに耐え、ノードの急減に耐えられるようなシステムにしたいです。
TCP/IP自体がある程度の耐障害性をもって設計されていますし、アプリケーションがこれに応えることも悪くないと思うのですがどうでしょう?

47 :デフォルトの名無しさん:2014/05/02(金) 17:18:09.67 ID:CI+++snQ
>>44
おーぷんやscはAmazonEC2じゃないだろw

だがある意味それで十分な利用者もいるんだよね。特に2ch.netの方は非常に鯖が脆弱だから。

1. 鯖の堅牢性
2. 匿名性
3. 荒らし対策

2.と3.を両立させるのが難しい。P2Pにしたところで、第三者による追跡が可能になる訳で2.が保証される訳ではない。
ぶっちゃけtor板が大規模クラウドのvpsで提供されていたら匿名性と堅牢性の両方で申し分無いんだよね。
おもしろくないけどw

48 :デフォルトの名無しさん:2014/05/02(金) 17:24:06.72 ID:uOzfD9BM
>>47
仮にvpsにしてもtorにしても匿名性に関する危険性は現2chと同じ。
torに関しては鯖の所在を秘匿する手段としては使えるが、
情報漏洩の危険性は依然として残っているから、
現状より匿名性が高いとは言えない。

49 :デフォルトの名無しさん:2014/05/02(金) 17:26:00.51 ID:uOzfD9BM
さらに、管理者の裁量が大きすぎることも問題。
管理者が閉鎖したいと思えばいつでもできるし、
気に入らないレスを管理者が如何様にも操作できるという点も問題だ。
特別に大きな裁量を持った人間を置くべきではない。

50 :デフォルトの名無しさん:2014/05/02(金) 18:05:35.80 ID:CI+++snQ
結局、有志によるクラウド化に意味が出てくるわけだな。
torの匿名性が2chと同じってのは意味がわからんがw

51 : ◆QZaw55cn4c :2014/05/02(金) 19:25:07.26 ID:uljkUnkD
>>41
申し訳ないけれども,「クラウド」はサーバーの存在を前提にしている時点で(現時点で最先端だとは思いますが)未来的ではないと考えています.

52 :デフォルトの名無しさん:2014/05/02(金) 20:44:53.00 ID:CI+++snQ
p2pと言ってもデータを持っているノードは常時接続でないとそのデータが利用できないので、実質的に鯖が存在するのと同じことだと思うが
鯖の存在を意識せずに利用するためには大規模なノードの参加によるデータの冗長化が前提になる

53 :デフォルトの名無しさん:2014/05/02(金) 20:47:40.12 ID:CF7dLv5d
>>41
まだ存在しない実体を適当に語られても困るんだな。
そういうクラウド実装を出してくるなら話は別だけど、
ただ、スレタイと実装が合わないなら結局2ch的には
スレ違いか乗っ取り扱いだろうなあ。

54 :461 ◆Of8OpFdQADOA :2014/05/02(金) 21:59:48.33 ID:lkuUn+Js
>>52
DHTを実装するならノードの起動や終了に伴ってデータは自動的に移管されます。
少なくとも今書いている実装ではそうなっています。異常終了でない限りは。
完全にノードが0になればデータ消失のおそれがありますが、それは他のいかなるP2P掲示板でも生じうる事態ですし、誰かが予備を立てることで対処するとしましょう。
あと、素敵なIDですね。

55 :デフォルトの名無しさん:2014/05/02(金) 22:03:53.47 ID:uOzfD9BM
匿名で利用できるDHTができればファイル共有にも使える。
ファイル共有なら常時稼働するインセンティブになるからね。
そのネットワークに掲示板を間借りすれば良いというわけ。

56 :デフォルトの名無しさん:2014/05/02(金) 22:09:25.70 ID:KxhRqmmx
https://github.com/nictuku/dht
Go使おうぜ
https://github.com/laher/goxc
Write once, runs everywhere in native executableだぜ

57 : ◆QZaw55cn4c :2014/05/02(金) 22:24:05.47 ID:uljkUnkD
今の乏しい理解の時点では DHT には否定的だな‥
参加ノードが時々刻々と変化するなかで、ハッシュ値に対してどのノードにキャッシュを置くのか?どのノードからキャッシュを取るのか、疑問は尽きない‥
第一、単純な DHT だったら、ある投稿単位を得るために、その投稿単位を所持しているノードに集中的にアクセスが集中するのでは?

それとも理解が足りないのか?

58 :デフォルトの名無しさん:2014/05/02(金) 22:28:00.79 ID:MCI6Hkq+
うわ、、、ここにもqzいんのかよ
邪魔だから消えろ

59 :デフォルトの名無しさん:2014/05/02(金) 23:30:51.23 ID:uljkUnkD
>>58
やだ!

60 :デフォルトの名無しさん:2014/05/03(土) 00:00:32.41 ID:v1U2AV4z
面白い感じに開発者が集まってきたな
俺もコテ使おうかしら、しかしほんま最近仕事忙しくて何もできてない

61 :デフォルトの名無しさん:2014/05/03(土) 00:01:37.70 ID:OPPs3lzA
sourceforgeでやれ

62 :デフォルトの名無しさん:2014/05/03(土) 00:26:11.97 ID:Pd384C+v
最近はGitHubでやるのが普通な模様

63 :デフォルトの名無しさん:2014/05/03(土) 00:28:00.87 ID:7Cx29wqw
オープンソース?

64 :461 ◆Of8OpFdQADOA :2014/05/03(土) 00:39:51.83 ID:t3CXZaAV
>>57
私の実装の範囲で説明します。

>参加ノードが時々刻々と変化するなかで、ハッシュ値に対してどのノードにキャッシュを置くのか?どのノードからキャッシュを取るのか、疑問は尽きない‥

≪キャッシュ≫の意味がよく分かりかねます。
仮に≪DHTに保存されたデータ≫だとしてお答えします。DHTのアルゴリズムとしてChordを採用した場合、データに対して保存ノードは自動的に決定されます。詳しくはChordについてご参照ください。

>第一、単純な DHT だったら、ある投稿単位を得るために、その投稿単位を所持しているノードに集中的にアクセスが集中するのでは?

現時点の私の実装ではその通りです。
回避策として、多重にハッシュ関数を適用することによるラウンドロビンが考えられます。(Chordを用いているとします)

通常ではDHTに保存されるデータ:Vのアドレス:Kは、ハッシュ関数:Hを用いてK=H(V)として決定します。
ここでK[n]={H(V), H(H(V)), ... }で表せるように複数のアドレスを生成し、それぞれのアドレスに対応する複数のノードにデータを保存します。
データを読み出す際は、Kに上原付でランダムな回数だけHを適用し、得られたアドレスにデータを請求します。
これによりネットワーク負荷は分散されますがストレージの負荷は全体として増加します。
掲示板の機構とDHTの機構とは分離されるので、掲示板側からはこれを意識する必要はありません。

今考えたアルゴリズムなので瑕疵があるかもしれません。ご了承ください。

65 :デフォルトの名無しさん:2014/05/03(土) 03:50:41.53 ID:hbaIgB0n
>>57
キャッシュって言葉からしてny系P2Pに毒されすぎだよ。
DNSの浸透(≒DNS設定ミスによる不具合の別名)みたいな状態はムダでしか無い。

DHTの場合(例えばKなんとか)、データを保持するノードに到達するまでの距離が自動的に定まるし、
アクセス数の多いデータは複製数を上げれば集中が緩和されると同時にアクセス時間も減少する、筈。

66 :デフォルトの名無しさん:2014/05/03(土) 05:20:18.12 ID:kJWWkRZ3
>>55
使えてどうするのさ?
この板で作るなら開発者の為のソース共有辺りはあっていいけれど。

掲示リスクが増えたら掲示したい奴が余計減るよ。
別に常時じゃなくたっていまどきの雇用と同じでどうにでもなるだろ。

67 :デフォルトの名無しさん:2014/05/03(土) 05:23:12.00 ID:OPPs3lzA
思い思いに勝手な理想を語るだけで動く奴は一人もいない。

68 :デフォルトの名無しさん:2014/05/03(土) 05:27:54.46 ID:kJWWkRZ3
ライセンスの不備とIDが致命的なんじゃない?

実はレスのまとめを作るのさえ自己責任の同人扱いで要はfreeがないんだ。

人が集まっているのが2chのメリットなのに、IDのせいで住人層の薄さがハッキリでてしまい
ギブアンドテイクの期待ができない。

一般的にID識別というのは信用の為なのに、24時間という中途半端な期限では何の信用も積めないし、
積んだところでそんな釈迦に説法するのは敬遠されてしまって本人のトクにはならないね。
効果としてはレス待ちゲストによる気まぐれ支援を自粛させて瓢箪から駒の望みも奪ってしまうだけで、
互恵関係構築には全く役立たない欠陥品なんかを有難がるストーカー御用達って感じ。

自分にメリットがあると思えなきゃ誰も(書き込み)しない
という誰でもわかる基本を何故か皆忘れちゃってるんだよな。

69 :デフォルトの名無しさん:2014/05/03(土) 13:47:44.68 ID:a/u/kbPZ
違法な書き込みのリレーノードになってて警察が家にくる可能性のある掲示版を誰が利用するんだ

70 :デフォルトの名無しさん:2014/05/03(土) 13:52:16.01 ID:Y9TWu4Hw
>>69
キャッシュしない仕様であれば家宅捜索する意味が無いので、
裁判所は礼状を出さないよ。

71 :デフォルトの名無しさん:2014/05/03(土) 14:00:14.81 ID:S8B6XMOo
テキスト情報共有ソフトなのだから
サイズが小さく、多くの複製を置くことができるから
あまり読まれないスレも素早く読めそうな気がするが

72 :デフォルトの名無しさん:2014/05/03(土) 14:29:46.50 ID:feMw6Ra8
>>68
>ID識別というのは信用の為

違うね、そのためにはすでにトリップがある。
君の説だと全員に強制的にトリップをつけることになるが、そうなると本当に誰もこなくなるだろう。
ID反対意見としては、今ひとつ説得力がない、もう少し脳細胞を使ってくれ

73 :デフォルトの名無しさん:2014/05/03(土) 15:16:22.81 ID:kJWWkRZ3
>>72
一般的なID識別の話をしてるのに2ch限定の用語と混同されても困る。
トリップは後付けの機能で昔は無かったよ。

74 :461 ◆Of8OpFdQADOA :2014/05/03(土) 15:57:40.01 ID:eGpApgSQ
>>68
>実はレスのまとめを作るのさえ自己責任の同人扱いで要はfreeがないんだ。

Creative Commonsにしてみたいですね。

>ギブアンドテイクの期待ができない。

>一般的にID識別というのは信用の為なのに、24時間という中途半端な期限では何の信用も積めない

>自分にメリットがあると思えなきゃ誰も(書き込み)しない
>という誰でもわかる基本を何故か皆忘れちゃってる
個人的には登録制にすれば内容の質は上がると考えています。署名付き専用板などを作って棲み分けるようにしてもいいと思います。

75 :461 ◆Of8OpFdQADOA :2014/05/03(土) 16:09:47.03 ID:UCtcrg1u
連投ごめん

匿名な掲示板は次のステージに進むべきではないのかと感じることがある。
匿名でも一定の品質が得られた時代は終焉し、ネット利用者の増加に伴う2ちゃんねるの利用者の質の低下が起こりつつある。

匿名は人間を無責任にする。
一度匿名での書き込みができれば、利用者はそれをさも当たり前だったかのように錯覚してしまう。
限られた人のみが使える匿名掲示板なら高い品質を確保することができたが、あらゆる人間が集まる場所で匿名での書き込みに品質を求めるのには無理がある。

初回起動時に自動で電子署名を作成し、電子署名がついた投稿を最初からするように設計すれば、それが当たり前にできるんじゃないかな。
明示的に署名を作る手間があるからそれを意識してしまうんだ。

76 :デフォルトの名無しさん:2014/05/03(土) 16:27:56.64 ID:kJWWkRZ3
品質とかそういうのは広告屋の発想だよ。
そんなものは利用者は求めていない。
千に三つ役に立つものがあれば、それは良スレだ。

77 :デフォルトの名無しさん:2014/05/03(土) 17:50:48.64 ID:iRDUo3cR
2chの全盛期を知らない人かな。
2chは昔、もっと人口が多かった時代のほうが高品質なレスが多かったよ。
その後、運営がデタラメな規制を繰り返した影響で大きく人が減って、質が落ちたんだよ。

78 :デフォルトの名無しさん:2014/05/03(土) 18:42:50.27 ID:kJWWkRZ3
単に人が減っただけなら消化速度が落ちるだけで質は変わらない。
よくある過疎スレだよ。

見捨てられるから質が落ちるのであって、その判断をさせてしまうのがIDだという事。
そもそも削除判断用だからね。

79 :デフォルトの名無しさん:2014/05/03(土) 19:05:07.84 ID:a/u/kbPZ
ネット利用者は増加してるけど2chの雑談系板以外の書き込み数は全盛期の半分以下まで低下してる

80 :デフォルトの名無しさん:2014/05/03(土) 19:35:03.17 ID:OPPs3lzA
で、こんな内容がプログラム技術板でやることか?
VIPでやったほうがまだましなんじゃないの。

81 :デフォルトの名無しさん:2014/05/03(土) 19:45:46.73 ID:7wut77np
>>79
利用者減ってるのか。
運営のせいか、時代の流れなのか。

82 :デフォルトの名無しさん:2014/05/03(土) 21:15:21.72 ID:Pd384C+v
江崎浩のP2P教科書を斜め読みしてると、P2Pの既存実装、ツールキット、テスト環境があることがわかった
(既存実装は自明だけど・・・)つまり誰かが車輪を作りまくって置いてることになる

【BambooDHT】
http://bamboo-dht.org/

分散ハッシュテーブルの研究で作られたソフトウェア、安心と信頼のMIT製

【OverlayWeaver】
http://overlayweaver.sourceforge.net/index-j.html

オーバーレイネットワークアプリを3層に分けて、それぞれ差し替え可能にしている開発ツールキット
階層0:ルーティング(Chord, Pastry, Kademlia...)
階層1:高レベルサービス(DHTとか)
階層2:アプリ

これはどの程度使えるのだろうか・・・

【PIAX】
どちらかというと車載機器や携帯機器への実装を目指してるプロジェクト?
低レイヤな部分でlibjingleとか使ってるっぽい
阪大製

83 :デフォルトの名無しさん:2014/05/03(土) 21:18:42.74 ID:Pd384C+v
OverlayWeaverはP2Pで通信するアプリケーションを”オーバレイ”ってひとくくりにしてるぐらいだから
なかなかすごいプロジェクトかもしれんね、ゲーム開発ツールキットで言えばUnityみたいなもんかな

84 :デフォルトの名無しさん:2014/05/03(土) 21:33:59.64 ID:CHVCcZx3
知ってるからいちいち紹介しなくていいよ

85 :デフォルトの名無しさん:2014/05/03(土) 21:51:27.46 ID:hZTTUVzr
使ったことないけど新月はなにがいけないの?
自分的にはp2pにこだわりすぎてるからじゃないかと思うけど
これをサーバーからでも閲覧や書き込みしやすいようにすりゃいいんじゃ?

86 :デフォルトの名無しさん:2014/05/03(土) 22:10:59.90 ID:Y9TWu4Hw
>>84
別にお前個人に教えてやろうと思って書いてるわけじゃないだろ。

87 :デフォルトの名無しさん:2014/05/04(日) 00:26:00.32 ID:F1HNpjLt
>>65
DNSの浸透、のほうがいいかもしれないよ
DHT の場合データが取得できない場合がある、所持しているノードが起動していなくてね
ファイル共有の場合は、そのノードが参加するのを待てばよいが、掲示板の場合はどうかな?

>>64
chord 調査中です。

88 :デフォルトの名無しさん:2014/05/04(日) 05:20:21.25 ID:fRCldqOt
>>85
P2Pというのはサーバ兼クライアントなんだから、こだわりすぎというのは意味不明。

過去ログ読まない貴方には向かないかもしれないけれど、
大事な事でも一度書かれれば充分な>>84なんかには新月も悪くないだろう。

89 :デフォルトの名無しさん:2014/05/06(火) 04:29:26.74 ID:YArsLWRD
>>87
DNSの浸透は設定ミスでTTLが延長される等のクソ環境の言い訳だし(故に浸透言う業者は無能な可能性が高い)、
そんな「データの伝達経路がぶっ壊れてるけど運がよけりゃデータ読める」状態を意図的に作ってどうすんだって。
DHTでは最悪のケースとしてデータ所有ノードが全て断線しても「ファイル共有の場合」の状態を再現できるし、
通常の場合は断線するノードが出たり明示的に切断する場合に複製数増やして最低データ保持ノード数を確保するだけ。

90 :デフォルトの名無しさん:2014/05/06(火) 07:28:02.05 ID:/sGQ2PwJ
大抵のDHTアルゴリズムには、特定のノードが退出してもそのノードの担当範囲のデータが消えないようにする仕組みがあるよ

91 :デフォルトの名無しさん:2014/05/06(火) 10:12:26.17 ID:R4LFdeTL
>>90
>特定のノードが退出してもそのノードの担当範囲のデータが消えない
詳しく

投稿単位AのハッシュH の結果H(A)でノードBを特定し,そのノードBが実際に投稿単位を持っているノードCを保持しているんだね (Chord)
じゃ,特定のノードBが前触れも無くいきなり退出(P2Pではよくあること)した場合は, C のことを知っているノードはいなくなるのでは?

92 :デフォルトの名無しさん:2014/05/06(火) 13:05:02.81 ID:/sGQ2PwJ
まず、DHTでは基本的にデータを複製していく点に留意。
>>91の例の場合、ノードCからノードBへ投稿Aそのものがコピーされる。
どのノードが持っているか、という情報を転送していくのはWinny方式だから勘違いせぬよう。

93 :デフォルトの名無しさん:2014/05/06(火) 13:39:18.25 ID:/sGQ2PwJ
DHT上に保存したいデータをA、そのデータのハッシュ値をH(A)、Aを担当するノードをNとする。
取り敢えず、自分の知ってるChordとKademliaってアルゴリズムを例にする。

Chordの場合、Nはその前(ノードID的に)のノードN'、N''、…へAを複製する。
円状のネットワークを構成するアルゴリズムだから、Nが抜けると(例えば)N'が次のNになるので、Aは消えない。

Kademliaの場合、Nに近い幾つかのノード(N自体が入っているとは限らない)へAをばら撒く。
各ノードは、定期的に自分の持つデータをNに近い幾つかのノードへばら撒く。
Aを取得する時も、Nに近い幾つかのノードにリクエストを送る。
データはひたすら複製されていくから、いずれかのノードが抜けても問題ないワケ。
円状のきれいなネットワークを構築するChordに比べると力技っぽいけど、実装が簡単らしいね。

94 : ◆Ky/cs3er/I :2014/05/06(火) 18:07:43.97 ID:68cG1kKx
>>91 >>92
どちらの実装もあり得る。
大きいデータとかファイル共有だったらDHTの担当ノードに直接データを持たせるということはしないだろう。
掲示板のデータはそれほど大きくないし、新しいレスが素早く反映される必要があるから
担当ノードが直接保持するべきだろう。

95 :デフォルトの名無しさん:2014/05/06(火) 18:25:11.36 ID:WFxcGpUO
まじかよ
コンテンツをDHTに直接入れてる実装って現時点で存在するのか?
おれは知らん

96 :デフォルトの名無しさん:2014/05/06(火) 18:32:09.33 ID:R4LFdeTL
>>93
なるほど、ハッシュ=ノードID のサイズが 160ビットならば、ノードIDをローテートして生成されるノードID群で持ち合うんだね
あとはノードIDの決め方だけれども

97 :461 ◆Of8OpFdQADOA :2014/05/06(火) 18:52:44.17 ID:YxXCNUPf
DHTに直接データを置くのではなく、一旦メタデータを置く事が主流であるようですが、間接配置(他に正確な呼び名があるならそう読み替えてください)のメリットは何でしょうか。
私には大きなファイルの分割による負荷分散ぐらいしか思いつきませんが、他に何か応用があるのかな?

98 :デフォルトの名無しさん:2014/05/06(火) 19:04:51.40 ID:WFxcGpUO
というか直接配置の実例があるなら提示していただきたい
参考にするから

99 :461 ◆Of8OpFdQADOA :2014/05/06(火) 19:05:21.89 ID:T0Gx8R+v
あ、いま思い浮かびました。連投をお許しください。
荒らしがいるとします。彼は大量の無意味な投稿をするのですが、これを直接DHTに配置すると多大なネットワーク負荷が発生します。
間接的にアドレスだけを配置し実体を投稿したノードに持たせれば、無駄な負荷を発生させずに済みます。
ただ投稿ノードが抜ける時に結局データの移動が起きてしまいますが。

100 :デフォルトの名無しさん:2014/05/06(火) 19:36:34.06 ID:GTsT1a5r
だめだこりゃ。ちゃんちゃん。

101 :P.Yumina ◆Ky/cs3er/I :2014/05/06(火) 20:29:15.99 ID:68cG1kKx
>>97
P2Pはノードの出入りが激しいから
DHTで大きいデータを直接配置すると
出入りの度に大量のデータ転送が必要になるからとても非効率

ファイル共有だとファイルをダウンロードするノードとDHTの担当ノードは
異なるのが普通だから、間接配置にならざるを得ない。

>>98
CREAの掲示板はDHTの担当ノードが管理する方式だったから
担当ノードが直接保持していた。
ちなみに、動画ファイルはもちろん間接配置だった。

102 :デフォルトの名無しさん:2014/05/06(火) 20:51:39.18 ID:Fr+PW76D
ここは帯域の無駄でしか無い中継をやらない
まともなP2Pスレってことでいいの?

103 :デフォルトの名無しさん:2014/05/06(火) 20:55:23.86 ID:WFxcGpUO
>>101
実装できるんだ
パフォーマンスはどんな感じなんだろう

104 :P.Yumina ◆Ky/cs3er/I :2014/05/06(火) 21:19:26.66 ID:68cG1kKx
>>103
それが作った自分も分かってないんだよwww
そもそも自分がP2Pを作ったのってP2Pシステムのテストをしたかったっていう
個人的な理由があったからなんだけど(その他にも色々理由はあったけど)、
P2P掲示板を作っても誰も使ってくれないから全くデータが取れなかったw
で、動画共有機能を追加したら多少はノードが増えると思っていたんだが
それでも全然増えなくて、これはいったん止めにするしかないわ、となった。

そんな訳で、直接配置でどれくらいパフォーマンスが出るのかはよく分からない。
ただ、10ノード程度で動いていたときはDHT絡みで特に問題はなかったと思う
(繋がらないノードの扱いには結構苦労した記憶があるけど)。

105 :デフォルトの名無しさん:2014/05/06(火) 21:25:59.34 ID:Fr+PW76D
インフラが整ってきたせいで
P2Pの必要性が減ってきてしまったからね。

動画配信はP2Pの出番のように
考えられていた時期もあったけど、
今や個人が無料で配信できてしまう時代。

P2Pよりも優れていて、すぐに再生できる
アップ者はアップが終わったらネットに繋がなくていいといった
メリットもある。この点でP2Pを超えてしまっている。

106 :デフォルトの名無しさん:2014/05/06(火) 22:17:05.56 ID:soHpq/YZ
作るやつがいないものをいくら議論したって無駄だろ。

107 :デフォルトの名無しさん:2014/05/07(水) 01:17:20.12 ID:eSaIM8aR
>>104
なるほど
でも使える可能性があるわけだね
これは光明か

多分人が集まらなかったのはプラットフォームの限定と広報不足では

個人的にBitTorrent Liveの実装が早く見たい

108 :デフォルトの名無しさん:2014/05/07(水) 02:19:06.09 ID:2caJ5LuF
CREAのひとだったのか

匿名にするなら実データをバケツリレーでポストしないと誰が書いたかバレバレになるよ

109 :デフォルトの名無しさん:2014/05/07(水) 06:03:42.93 ID:S8HTbvhn
匿名にする必要ないだろ。

110 :デフォルトの名無しさん:2014/05/07(水) 18:11:42.50 ID:Vbe/shdF
>>38
golangみたいな今日明日にでも消えそうな言語で開発とかww

111 :デフォルトの名無しさん:2014/05/07(水) 20:37:08.51 ID:E+53UQ5m
goはいい言語だと思うけど「俺がgoで作ってやったったwww」ぐらいじゃないと使うことにはならないだろうな

112 :デフォルトの名無しさん:2014/05/08(木) 07:36:21.65 ID:tK+74K/E
>>95
でかいコンテンツを直接格納するとそのキーを割り当てられた奴が悲惨なことになるから、
格納するデータをメタデータや十分に分割した物する実装じゃないと実用にならないんじゃないの?
>>96
前スレでChordかなんかでの一例は出てたね。クライアントが制御しきれない情報(例:IPアドレス)のハッシュ+α
>>98
ビットトレントのDHT(Kademliaだっけ?)はトレントファイルを共有してた筈だけど、
トレントファイルをコンテンツとみなせば直接格納には該当しないかな?実装知らんので詳しく分からん。
>>102
匿名化って目的のために帯域を消費して中継してんだから、無駄ではないだろ。
あんまりスマートではないけど、だからって「まともでない」って判断はどーかと。
匿名性が必要か否かは別の議論。

113 :デフォルトの名無しさん:2014/05/08(木) 08:45:43.26 ID:aLJM5gos
>>112
1キーあたりのデータは例えば1MBみたいな制限を加えるべき。
1キー1掲示板みたいな極端な事をせず、1キー1レスぐらいで設計すべきだね。

114 :デフォルトの名無しさん:2014/05/08(木) 09:12:30.09 ID:tK+74K/E
>>113
だね。2chのスレッドは1スレッド512kBいかない程度な事も多いから、スレッド単位かレス単位かは悩ましそうだけど…

115 :デフォルトの名無しさん:2014/05/08(木) 09:37:14.61 ID:aLJM5gos
google app engineの仕様では1キー1MBだから、それに合わせてもいいね。

116 :デフォルトの名無しさん:2014/05/08(木) 09:42:07.96 ID:aLJM5gos
DHTで掲示板を作る事自体は簡単なんだけど、
問題は、P2Pではピアが信用出来ないので、
改ざん耐性を高める必要があって、どういう設計をすればよいか、なんだよねぇ。

117 :デフォルトの名無しさん:2014/05/08(木) 09:44:19.68 ID:aLJM5gos
つまり、自分が所有するピアのデータを自分自身で書き換えられないか、
書き換えた事が検出可能な設計にするにはどうすればよいか。

118 :デフォルトの名無しさん:2014/05/08(木) 09:49:16.77 ID:rrq/Td9f
複数のソースをゲットすればいい
別ルートからのデータを比較して同一じゃなければ改ざん認定
正しいのがどれか判別する方法は知らん

119 :デフォルトの名無しさん:2014/05/08(木) 09:50:37.46 ID:rrq/Td9f
データと書いたがハッシュね

120 :デフォルトの名無しさん:2014/05/08(木) 09:54:07.68 ID:rrq/Td9f
確率論的には3つのうち1つだけ違っていたらそれが改ざんとしてしまってもいい

121 :デフォルトの名無しさん:2014/05/08(木) 13:47:43.26 ID:aLJM5gos
あと、掲示板のレスの順番は正確でなければならないが、
ACID(atomicity, consistency, isolation, durability)をどうやって保証するか。

P2PのDHTでのACID保証について議論したい

122 :デフォルトの名無しさん:2014/05/08(木) 13:52:15.09 ID:rrq/Td9f
>>121
実際の処理はユニークIDで処理して、UIに番号で表示すればよい

123 :デフォルトの名無しさん:2014/05/08(木) 13:54:55.86 ID:rrq/Td9f
P2PでACIDという発想がどこから出てくるのか

124 :デフォルトの名無しさん:2014/05/08(木) 14:12:32.37 ID:tK+74K/E
>>123
P2Pというか、分散DBの類だからこそACID意識するんじゃないの?

125 :デフォルトの名無しさん:2014/05/08(木) 14:29:26.84 ID:aLJM5gos
>>122
ユニークなキーを振るのは当然として、
どうやってレス番1の書き込みとレス番2の書き込みの順番がわかるんですか?
書き込み時間にしたって、ピアの時計が正確とは限らないわけだし。

126 :デフォルトの名無しさん:2014/05/08(木) 14:41:08.06 ID:aLJM5gos
レス1の次に書き込まれたレスは、必ずレス2にならなくてはならない。
これを保証するにはどういう設計にすればよいのだろう。

127 :デフォルトの名無しさん:2014/05/08(木) 14:45:19.56 ID:rrq/Td9f
>>125
別ピアのUIの表示番号が違っていて良い
内部で整合性がとれていれば

めんどくせえ

128 :デフォルトの名無しさん:2014/05/08(木) 14:53:49.00 ID:5NN0m/yU
レスが改竄されないことを前提とすると
レス2にレス1のハッシュ値を添付しなければならないようにすれば
少なくともレス2がレス1より前に存在しなかったことは保証できるな
レスが改竄されない方法は知らんw
掲示板のためにproof of workを使うのはコスト高すぎだろうしなー

まあ、多少順番が狂っても別にいいと思うけど

129 :デフォルトの名無しさん:2014/05/08(木) 15:30:16.25 ID:lBa33A+E
必ず分岐が起こるがその場合どうするのか?
単純にタイムスタンプで同期させると改竄が容易になる。
改竄に対しては多数決で改竄防止という話が出ているが、
そうすれば新規書きこみは全て捨てられることになる

130 :デフォルトの名無しさん:2014/05/08(木) 20:32:46.09 ID:oHeX29Ky
レスの順番なんてどうでもいいだろ
本当に必要な場面になったら、後から安価して順序を説明すりゃいい

131 :デフォルトの名無しさん:2014/05/08(木) 20:42:45.56 ID:Lwvjy9Um
順序の制御は無理だろう
>>127 のいうとおりだ、UI に渡すときに整合性が取れていればなんら問題ない、そのためにアンカー先を別途探しにいく実装があってもよい
アンカー先探しをあきらめる条件をどうするか、だね

132 :デフォルトの名無しさん:2014/05/08(木) 21:07:16.40 ID:lBa33A+E
レス順が変わるのはスレッドが分岐したときの副作用で、この分岐には適切に対処しないと改竄スレッドを流されてしまう穴になる
書きこみを複数のノードに投げて、最新スレッドの取得同期は多数決にすると最新投稿が捨てられる可能性が高くなる

133 :デフォルトの名無しさん:2014/05/08(木) 21:12:09.26 ID:oHeX29Ky
改竄は防げない前提で考えたほうがいいんじゃないの?
された場合にどうするかを考えたほうが現実的な気がする

例えば、他の人とログを比べて改竄されてそうな場所をピックアップする機能とか
改竄してまくってそうなやつをブロックする機能とかあればいいんでない?

134 :デフォルトの名無しさん:2014/05/08(木) 21:16:48.49 ID:JZCmTzL0
内容に不一致があればそれ以降はフォークとみなすしかないんじゃね

135 :デフォルトの名無しさん:2014/05/08(木) 21:23:14.60 ID:oHeX29Ky
ワーキングディレクトリに他のノードからの更新を受けておいて、
そこから手動で自分のログに指定したレスをプルする。
こうすれば常に綺麗な状態は保てるんじゃない?
プル地獄になりそうだけど

136 :461 ◆Of8OpFdQADOA :2014/05/08(木) 22:04:50.39 ID:fes617/2
私の実装ではレスごとに固有のIDを与えて内部で自動変換していますね。
見た目が変わらなければどうということはないです。

137 :デフォルトの名無しさん:2014/05/09(金) 09:39:28.91 ID:b6QXm0aH
レス番は投稿情報のハッシュ(仮にレスIDとする)とかにしとくと楽だわな

>>128
レスを識別する情報(レスID)をそのレスの全情報のハッシュにしとけば、
強衝突性を突破しない限り同一レスIDのレスを捏造することは阻止できる。
全コピーの削除はネットワークの規模と複製回数で頑張ればいいし、
不正な投稿(といっても問題なのは未来や過去のタイムスタンプ位か?)さえ防げればいい。
>>129>>132
直線構造に拘る必要はなくね?ツリーでも一方向メッシュでもそれなりの順序は持つし。
基本は直線で、分岐見つけたら全ての先端のIDを添付して合流させてけばいい。
表示順は原則タイムスタンプ順で、あまりに古いレスID使って伸びた枝は閲覧時に警告を付ける。
本格的にチェックしたいなら信用できるタイムスタンプサーバを借りて部分的にP2Pをやめる。
>>133
プロトコル的な攻撃の話って、攻撃→防御じゃなくてバグ→攻撃の順で考えたほうがいいと思う
というか既存投稿の上書きな改竄は、異なる内容のレスを別のレスとして扱う実装だと無意味になる
元の投稿消したデータ群渡されても、元の投稿を含むデータ群読んで差分を挿入して終わり
元の投稿を持つやつ全員が結託して抹消しない限り、そいつと接触できれば直ぐ復元できる

138 :デフォルトの名無しさん:2014/05/09(金) 11:03:34.80 ID:NbpGrdz5
特定のレスをNGにして、自分ノードではやりとりしないっていう機能も必要だね
薬売買とか個人情報のやりとりあるレスは持ちたくない人いるでしょ

手動でNGに入れるのも面倒だから
つまり共有NGみたいなものが必要になるのか?

139 :デフォルトの名無しさん:2014/05/09(金) 15:06:49.62 ID:gsXjT/a8
>>138
いちいち本文チェックなんてしたらクソ遅くなるわ
キャッシュと同じ扱いでいいだろ

140 :デフォルトの名無しさん:2014/05/09(金) 15:09:17.80 ID:gsXjT/a8
なんつーかツリー型サーバーでしか出てこない様な概念を持ち出してくる奴なんなの?

141 :デフォルトの名無しさん:2014/05/09(金) 18:37:25.91 ID:+yL8uyYO
レス順が変わることの本質はスレッドの分岐で、それをマージするときにノーチェックでやるのか?ってところがポイント
ノーチェックだとレスを自由に増やせると思うけどね

142 :461 ◆Of8OpFdQADOA :2014/05/10(土) 02:49:08.11 ID:wuv9w3Kh
そもそもどうして投稿をマージして、しかもそらを再送出する必要があるんですか。
その都度自分が表示できるレスを集めて表示すればいいじゃないですか。

143 :デフォルトの名無しさん:2014/05/10(土) 03:10:36.81 ID:qPsk9Q0C
>>140
データの最小単位が伝達する経路自体はツリーになるけどそういう話ではなく?
>>141
極端な話ネットワークが二分割されてから結合した場合はマージせざるを得ない。
分岐してマージされたレスは異常状態(ログ破損に近い状態)としてマークしといて、どう処理するかは各自自由とかでよくね?
表示順としてローカルでの取得順かタイムスタンプ順かも選択したい人は居るだろうし。
>>142
この場合のマージはレスにつけるメタ情報から構成されるツリー(チェイン)のマージだから関係ないかと。
スレを意味するブロックにレス番情報がある場合はそれが該当するし、
レス毎に投稿時点での最新レスIDを参照させる場合はそれが該当する。
順序を付ける利点は、不正な投稿時刻を前後のレスの投稿時刻で検証・排除出来る事と、
ネットワークの分断の発生をツリー情報から観測・表示しやすくなることなんかが有ると思う。

144 :デフォルトの名無しさん:2014/05/10(土) 10:02:50.39 ID:oq9GBtii
総論の話中だが、

要素技術にWebRTCのプラットフォームを使うのはどうだろう?

skyway
http://nttcom.github.io/skyway/

javascriptで開発できるから、web系の人も開発に参加できる。

145 :デフォルトの名無しさん:2014/05/10(土) 10:41:46.80 ID:qPsk9Q0C
>>144
SkyWayその物はNTTのクラウドサービスだから、
https://github.com/peers/peerjs-server
辺りを使ってサーバを(あとTURNサポートしてるのでTURNサーバも)提供しなきゃ駄目だけど…
違うサーバにぶら下がるとネットワークが隔絶しちゃうのをどーにかせんと。

146 :デフォルトの名無しさん:2014/05/10(土) 11:17:44.29 ID:oq9GBtii
課題はあるけど、WEB系の技術を使うことができれば、
通常のWEB通信に紛れてプロバイダの方でブロックしにくい。
(暗号化すれば内容によるブロックもできない)

147 :デフォルトの名無しさん:2014/05/10(土) 12:15:33.26 ID:m9xHqVTZ
ほう、それでWEB系の技術だけで
暗号化するにはどうしたらいいのかね?

148 :デフォルトの名無しさん:2014/05/10(土) 12:43:23.93 ID:oq9GBtii
>>147
jsライブラリならいっぱいあるだろ。

149 :デフォルトの名無しさん:2014/05/10(土) 14:43:55.94 ID:qPsk9Q0C
>>147
コンテンツボディとして暗号化データ流せば済む話だが、
SSL/TLSを使ったHTTPSっていうプロトコルがあってだね…
ま、コンテンツボディを暗号化する場合だとヘッダ周りで検出されるが。

150 :デフォルトの名無しさん:2014/05/10(土) 14:53:52.12 ID:m9xHqVTZ
つまりはWEB系の技術というのは
要するに既存技術をJavaScriptで実装したものって
だけの話だな

151 :デフォルトの名無しさん:2014/05/10(土) 15:18:11.43 ID:qPsk9Q0C
WEB系の技術って既存技術の内WEB系の物って意味じゃねーの?
あと「JavaScriptで実装したもの」って制限はどっから出てきたん?

152 :デフォルトの名無しさん:2014/05/10(土) 15:18:41.10 ID:cY+uAlOa
WebRTC使うならOpenPeerがあるってだいぶ前に書いたよな
http://openpeer.org

153 :デフォルトの名無しさん:2014/05/10(土) 17:45:32.03 ID:D1xN7jn3
>>143
普通は新規の書きこみが発生するたびに分岐するんじゃないのかな?
書きこみを受けとったノードが処理をして隣接ノードへの伝達(同期)は分岐処理になるのでは?

それとも新規書きこみは新規書きこみとしてDHTの隣接ノードに伝達されるのか?
この場合は各ノードが独自に新規書きこみの処理を行なうことになるが、分岐が起こらない場合は
その書きこみを所持しているべき全ノードがこの処理を行なうことが前提になると思うが

とても行儀の良い人だけが参加する理想的なネットワークが形成されることが前提になっているのでは?

154 :デフォルトの名無しさん:2014/05/11(日) 09:02:01.38 ID:HBJbY+fy
>>153
投稿を示すデータの塊をデータのハッシュをキーとして伝達すれば何処から何処へ移動しても変質しない
後はデータの塊の中に投稿時点で存在していた既存投稿のキーを含めれば参照関係ツリーは縦に伸びていく
書き込み処理といっても、投稿を示すキーに対する投稿を示すデータの塊がネットワーク上に追加されて、
スレッドを示す情報に順不同でそのスレッドに投稿された投稿のキーが追加されるだけで、この辺りに特殊な処理は必要ない
スレッドを示す情報側は順不同なのでネットワークが接触したら重複除いてマージするだけで良いし、
スレッドの分岐の痕跡や後始末は各投稿データに含まれる既存投稿キーを参照して表示時に解決すればよい

スレッドを示す情報にキーを追加する際は、キーが示すデータを検証してから追加する、とかは必要かな…
行儀に関しては連投DDoSあたりはproof of workとか仮想通貨を導入しないと対策できないんでほどほどでいいかと

155 :デフォルトの名無しさん:2014/05/11(日) 09:41:42.34 ID:z48caAbF
え?DDoS?

156 :デフォルトの名無しさん:2014/05/11(日) 10:28:28.25 ID:MfUQ5tqR
確定投稿と未確定投稿に分けて考えればいいんだよ。
特にフラグ設けなくてもレス番の有無で判断がつくし。

未確定投稿を2ch互換で掲示するのは無理なので、外部に掲示されるのは確定投稿になってからで、
拡散された状態で一足先に見ることができるのは参加者の特典でいいんじゃないかと?

157 :デフォルトの名無しさん:2014/05/11(日) 18:29:50.66 ID:HBJbY+fy
>>155
行儀の良くない人がどの程度まで想定するのか分からんかったから
防ぐのが困難なレベルの行儀の悪さを想定したらそうなった
>>156
なんでそんな時間差付ける必要が?…って思ったけど、確定未確定ってレス番の確定か
確定条件によるけど、分断状態でそれぞれが違う内容で確定させたら駄目なような…
あと、ここで言う分断は引き継ぎに失敗しつつ稼働するノード群が入れ違いに休眠した場合とかでも起きる筈

158 :デフォルトの名無しさん:2014/05/18(日) 19:40:42.92 ID:oxq+ikAO
>>48
hidden service の情報が FBI にごっそり抜かれたそうだ、pure でない限り必ず弱点が発生するね
http://www.gizmodo.jp/2013/08/post_12892.html

tor 規制も遠くない

159 :デフォルトの名無しさん:2014/05/19(月) 07:33:43.51 ID:xEeDrkw/
記事の内容読んだか?
>Firefoxの脆弱性を突いてTorユーザーの身元を特定できるカスタムのマルウェアが広まっていたんですね。
FBIがスパイウェア撒いたって話だから、通信形態は関係ない

160 :デフォルトの名無しさん:2014/05/19(月) 17:58:41.42 ID:WT1tTslw
アノニマスが開発した「AirChat」が凄い!インターネットなしでデータ通信
http://blog.livedoor.jp/itsoku/archives/38902170.html

161 :デフォルトの名無しさん:2014/05/19(月) 21:46:42.22 ID:lhsjIgd7
>>160
読んでないけど、手旗信号と見た

162 :デフォルトの名無しさん:2014/05/19(月) 22:31:10.57 ID:zujUZLqg
最終的にはインターネットに繋がるらしいが、
「ローカルネットを沢山繋いでインターネット」
って意味で言うと結局インターネットの一部なんだよな。

-- 我々はボーグだ。お前達は同化される。抵抗は無意味だ。

163 :デフォルトの名無しさん:2014/05/19(月) 23:14:38.92 ID:rPuNmFhW
だから、DSの擦れ違い通信だって

164 :デフォルトの名無しさん:2014/05/20(火) 03:58:15.26 ID:XZ8PbsoH
いつのまにか Vidalia 単体のダウンロードができなくなった‥
ブラウザででしか使用できない‥

165 :デフォルトの名無しさん:2014/05/20(火) 06:54:05.58 ID:gZsncm2t
素人には危険だからかな

166 :デフォルトの名無しさん:2014/05/20(火) 10:24:43.89 ID:PJc6Nn45
https://github.com/gitchain/gitchain
これまんま掲示板に転用できないか?

167 :461 ◆Of8OpFdQADOA :2014/05/24(土) 18:37:39.78 ID:OAvaL96R
開発者向けの話題を提供しましょう。
ノード間のメッセージングにはTCPかUDPを使われるかと思いますが、皆さんならプロトコルをどう設計しますか?
バイナリで組む人もおられるでしょうし、HTTP風にテキストベースで書く人もおられると思うのですが、皆さんの知恵を聞かせてください。

168 :デフォルトの名無しさん:2014/05/24(土) 19:40:20.45 ID:uWBH7T6t
そんなのどっちでもよい

169 :デフォルトの名無しさん:2014/05/24(土) 19:59:57.61 ID:jYoMAPG8
>>167
こっちでは今PDですら遮断される状況だから偽装してほしいな

170 :デフォルトの名無しさん:2014/05/24(土) 20:32:26.64 ID:7m1F5+NU
今迄のは開発者の話題ではないと思ってたのか。なんかこいつにイラっとくるのってオレだけかな

171 :デフォルトの名無しさん:2014/05/24(土) 20:33:42.07 ID:9qFFfmjf
>>170
アスペかよ

172 :デフォルトの名無しさん:2014/05/24(土) 20:35:25.26 ID:8L8QZ0Si
>>167
扱いやすいしバイナリ一択だな

173 :デフォルトの名無しさん:2014/05/24(土) 20:44:07.64 ID:uWBH7T6t
そんなのどうでもいいって言った理由は、
バイナリかテキストかによってアプリの機能や
開発しやすさになんら影響をあたえることがないから。

プロトコルをオープンにしてだれでもあつえるようにするなら
テキストのほうがやりやすいだろうし、逆に解析をしづらくしたいのなら
バイナリのほうがいいだろう。程度の意味しかない。

アプリからすれば、そんなプロトコルの違いは、下層のレイヤーが
吸収してオブジェクトの形にするから、どっちでも同じだし、
あとから変えることだって簡単。プロトコルの命令の種類の話しならともかく。
テキストかバイナリかという表現形式なんか、どうでもいい。

174 :デフォルトの名無しさん:2014/05/24(土) 21:07:02.75 ID:8L8QZ0Si
機能面ではそうだが、テキストはパースにも構築にも、バイナリに比べて数十倍数百倍の時間が掛かるからなぁ
比較とかもバイナリの方が簡単だし

175 :デフォルトの名無しさん:2014/05/24(土) 21:13:01.28 ID:uWBH7T6t
それは全体の1%にも満たない部分だから
時間がかかっても問題ない。

176 :デフォルトの名無しさん:2014/05/24(土) 21:15:21.89 ID:oWuOT6f1
どうでもいいことに拘ってないで、まずは要件定義をしろw

177 :デフォルトの名無しさん:2014/05/24(土) 22:08:44.78 ID:7CvGDBUR
>>167
UDPで経路毎の最大パケットサイズ調べたりメッセージ分割したり結合したり、絶対ダルいからUDPは嫌だな
バイナリで組むかテキストで組むかは趣味の領域な気もするけど…
単一接続で長いメッセージを含む複数のメッセージを送る場合はテキストだと無駄が多い気がする
ていうかそれ以前に遮断の防止などでSSLなどに偽装したコネクション張る事から考える

178 :デフォルトの名無しさん:2014/05/24(土) 22:48:03.61 ID:oWuOT6f1
要素技術なんぞ詳細設計の段階の話だろうがw
まずは要件定義しろw

179 :デフォルトの名無しさん:2014/05/24(土) 23:07:23.72 ID:rfdD6r00
Unicodeをデフォルトにしようず。
UTF-8が無難だが日本的にはUTF-32にも惹かれる

180 :Unicodeキボンヌ:2014/05/25(日) 00:00:09.81 ID:wqNjSVko
書込時の匿名性はP2Pによって実現するといっても、
閲覧時にP2Pは不要(cf.新月ネットワークの場合は閲覧用にもP2Pを利用する)。

サーバーは有志の運営に委ねる(中央集権的管理の完全否定)。
運営者は現在の2ちゃんねるの過去ログ転載サイトのように、広告収益などを目当てにネットワーク資源を提供すればよい。

サーバーのログ上の特定の書き込みを、何らかの問題発生時に、削除するかしないかは各サーバー管理者の判断による。
サーバー間の信頼関係システムも設け、専門外の板については、他サーバーのログをそのまま信用してクローンする。
理想的にはスレ毎に、スレ立て人自身が管理者となって、サーバーを立てているような状態。
ちゃんと管理されているスレは繁栄することが期待できる。

一般ユーザーの書き込みの匿名性は、P2Pによって、ユーザー同士の端末を一定HOP経由してから、サーバーへの書き込みがされるようにする。

サーバー同士の書き込みの伝播にまでP2Pを適用するかどうかは、確保したい匿名性のレベルの議論による。

181 :デフォルトの名無しさん:2014/05/25(日) 02:30:20.38 ID:UOeAOsx2
>180
つまり、一番最初に見た人が、
一番最初に書き込んだ人である確率が極めて高い
ってことでいいですか?w

182 :Unicodeキボンヌ:2014/05/25(日) 04:05:32.41 ID:wqNjSVko
意味不明。
サーバーに反映されないと誰も見れないのに、なぜそうなるの?

183 :デフォルトの名無しさん:2014/05/25(日) 04:51:54.21 ID:dtutVys2
>>180
匿名化対象は、投稿者→匿名、配信者→公開、閲覧者→公開、だと仮定して、
その構造でサーバ間を暗号化する目的がよく分からんのだが…
サーバの持ってる前データはオープンで、サーバにデータを投稿した人間は不明でしょ?
サーバ間での同期は複製元も複製先もオープンで、匿名化すべき部分が見当たらないのだけど。

それとも匿名化対象が、投稿者→匿名、配信者→公開、閲覧者→匿名、であり、
複製先サーバがオープンな配信者として動作しない、読み専の閲覧者である場合も含むってこと?

>>182
閲覧に関して普通の専ブラと同じ方式をとった場合は、
投稿者は書き込み直後にそのスレの更新動作をする。
この動作は他の閲覧者の自動更新や手動更新よりも先行する可能性が非常に高い。

プッシュ配信でもしてしまって投稿者閲覧者問わずに更新させるか、
閲覧に関してもオニオンルーティングするかしないと隠蔽できない。
プッシュ配信だと閲覧者数が少ない場合に投稿者がバレてしまうので、
閲覧者数が少ないスレッドでは匿名読み込みに切り替えないと不味い、かな。

184 :デフォルトの名無しさん:2014/05/25(日) 05:24:34.63 ID:NeNyrW9A
>>180
それは ny で失敗したはず
IP -> ID 識別は、ID の寿命を長くするとレインボーテーブルで一網打尽は前のスレでも散々
トリップ‥‥どうだろうか?

185 :デフォルトの名無しさん:2014/05/30(金) 00:54:12.35 ID:wHSl8lb9
そもそも匿名が何故必要かってところを勘違いしてないか?

186 :デフォルトの名無しさん:2014/05/30(金) 01:26:19.48 ID:SDqP+4IS
冤罪逮捕を防止するためだよ

187 :デフォルトの名無しさん:2014/05/31(土) 15:35:19.94 ID:QHlXh24u
そもそも逮捕されるような事が出来るツールという時点であまり説得力がないんだよな
普通に健全な内容であれば特別匿名性が高い必要もない

188 :デフォルトの名無しさん:2014/05/31(土) 16:13:40.81 ID:sWppcuRc
インターネット自由宣言に則ったネットワークを構築するため

189 :デフォルトの名無しさん:2014/05/31(土) 16:39:38.30 ID:eTy5fHBW
つ外患罪・内乱罪
そういうものに対応できるシステムがあってもいいという立場もないわけではない,ああこれって予備・陰謀になりうるのか?
日本は主に島原の乱以来の営々たる血と汗の努力により現在は稀にみる平穏な土壌が育っているので必要性は感じられないのかもしれない

そういえば何かのアニメに自主すれば無罪とかいっていたが‥@アニメーションはなんだったか?A本当か?

190 :デフォルトの名無しさん:2014/05/31(土) 17:06:46.63 ID:VTj4ztuh
こっちはもう匿名性は放棄したんじゃないの?それともP2Pにすれば自動的に匿名になるとでも思ってる?

191 :デフォルトの名無しさん:2014/05/31(土) 17:17:05.44 ID:QdYI2yy/
どこかにこのスレの公式仕様みたいのでもあるのかね。

192 :デフォルトの名無しさん:2014/05/31(土) 17:30:37.03 ID:QKYyOmO8
>>1に「2ちゃんの代替となる」とあるだろう。

一般の2ちゃんユーザーが納得する程度の匿名性があれば十分だということなんだよ。

匿名性の技術的保証の辺りをグダグダ言う奴用には、もう一つのフォーク元のスレが用意してある。

193 :デフォルトの名無しさん:2014/05/31(土) 18:45:31.68 ID:PqKUKu7D
>>189
多分アニメは「攻殻機動隊 Stand Alone Complex 2nd GIG」
罪状は「内乱の予備・陰謀、外国に対し私的に戦争をする目的の予備・陰謀」
でもこれ架空の近未来日本を舞台にした作品だからこれを参考にするのは間違ってる。
第三次非核大戦後だの自衛軍だの電脳化率9割超だの難民わらわらだのだし…
プログラマを武器と見做して武器禁輸措置を適用しちゃうような世界。

まぁこういう言うのはアレだ、誤用じゃない方の確信犯として突き進む類の話じゃね?
言論の自由とか人権レベルで正しい行為だと確信しての行いが犯罪になるケース。

だけど真面目な話、憲法で保証されてる権利の行使だと、刑法はひっくり返る場合がありうる。
明確な外患誘致や内乱の意図がなければ最高裁まで引っ張って勝てる可能性がある話かと。

194 :デフォルトの名無しさん:2014/05/31(土) 20:22:55.65 ID:LCfd5xM6
ぼくのかんがえたさいきょうの掲示板(笑)

195 :デフォルトの名無しさん:2014/05/31(土) 21:29:14.84 ID:F4zWTlG/
>>194
それを大真面目に考えるのがこのスレなわけだがw

196 :デフォルトの名無しさん:2014/05/31(土) 21:37:02.40 ID:Q4fGK0zf
このスレだと茶化しで済むが、向うのスレだとマジで噛み付いてくる奴がいるぞ。

197 : ◆QZaw55cn4c :2014/06/01(日) 12:42:07.16 ID:iF6nhgL2
>>193
おお,thx なんのアニメだったか思い出せなかったんだ,神山氏は神だね‥‥

198 :デフォルトの名無しさん:2014/06/01(日) 13:14:29.54 ID:ahYmPm0r
ネットワーク上の第三者から、書き込み主を物理的に(ここではIPアドレスが)特定できてはいけない

同一人物からの複数書き込みの、書き込み主が同定できなければならない


これの両立が必要?

199 :デフォルトの名無しさん:2014/06/01(日) 13:42:27.05 ID:nKywzM47
2つ目は1つ目を守りながら実現するのが難しいし、
自主的にID振って他人のID詐称できない程度
(一人で複数IDを使用を阻止できなくても良い)
にしておいたほうが実現しやすいと思うけど。

どうせ2chだってID変えれる環境の奴は変えれる程度のものだし、
完全に阻止するためにはIPアドレス以上の同定能力が必要になる。
そこまでの同定能力は現実的じゃない、と思うんだが。

200 :デフォルトの名無しさん:2014/06/01(日) 14:17:33.73 ID:OFREtEr0
童貞能力なら…

201 :デフォルトの名無しさん:2014/06/01(日) 15:13:18.34 ID:ahYmPm0r
変えれるけど、それなりに面倒なものをキーとして不可逆変換でIDを生成し
書き込み時の通信経路を不定にする

たとえばキー候補
・グローバルIPアドレス
・MACアドレス
・OSのプロダクトID(Windowsなら)
・OSのユーザーID
・システムドライブのハードID

キーから生成したユーザID、書き込み時刻、スレIDをネットワークに放流。
受信したノードは、自身がスレを保持しかつ未書き込みなら、確率でスレを更新する。
更新確率は放流寿命(TTLみたいなもの、加えて時間的な寿命も含む)が長いほど低く、短いほど高い。
そしてTTLを(確率で)デクリメントして、さらに放流。寿命が尽きたら再放流しない。
書き込みデータは、時間的寿命が尽きるまではキャッシュに保管。キャッシュデータのTTLは0にする。

書き込み以外にも、自ノード他ノード関わりなく最近更新されたスレデータもポツポツと放流する。

他ノードから流れてきたスレデータと自身が保持するスレデータ・キャッシュ上の書き込みデータを比較し差分がある場合は
マージしてから、そのスレを過去に送った先に送信、今回の送信元に返信する。
その際のタイムスタンプは、最後の書き込み時刻。

書き込みの時系列とレス順が一致しないので、レス番に変わるレスIDの仕様を盛り込む。
リーダーがレスIDをレス番に変換しても良いが、明示的に「>」をつけない書き込みがあり得るので
レス番は廃止したいとこだな。

うーん、スレデータが爆発するのと、改ざんをどうやって防ぐかが問題だな。

あとレス削除の仕様も必要。
ユーザIDに対して第三者が信用ポイントを加算していく、ってアイディアをベースにすると
なにか出来そうなんだけどな。

202 :デフォルトの名無しさん:2014/06/01(日) 15:34:19.39 ID:iF6nhgL2
>>198-199
オニオンルーティングで経路を隠しつつ,P2Pネットワークの入り口で IP アドレスを同定して ID を振ることは可能だよ.
ただ IP アドレス空間が狭すぎてレインボーテーブル手法が可能であることが問題なだけ.
ソルトを工夫すればいけるんじゃないかとおもうが,具体的手法は思いつかない

203 :デフォルトの名無しさん:2014/06/01(日) 15:35:13.55 ID:iF6nhgL2
>>201
それだめだから
大原則 「送信者の提供情報は一切信じるな」

204 :デフォルトの名無しさん:2014/06/01(日) 16:10:14.70 ID:nKywzM47
>>201
その辺の値は生の値を改竄無く提供できないなら検証も出来ないのがなぁ…
一人が複数の値を名乗れる問題と、一人が他人の値を名乗れる問題は異なる。
前者はまぁ程々にするしかないけど(極論、協力者に代理頼めば別人になれる)、
後者は明らかに色々と問題が起きるから防がないと不味い。>>203

確率的書き込みは投稿ルートが不定だと観測網を設置することで絞り込めるし、
根本的に物理ネットワーク上の近隣で盗聴されると一発で特定されちゃうから不便。
トラフィック効率的にも、素直にオニオンルーティング系使ったほうが良いと思う。

>>202
入り口での生成だと、投稿者が投稿者ノードではなく入り口のノードとして振る舞う事で、
架空のIPアドレスを持った投稿者ノードからの投稿に偽装出来てしまうのはどう対策する?

というかその辺の問題にぶち当たる部分は程々にしとくのがコッチのスレでは?

205 :デフォルトの名無しさん:2014/06/01(日) 16:34:00.28 ID:iF6nhgL2
>>204
>入り口での生成だと、投稿者が投稿者ノードではなく入り口のノードとして振る舞う事で、
>架空のIPアドレスを持った投稿者ノードからの投稿に偽装出来てしまうのはどう対策する?

まず架空のIPアドレスというのは存在しない
接続された方が取得する(直接の)IPアドレスは本物だ,そうでなければ IPが成立しない.したがって「架空のIPアドレス」という文言自体がでることからして >>204 の文言は一切がっさい疑わしい
(たぶんバークレーソケットを触ったことがないんだろう‥)

ただし投稿者を特定できなくするオニオンルーティングを通過した後は,いずれ匿名掲示板ノードに到達するわけだが,このレベルの偽装はどうするべきか.
個人的には,DHT 実装でもない限り,ルーティング情報を盛り込んでユーザー側の判断にゆだねるのが妥当だと思う
fj で path: aaaa!bbbb! cccc! というヘッダがあったがあれは以外と有用だった>>628

206 :デフォルトの名無しさん:2014/06/01(日) 16:38:51.48 ID:nKywzM47
コッチのスレ的にはIDはとりあえず1日使い捨てのオレオレ証明書でいいと思う。

あと、ちょっと向こうのスレ的なネタになるけどIDの生成方法として、
出力ビット数を極端に落としたハッシュ関数ってのは使えないかな?
板ないしスレッドに相当する情報と日付から適当な式でN個(100個位)のID発行ノード用ハッシュ値を生成する。
投稿を行う前に、それらのハッシュ値を保持するノードに直接接続して1ビットID(IPアドレスベース)を発行してもらう。
表示の際は、投稿に含まれるNビットの生IDを適当なエラー訂正アルゴリズムに通してMビットのIDを表示する。
IDシード用ハッシュ値を保持するノードはその日のID=0用電子署名とID=1用電子署名とソルトを用意しておき、
ID発行依頼があればアクセス元IPアドレスとソルトで発行したID側の秘密鍵と、両IDの公開鍵をアクセス元に返す。
数ビット分のハッシュ関数を知ってもIDを逆算は出来ないし、ID発行ノードも1ビットでは誰に発行したIDか判別できない。
ID発行ノードが変動したり消えたりした分はエラー訂正アルゴリズムである程度は吸収できる。
普通のDHT同様、その日の署名+ソルトのセットを切断前に他人に引き継ぐ仕組みも頑張れば実現できる…かな?
問題は投稿ごとのメタデータのサイズと処理で、N*2個の公開鍵とN個の署名をIDのためだけに付加しなければならない。

207 :デフォルトの名無しさん:2014/06/01(日) 16:46:20.09 ID:nKywzM47
>>205
すまん、「架空のIPアドレスを持った(架空の)投稿者ノードからの投稿」だ。
2つ目の架空が抜けた。本当の投稿者が架空の投稿者をでっち上げて
「(架空の)投稿者から接続を受けた入り口ノード(本当は投稿者)です」
って振る舞う場合の話だから、(架空の)投稿者との間のIP接続なんて存在しない。

208 :デフォルトの名無しさん:2014/06/01(日) 17:13:12.29 ID:la9nfNtQ
>>206
投稿のたびに百個くらいのノードにIPアドレスを伝えちゃうと、あまり匿名にならない気がする。

209 :デフォルトの名無しさん:2014/06/01(日) 18:01:01.28 ID:ahYmPm0r
>>204
> 確率的書き込みは投稿ルートが不定だと観測網を設置することで絞り込めるし、
> 根本的に物理ネットワーク上の近隣で盗聴されると一発で特定されちゃうから不便。

そもそも観測網を設置されないと絞り込めないなら匿名性としては十分ではないのか?

匿名性の目的は、身を守ることであると思うが
ネットワークが犯罪の温床となり、余計な捜査をされないように、との意図なら
「自分が書き込んだものではない」ことが証明出来ればよい。
そういう意味で匿名性を犠牲にしても、改ざんや成りすましを防ぐ方が重要。
加えて、確実なデータ削除の仕組みが必要。

スレ趣旨の「2ちゃん互換」は、プロトコル互換でもデータ互換でもなく
安心して楽しめる「コミュニティ形成の場」としての互換なんだろ?

> トラフィック効率的にも、素直にオニオンルーティング系使ったほうが良いと思う。
十分なユーザー数に増えればオニオン系の方が良いとは思うが
ユーザーが増えなければ?
結局arpanetイメージに近いものになるのではないか?

210 :デフォルトの名無しさん:2014/06/01(日) 18:46:07.18 ID:gcY8NZuj
無限ループですな。

211 :デフォルトの名無しさん:2014/06/01(日) 18:46:13.59 ID:iF6nhgL2
>>209
>結局arpanetイメージに近いものになるのではないか?
ま,そういうことだね
折れのイメージは arpanet + onion-routing + 通信文は一応の暗号化(鍵交換くらいでいいかと)

最後のはわりと重要で,ny がこれを実装しておれば寿命は数倍に延びたはず

212 :デフォルトの名無しさん:2014/06/01(日) 18:48:02.28 ID:nKywzM47
>>208
1日1回見に行けば十分だし、投稿しない人も見に行くようにすれば十分紛れると思う。

>>209
> 観測網を設置されないと絞り込めないなら匿名性としては十分
nyの例を見ればわかるが、ある程度普及すれば観測網が形成される。
観測網を設置すれば誰でも特定できる可能性があるってのは2chよりも弱くてちょっと痛い。
> 「自分が書き込んだものではない」ことが証明出来ればよい。
確率書き込みだとそれが証明できるっていう仕組みが分からんのだけど。
全員がリレーログを保持して提出できるようにするってことだとちょっと怖いな。
> 十分なユーザー数に増えればオニオン系の方が良いとは思うが
逆じゃね?確率書き込みだとユーザが少ないほうが観測ノードの効率が上がる。
オニオン系の場合も観測ノードの効率が上がるけど、中身は見えないからゴミ流したり時差つければOK。

213 :デフォルトの名無しさん:2014/06/01(日) 18:48:38.24 ID:tFz+suGd
>>209
>「自分が書き込んだものではない」ことが証明出来ればよい。

悪魔の証明……

214 :デフォルトの名無しさん:2014/06/01(日) 18:51:52.51 ID:gcY8NZuj
永久機関を開発しようとしてる感じ。

「匿名だけど固有のIDを振ろう」

おかしいでしょ?

215 :デフォルトの名無しさん:2014/06/01(日) 19:07:21.01 ID:iF6nhgL2
>>214
いや,できなくはない,元祖スレでは割合に話は進んでいた
IPv4 の空間の狭さ,ソルトをどうするか,くらいまではOKだ

216 :デフォルトの名無しさん:2014/06/01(日) 19:07:40.29 ID:M8F9cK7q
bitcoinってどういう仕組みなの?

217 :デフォルトの名無しさん:2014/06/01(日) 19:09:11.74 ID:iF6nhgL2
>>212
nyの観測網は,通信文が暗号化されなかったことによることが大きい
著書にて触れられていたDHをせめて実装しておれば,観測網の構築を遅らすことも可能だった,申し訳ないが K 氏の誤算だ

218 :デフォルトの名無しさん:2014/06/01(日) 19:37:58.08 ID:BBvkueq8
匿名性も何もないテスト版でもいいから
実際に作って動けばもっと活発になるんじゃないか?
ブラウザ経由で書き込めるようにすればtorで書き込めばいいんで
これだけでも一応使い物になりそう

219 :デフォルトの名無しさん:2014/06/01(日) 19:46:47.92 ID:teanJBM8
>>218
ブラウザ経由とか意味わかってないだろ
誰がサーバー立てるんだよ
P2Pの話してるんじゃないのか?

220 :デフォルトの名無しさん:2014/06/01(日) 19:50:12.14 ID:G4lH3drR
ここにいる人たちは>>1にあるp2p2chとかちらしの裏だとダメなの?
使ったうえで改良について話しているのか、それとも1から作り直すために話しているのか気になる
匿名性を気にしないってことならこれを改善していくってのが一番いいと思うんだけど

221 :デフォルトの名無しさん:2014/06/01(日) 20:14:39.39 ID:nKywzM47
>>217
遅れようが、観測網は作られるんでしょ?
わざわざオニオンルーティングより弱い無暗号化(難読化)リレーにしたい理由が分からん。

222 :デフォルトの名無しさん:2014/06/01(日) 20:58:37.07 ID:UK4nHX3P
>>219
winny掲示板みたいなやつ
ブラウザでhttp://ipアドレス:port/で開いて
保持してるスレリスト表示そこから書き込めるようになれば
簡単にtorでも書き込める

223 :デフォルトの名無しさん:2014/06/01(日) 22:08:41.46 ID:juN6KTI5
>>221
×難読化リレ
○公開鍵暗号

残念だがK氏著書にもあるとおりが一度は検討したDH鍵共有は、単なる難読化ではない。
いわゆる公開暗号系に属するものであり、第三者には解読不可能

http://ja.wikipedia.org/wiki/%E3%83%87%E3%82%A3%E3%83%95%E3%82%A3%E3%83%BC%E3%83%BB%E3%83%98%E3%83%AB%E3%83%9E%E3%83%B3%E9%8D%B5%E5%85%B1%E6%9C%89

クローラには弱い手法だから、あくまでも「遅らせるだけ」であったかもしれない。
クローラ対策は今のところチューリングテストしか思いつかない

224 :デフォルトの名無しさん:2014/06/01(日) 23:26:46.27 ID:kbjdxhFm
そもそも誰も本気で作ろうって奴がいないのに議論するだけ無駄。

225 :デフォルトの名無しさん:2014/06/01(日) 23:42:52.48 ID:9/80XpIl
P2P型掲示板のコアを共同開発して、UIは各開発者が作れるようにしたい

226 :デフォルトの名無しさん:2014/06/02(月) 01:04:15.99 ID:JfgjDtA6
>>220
そこに人が増える可能性が感じられない。2ちゃんユーザーを根刮ぎ奪い取るような勢いが欲しい。

227 :デフォルトの名無しさん:2014/06/02(月) 08:01:18.77 ID:1dD/UFOJ
>>223
DH鍵共有は公開鍵暗号じゃなくて鍵共有なのは些細なことだから置いとくけど、
ノード間通信にDHを使ってもISP等のスニッファが中身を読めなくなるだけだよ。
主なny観測網(≠規制装置)は擬似nyノードだから、実装・解析難度が上がるだけ。
一方で、オニオンルーティングは中継したノードに対しても内容を秘匿するから、
観測ノードが居ても問題ない。けれど確率書き込みだと観測ノードが読めてしまう。

チューリングテストっつっても、観測ノードが標準動作しかしないなら発見できなくね?
最悪、VMやデバッガ上で走らせてメモリ上にデコードされたデータを監視されるし。

228 :デフォルトの名無しさん:2014/06/02(月) 08:04:51.68 ID:6oKdltFr
>>227
> 一方で、オニオンルーティングは中継したノードに対しても内容を秘匿するから、

でもさ、こういう意見もあるよ。これは本当なの?

http://monobook.org/wiki/Tor%E7%A7%98%E5%8C%BF%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9

Torの脆弱性 [編集]
Torの脆弱性を突く技術はほぼ全てTorネットワークとインターネットの接続点である
「出口ノード」に関するものばかりである。つまり、出口ノードが単一障害点であると言える。

Torの出口ノードは何かしらの事件があれば真っ先に調査対象となるため、
出口ノードになるという勇者(主に世界各国の人権団体など)は非常に限られており、
定期的に出口ノードのIPアドレスを集計し、データベース化しておくことで、
Tor経由の接続を検出することができる。また、パケットキャプチャを仕掛けた
出口ノードでは発信源は不明だが通信内容は傍受できたりする。

229 :デフォルトの名無しさん:2014/06/02(月) 09:51:36.57 ID:1dD/UFOJ
中継が終われば投稿者の匿名化は完了してる。
掲示板の場合、投稿されたデータは公開情報だから出口に到達したデータは全部バラして問題ない。
確率書き込みだと匿名化が完了していない中継ノードの時点で中身が読まれてしまうから問題がある。

あとこの場合掲示板用P2Pネットワークの全ノードが掲示板専用オニオンルーティング網の出口ノードになるから、
掲示板専用P2P網の参加ノード数さえ確保できてれば出口ノード不足は起こらない。

230 :デフォルトの名無しさん:2014/06/02(月) 21:52:47.90 ID:zBJnJbic
>>227
>ノード間通信にDHを使ってもISP等のスニッファが中身を読めなくなるだけ
全くそのとおりなんだけれども、これ結構でかくない?

>チューリングテストっつっても、観測ノードが標準動作しかしないなら発見できなくね?
まあ、そのとおりだね‥でも観測ノードがふつうに動作してくれるんなら、それはそれで問題ないんじゃない?

オニオンルーティングさえうまくいっておれば大きな問題はない
オニオンルーティングの先で
@投稿元が特定されるのがどうしてもいやなら、IDはあきらめる
Aspamをばら撒かれるのがいやなら、昔の net-news のように path をつける

231 :デフォルトの名無しさん:2014/06/02(月) 21:54:24.70 ID:zBJnJbic
>>228
オニオンルーティングの中だけでサービスを提供すればいい
Tor のその脆弱性は、オニオンルーティングの外に出るがための避けられない弱点だ

232 :デフォルトの名無しさん:2014/06/02(月) 23:27:31.00 ID:l1+w7fuD
>>229
その匿名化ってのが何を言ってるのか判らん。
中継が終わるとは「オニオンルーティング出口に到達すること」なのか?

233 :デフォルトの名無しさん:2014/06/02(月) 23:48:06.07 ID:1dD/UFOJ
>>230
> これ結構でかくない?
近隣で盗聴された結果一発で何書いたか特定されるって事態は防げるし確かに大きいけど、
盗聴するまでもなく観測ノードで特定されちゃったら駄目じゃね?
> それはそれで問題ないんじゃない?
確率書き込みだとオニオンルーティングより匿名性が下がるのが問題なんであって、
匿名性を破るためのシステムがネットワークへの負荷になるかどうかは別の問題じゃない?
> オニオンルーティングさえうまくいっておれば大きな問題はない
このツリーは確率書き込みっていう無暗号化(難読化)リレーのリスクの話じゃなかったっけ?

>>232
投稿者を特定出来る可能性が十分に下がった状態になること、でいいかと。
オニオンルーティングの場合は、観測ノード以外のノードまでメッセージが秘匿されたまま到達すること、かな。
中継ルート上の全ノードが連携関係にある観測ノードだった場合は出口まで到達しても投稿者がバレる。

234 :デフォルトの名無しさん:2014/06/03(火) 00:44:56.08 ID:G8L99w5C
>>233
投稿者の特定とは、投稿者の「IPアドレス」の特定?
それとも、他の投稿と同一投稿元であることの同定?

235 :デフォルトの名無しさん:2014/06/03(火) 14:39:39.50 ID:mr5fn5w8
>>234
どっちも投稿者の特定に繋がる情報だし区別したがる理由が分からんわ。
オニオンルーティングはIPアドレスの特定と近隣ノードでの盗聴回避を目的としてるシステムだけど、
IPアドレスが隠蔽されてる状態ならメタデータで暴露しない限り同一投稿元の同定は無いと思うが?

236 :デフォルトの名無しさん:2014/06/04(水) 01:09:42.20 ID:XQFhLXP0
IPアドレスの隠蔽は必要。これはポートアタック等による直接的な攻撃を避けるため。
現行の2ちゃんねるでのIDの一致は、高い確率で同一投稿元になる。
しかし、これはIPアドレスが公開されるわけではない。

この例で分かるように同定と特定は別物。
匿名とは「IPアドレスを特定されないこと」。

同定できるシステムにしないと成りすましを防ぐことが出来ない。
逆に言うと、特定できない範囲で同定できるシステムにする必要がある、ということ。

237 :デフォルトの名無しさん:2014/06/04(水) 14:03:21.10 ID:qma0lasu
>>236
> これはポートアタック等による直接的な攻撃を避けるため。
参加してる時点で、参加者を無差別に狙う攻撃に被弾する可能性はあるよ。
標的型の攻撃や、関連情報を名寄せして別の攻撃に使われるリスクのほうがヤバイ。

> 同定できるシステムにしないと成りすましを防ぐことが出来ない。
既存の他人に成りすますを防ぐためなら、同定する必要は全くない。
オレオレ証明書で署名して証明書が一致することを確認すればそれで済む。
一人で複数人に成りすますのを防ぐためには同定が必要だけども、
経済力や人脈を使うことで物理的に複数の代理人を用意できるから、
こっちは程々にしとかないとキリがない。

238 :デフォルトの名無しさん:2014/06/05(木) 22:57:56.02 ID:1iWEBf9I
表現の差で想定する程度は一緒なのかな。

異なるネットワーク回線や人脈を使った物理的代理人は回避しようがないが
証明書を使って、「同一環境」からの書込みは同定する必要がある、という程度な。

239 :デフォルトの名無しさん:2014/06/06(金) 09:12:43.57 ID:AlK9UAbe
これつかって犯行予告しても
捕まらない気がしてきたんだけど
あってる?

240 :デフォルトの名無しさん:2014/06/06(金) 21:35:29.29 ID:i+lvp5vB
>>239
そもそも反抗四国程度で軽殺が動くこと自体がなにかの間違い

241 :デフォルトの名無しさん:2014/06/07(土) 09:39:19.43 ID:kgtxoNvJ
予告はもちろん達成報告しても全く無事ってくらいじゃないと
匿名の要件を満たせてない

242 :デフォルトの名無しさん:2014/06/07(土) 16:03:32.33 ID:o+xam8YK
犯罪に使うための匿名の要件などいらない

243 :デフォルトの名無しさん:2014/06/07(土) 16:36:20.88 ID:T4aldc9N
そこまでいくと完全匿名を目指してることになる

244 :デフォルトの名無しさん:2014/06/07(土) 16:46:11.77 ID:0xjhQXXq
>>239
結果としてそうなる可能性はあるが、意図的に公権力専用バックドアを設ける可能性もある。
>>240
犯行予告された側の対応は何が正しいのかって言うと結構難しいけどな。
>>241
開示請求が出れば公開される(筈)の2ちゃんねる程度の匿名性を考えるなら、そんなレベルの匿名性は不要。
ただ、有象無象による匿名性の突破が出来るようだと不味いから、
結果としてそういうレベルの匿名性が得られる可能性はある、程度の話。

245 :デフォルトの名無しさん:2014/06/13(金) 02:06:19.39 ID:w+wlLl+W
匿名は擬似的でもいい。アドレスが見えないだけとか。
TORなどで匿名化したらいい。

246 :デフォルトの名無しさん:2014/06/13(金) 06:22:20.88 ID:scIEonki
今 TOR はブラウザしか使えない‥

247 :デフォルトの名無しさん:2014/06/13(金) 22:45:32.34 ID:HtlxJlAd
名指しで自分の子供に殺害予告されて
でまかせだって放置する親いるの?

248 :デフォルトの名無しさん:2014/06/14(土) 02:54:58.91 ID:oqKmDn6y
>>247
そこで子供を持ってくる思考はなんかアッチ系の人みたいでキモイ
普通に自分の殺害予告に置き換えて考えとけば十分だろ
で、過剰反応って言われるのは明らかに本気じゃない文脈で反応しちゃう方

つか過剰反応云々はスレチ気味だから止めないか?

249 :デフォルトの名無しさん:2014/06/14(土) 07:23:26.54 ID:kvg9EtGJ
とりあえず方向性をまとめよう

目指してるところ
├国家の検閲にも耐えたいよ派
├一般人にバレないぐらいならいいよ派
├誰にバレたところでいいよ派
└匿名よりみんなで管理ってのが大切だよ派

ネットワークの感じ
├freenetの高速版目指すよ派
├tor板方式でいくよ版
└torの上に独自ネットワーク作るよ派

250 :デフォルトの名無しさん:2014/06/14(土) 22:46:30.05 ID:Hlmqflzz
>>249
・torの上に独自ネットワーク作るよ派
最近 Vidalia を単独でダウンロードできなくなっているから、これはできなくなった

251 :デフォルトの名無しさん:2014/06/14(土) 22:53:56.55 ID:fnX3+qSk
派閥争いは必要なのです

252 :デフォルトの名無しさん:2014/06/14(土) 23:14:22.34 ID:oqKmDn6y
>>250
意味わからんのだが…
TorはSOCKSプロキシとして動くからTCP上のプロトコルは普通に通るんじゃないのか?
つか実装コスト気にしないならTorと似た仕組みのレイヤを組み込んでおけばそれで済む。

253 :デフォルトの名無しさん:2014/06/14(土) 23:55:00.25 ID:5cf4VqgY
インターネットの自由宣言に基づくネットワークを構築したい派
http://jp.globalvoicesonline.org/2012/07/25/15378/

254 :デフォルトの名無しさん:2014/06/15(日) 02:14:23.63 ID:wjE+lkrG
>>252
最近は tor はブラウザと組で、でしか提供されず、tor をブラウザから切り離して使用することができない

>実装コスト気にしないなら
あっさりいってくれるね

255 :デフォルトの名無しさん:2014/06/25(水) 12:44:28.33 ID:WPxvMTgd
ランドセルはよ!! 実装はよ!(時事ネタ)

256 :デフォルトの名無しさん:2014/07/03(木) 23:38:44.55 ID:9SkSDaU3
2ちゃんねるが崩壊しそうなので早く作ってくれ。


「2ちゃんねる」に対する損害賠償金を回収!

 この度,「2ちゃんねる」に対する損害賠償金の取立に成功したのでご報告いたします。
 「2ちゃんねる」については,数多くの名誉棄損的書き込みがなされ,管理人に対しても多くの人が訴訟を起こし,損害賠償を命ずる判決が
言い渡されています。しかし,「2ちゃんねる」の管理人の印税債権などが会社名義とされているため,ほとんどの場合,「2ちゃんねる」の管理人に
対して損害賠償債権を持つ人も泣き寝入りをさせられてきました。

 私は,「2ちゃんねる」の管理人が,掲示板の書き込みを書籍にした出版社に対して有する印税債権を差押え,出版社に印税の支払いを求めました。
出版社からは,印税債権を持っているのは管理人ではなく別の会社(A社)だとして支払いを拒否されました。
そこで,その出版社に対して印税の支払いを求める訴訟を起こしました。

 裁判所は,名目上印税債権を持っているのはA社とされているものの,実際に印税債権を持っているのは「2ちゃんねる」の管理人だとして
(つまり,A社は「2ちゃんねる」のダミ−会社だということ),出版社に印税の支払いを勧め,出版社が当方に印税を支払うということで
解決することとなりました。

「2ちゃんねる」の管理人からまとまった損害賠償金を回収したのは珍しいことだと思います。
これからも「2ちゃんねる」ほかの掲示板などでの被害を受けた人の権利救済のために戦っていきたいと思います。

弁護士  齋  藤   裕(新潟県弁護士会所属)
http://www.niigatagoudou-lo.jp/?p=352

257 :デフォルトの名無しさん:2014/07/26(土) 11:39:49.88 ID:WPVIy3bj
★2ch勢いランキングサイトリスト★

◎ +ニュース板
・ 2NN
・ 2chTimes
◎ +ニュース板新着
・ 2NN新着
・ Headline BBY
◎ +ニュース板他
・ Desktop2ch
・ 記者別一覧
◎ 全板
・ 全板縦断勢いランキング
・ スレッドランキング総合ランキング
◎ 全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi

※ 要サイト名検索

258 :461 ◆Of8OpFdQADOA :2014/09/29(月) 18:21:44.17 ID:vC6xeRGd
過疎ってるみたいですね。しばらくサーバが不安定だったので見ていませんでした。
諸事情でコードを触れなかったのですが、これからゆっくり実装していきたいです。
Scala関連のP2P通信に利用するメッセージングについての技量が不足しているので勉強しているところです。
まだだれかいますか?

259 :デフォルトの名無しさん:2014/09/29(月) 18:27:05.89 ID:QgztgqUn
>>258
単にROMってるだけの2ch mateユーザーですが、いますよ。

260 :デフォルトの名無しさん:2014/09/29(月) 21:32:15.94 ID:v6qiSvKu
見てるよー

261 :デフォルトの名無しさん:2014/09/29(月) 23:36:08.55 ID:lN/BZL5J
だれも自発的に動かないプロジェクトのスレなんて
あっても意味ないわな。

262 :デフォルトの名無しさん:2014/09/30(火) 00:33:20.62 ID:QoKiTOmo
ヒント:感想戦

263 :デフォルトの名無しさん:2014/09/30(火) 03:24:01.73 ID:AOM1YMTX
実装できる人がその人の自由に仕様決めるのでいいよ
つか言うだけは外野

264 :デフォルトの名無しさん:2014/10/04(土) 22:30:46.65 ID:fObeipZm
投げっ放しジャーマン

265 :デフォルトの名無しさん:2014/10/27(月) 07:01:35.80 ID:k2l56D4U
じゃあまぁ俺が作るわ。
トリップの付け方がわからんくらいの素人だが。

266 :デフォルトの名無しさん:2014/11/05(水) 22:09:41.07 ID:0PFuxm1T
まじで掲示板作って欲しいよ(htmlしかできない雑魚より..)

267 :デフォルトの名無しさん:2014/11/05(水) 22:41:13.63 ID:wAP5e04o
今作ってる
ちょいまち

予定では
2chのキャッシュ共有とP2P掲示板のハイブリッドみたいな感じ。
2chは無くても動くようにしたいけど捨てない。
2chのトリップとかおみくじ?とかよくわからん機能の事は考えてない
当然2chブラウザ使える。

匿名はそこそこ。
P2Pなんで荒らし対策の方に重点おいて考えてる。

へぼいのでもできたらどっかに上げるよ

268 :デフォルトの名無しさん:2014/11/05(水) 23:06:26.98 ID:0D+5IDr7
>>267
Unicode対応は?

269 :デフォルトの名無しさん:2014/11/06(木) 01:07:55.98 ID:h3n7Ta9A
>>268
あー
2chっていまだSJISなんだっけ

考えてなかった
こまったな

270 :デフォルトの名無しさん:2014/11/06(木) 01:30:54.14 ID:5vmDatT6
Unicodeに変換してからキャッシュして共有すればいいんでは

271 :デフォルトの名無しさん:2014/11/06(木) 01:54:44.68 ID:h3n7Ta9A
ユニコード対応しちゃったら2chブラウザが使えない

272 :デフォルトの名無しさん:2014/11/06(木) 02:05:59.30 ID:5vmDatT6
んーじゃあ、Unicodeキャッシュと並行してShiftJISキャッシュをサブで保持するとか?

Unicode対応してると、絵文字とか、断然可能性が広がるので、是非。

273 :デフォルトの名無しさん:2014/11/06(木) 05:17:30.55 ID:h3n7Ta9A
んーこまったな
まぁなんか考えるわ
そんなことより考えなきゃいけないこといっぱいあるし
とにかくまず動くものつくらんと

274 :デフォルトの名無しさん:2014/11/06(木) 18:37:55.20 ID:5/DHHUoO
トリップはSJISでないと同じにならない。あと、各種出力がSJISでないと専ブラは使えない
さらに今の専ブラは2ちゃん仕様に特化してて、クッキーを使うと殆どの専ブラが使えなくなる
そして2ちゃんが新APIを実装するとかで専ブラはさらに2ちゃん特化の方向へ

俺も色々考えたんだけどSJISを使い続けた方がいいと思う
開発終了している専ブラや古いバージョンがそのまま使えるというのが人を集める条件になると思う

275 :デフォルトの名無しさん:2014/11/06(木) 19:42:25.48 ID:19IEaP2J
SJISにない文字はイゲタになっちゃうとかでもいいから内部はUTF8にしたいなぁ
SJISめんどうだわ

276 :デフォルトの名無しさん:2014/11/06(木) 22:01:20.77 ID:DRdHV0SA
>>275
国際的に普通のライブラリだとかはUnicode (UTF8)基準だもんな。
やっぱり並行して互換用のShiftJIS化したキャッシュも生成するような形で、
従来の2chブラウザにこだわる人は「どうにか使えないこともない」という
程度の余地を持たせりゃ、十分じゃないの?

277 :461 ◆Of8OpFdQADOA :2014/11/07(金) 16:45:02.04 ID:XWOPGZWV
何だか盛り上がってますね。私も開発を進めないと……

278 :デフォルトの名無しさん:2014/11/07(金) 17:08:44.53 ID:9m2kdIC8
バックエンドをGoでやるなら参加する

279 :デフォルトの名無しさん:2014/11/07(金) 17:22:23.65 ID:fKjjYfgW
言語はなんでもたいして変わらんだろ
特にバックエンドは
問題は仕組み
どうやったら参加人数増えるかだなぁ

280 :デフォルトの名無しさん:2014/11/07(金) 17:49:21.33 ID:SlQEPmbU
>>180みたいな仕組みでいいんじゃね?

281 :デフォルトの名無しさん:2014/11/07(金) 19:08:25.32 ID:fKjjYfgW
ビットコインのブロックチェーンの更新情報ってどうやって流してんだろ

282 :デフォルトの名無しさん:2014/11/07(金) 19:39:10.96 ID:9m2kdIC8
つーかスレタイの2ちゃんねる互換ってのは、2ちゃんブラウザーでも見れるってこと?

283 :デフォルトの名無しさん:2014/11/07(金) 20:16:14.12 ID:9m2kdIC8
Diasporaみたいに一般人はP2Pなしで扱えることは必須だよね
じゃなきゃ普及なんてしない

284 :デフォルトの名無しさん:2014/11/07(金) 20:32:14.13 ID:Kt95/12s
>>282
スレの設立(本スレからのフォーク)趣旨としては、
必ずしもそうじゃない(必要条件というほどでもない)けど、
そんな「感じ」ではある。

UX的な「使い勝手」の話。

技術面での規格的な互換性は少しも意味してない。

285 :デフォルトの名無しさん:2014/11/07(金) 20:41:08.81 ID:Kt95/12s
新月みたいに、ユーザー側からのUXまで別もんにするのはやめようということで

286 :デフォルトの名無しさん:2014/11/07(金) 20:49:44.77 ID:9m2kdIC8
へー
じゃあTwitter型とかは無しなんだ

287 :デフォルトの名無しさん:2014/11/08(土) 00:29:51.28 ID:y75coMLH
2ちゃん専ブラを使えるかどうかが大きいんだよね
まずそれを聞かれて使えなかったら興味無しって感じだから
新しい掲示板仕様にするなら広めるにはかなりのパワーがいる

288 :デフォルトの名無しさん:2014/11/08(土) 10:03:01.50 ID:sQH1eZQT
>>280
大体にたような感じで実装進めてる
とりあえずつくって
ここで仕様を説明しつつ公開する予定

289 :デフォルトの名無しさん:2014/11/08(土) 10:13:11.88 ID:sQH1eZQT
まぁtwitter型でもなんでもいいとはおもうんだが
そもそも人が来ないことには話にならないので
2chが作ってきた文化というかリソースを有効活用させてもらうのが楽ってだけでしょ
twitter型の掲示板ってのがどんなんだか興味あるので作って公開してくれるならなんでも俺はうれしい

290 :デフォルトの名無しさん:2014/11/08(土) 10:23:08.85 ID:tiuqLtlT
もう現行の2ちゃんブラウザは切り捨てていいんじゃね?
ちゃんとAPIを整備すれば喜んで対応してくれるだろう

291 :デフォルトの名無しさん:2014/11/08(土) 10:31:37.68 ID:tiuqLtlT
有志のサーバー群がP2P網を担って一般ユーザーはサーバーを自由に選択(民主的な信任とリスク)

とりあえずここまではいい?

292 :デフォルトの名無しさん:2014/11/08(土) 16:40:50.38 ID:Kj9knedQ
いいと思う

専ブラ捨てるのもありだな
スマホで一般ブラウザ使って専ブラ並に見れるようにするのも
JavaScriptが整備された今では難しくないし

293 :デフォルトの名無しさん:2014/11/08(土) 17:49:43.21 ID:om46DDyf
規制周りの機能をP2Pサーバ運営者ないしユーザに委ねることになるから、
専ブラの時はその辺のUIを無効化せざるを得ないんだよね…
専ブラのインタフェイスだけで全てをこなすのに拘るのは無理があるだろう。
専ブラに関しては、専ブラでもアクセスできると便利だね程度だと思ってる。

294 :デフォルトの名無しさん:2014/11/08(土) 19:15:48.83 ID:tiuqLtlT
データベースはどうする?
各ピアがそれぞれ全体を持つのか、断片を持つのか

295 :デフォルトの名無しさん:2014/11/08(土) 21:34:06.38 ID:3fSv7BFT
個人的には専用ブラウザの快適性は捨てたくないね‥

296 :デフォルトの名無しさん:2014/11/08(土) 21:38:57.63 ID:sPAxoHeX
なんか専ブラはAPIkey登録制にするとか話が進んでいるのか…

297 :デフォルトの名無しさん:2014/11/17(月) 21:27:51.91 ID:brk9wiVx
>>294
完全なレプリカを全ピアが持つのは無駄でしかないと思う
ユーザーリクエスト→自サーバーにない時はDHTでアドレス取得、返信→ユーザー、アドレスからダウンロード

サーバー間のプロトコルを決めないとな

298 :デフォルトの名無しさん:2014/11/17(月) 21:29:30.62 ID:brk9wiVx
先に仕様(ドラフト)を決めてから各自作り始めたら後の互換性で楽になる

299 :デフォルトの名無しさん:2014/11/20(木) 01:39:50.77 ID:gpJwiGwp
>>298
先に動くソフト作ってからそれに合わせてドラフト作った方が
クソ仕様で苦しむ人間を減らせていい

300 :デフォルトの名無しさん:2014/11/20(木) 05:07:07.00 ID:MSvbsGG9
>>299
は?

301 :デフォルトの名無しさん:2014/11/20(木) 16:58:15.73 ID:kuIH9mi0
2ch.netが新APIとやらでJSON + UTF-8になるらしい
それに仕様を合わせる必要はないけど、JSON + UTF-8 はありだな

302 :デフォルトの名無しさん:2014/11/20(木) 18:06:49.30 ID:MSvbsGG9
フロントエンドの話は後からでいいだろ
馬鹿しかいないのか

303 :デフォルトの名無しさん:2014/11/20(木) 18:06:56.31 ID:4zkcDeis
マジかよ、2chにUnicode推しの俺のアイデアパクられたよ

304 :デフォルトの名無しさん:2014/12/23(火) 14:20:06.37 ID:ATuB6kuL
つぶれたようだね‥

305 :デフォルトの名無しさん:2015/01/27(火) 02:10:57.75 ID:fREekfdj
誰もいなそうだけど新月でいいんじゃね
専ブラで見れるようになってるよ

306 :デフォルトの名無しさん:2015/02/16(月) 17:55:05.25 ID:588YNe5Y
P2Pって掲示板に応用できんのか?
P2Pはゲームやファイル共有のリアルタイムでの通信にしか使えないイメージなんだが
内輪での情報交換にはもってこいだろうが一般人が使えるものではなくなるんじゃないか

307 :デフォルトの名無しさん:2015/02/16(月) 21:56:39.04 ID:D63WQ/tw
【2ch】2ちゃんねるがdatを近日廃止、ウェブスクレイピング禁止2015年3月3日以降はAPI経由の許諾制★4 [転載禁止]©2ch.net
http://daily.2ch.net/test/read.cgi/newsplus/1424089221/

308 :デフォルトの名無しさん:2015/02/17(火) 14:31:16.40 ID:92F8xO7i
時代来たんじゃね?
タイミングを逃すな

309 :デフォルトの名無しさん:2015/02/17(火) 16:54:50.68 ID:PEaCk22s
ここの人達にスマホ用掲示板を是非
ストア経由で課金でも使うわ
移転先が無い……

310 :bti:2015/02/17(火) 20:08:06.21 ID:57W3ww2M
ビットコインをはじめよう
このリンクからビットコイン購入・販売所bitFlyerにご登録すると
1000円分のビットコインがもらえます!

https://bitflyerドットjp/gift/fn0tlipl

外部ウォレットに送金できるので、とにかく一応もらっておくといいです。
※上記のURLのドットを.に変えてアクセスしてね。

311 :デフォルトの名無しさん:2015/02/17(火) 20:21:01.19 ID:92F8xO7i
461さん、再臨希望
まじめに進めよう、DHTを軸に

312 :デフォルトの名無しさん:2015/02/18(水) 00:04:02.68 ID:vuFY2fiO
俺的仕様要件
・Unicode(UTF-8)
・YAML(またはJSON)
・スレ立て・管理人=まとめサイト主=分散ネットワークの1ノード

313 :デフォルトの名無しさん:2015/02/18(水) 17:57:40.71 ID:kxRn3zDA
WikipediaのDHTページにDHTのセキュリティに関するリンクがあって今読んでる
http://www.globule.org/publi/SDST_acmcs2009.pdf

314 :デフォルトの名無しさん:2015/02/18(水) 20:57:08.77 ID:kxRn3zDA
Mainline DHTの脆弱性について(Sybil attack)
http://www.cs.helsinki.fi/u/lxwang/publications/P2P2013_13.pdf
解決案
http://pdos.csail.mit.edu/papers/sybil-dht-socialnets08.pdf

315 :デフォルトの名無しさん:2015/02/20(金) 02:37:42.09 ID:HmcdyNh8
ノードが保有するノードリスト情報に信頼度属性を付けたらどうか
速さ(Ping)、冗長性(Available Since)の二種類
Lookup時、接続優先順位をそれによって傾ける
そうするとハブ的なノードが自然に生まれてくる
BitTorrentのSwarm的なものがその周りで自然発生

316 :デフォルトの名無しさん:2015/02/20(金) 02:39:41.88 ID:HmcdyNh8
BitTorrentの場合Trackerでそこら辺をやっているのだろう

317 :デフォルトの名無しさん:2015/02/20(金) 02:45:54.07 ID:HmcdyNh8
ノードにログAPIオプションを付けて、ログAPIありのノードからRESTで信頼の置けるノードリストを取得可
ランダムにログを取得するノードをピックアップして統計を取れば全体の信頼ノードリストが出る
これをブラウザアプリに実装すれば自動で適切なゲートウェイ用ノードを選べる

318 :デフォルトの名無しさん:2015/02/20(金) 02:50:38.77 ID:HmcdyNh8
ランダムにピックアップする際の応答速度も要素に入れるとアプリユーザーから近いノード+信頼性の高いノードという事になる

319 :デフォルトの名無しさん:2015/02/26(木) 11:52:04.18 ID:JjI9xaD4
DHTだったら到達できないってことはないし
アクセス集中する問題も、1スレに複数キー割り当て(複製コピー)して
ランダムに接続すれば負荷分散できると思う。
匿名は知らん

320 :デフォルトの名無しさん:2015/03/03(火) 18:14:34.77 ID:ZT2SHPXk
レスの順序をタイムスタンプではなく>>154の方法で考えたんだけど
ttp://up3.viploader.net/ippan/src/vlippan337381.png

前の投稿のキーを含めることでそれより後の投稿であることは証明できるが
前の投稿のキーを含めるか含めないかを自分で操作できるなら
タイムスタンプと同じように改ざん(順序を前後)できてしまうのではないか

結局投稿はスレ立てた1(を担当するノード)に依頼するしかないのか?
それなら時系列は保たれるし更新の衝突もない。

321 :デフォルトの名無しさん:2015/03/04(水) 00:42:06.08 ID:2MByVAbR
そもそも、そういう改竄をされても別に困らない気がするけど。

322 :デフォルトの名無しさん:2015/03/04(水) 19:50:31.04 ID:CzOETiUC
そうなのか
一番長いキー以外は無視されるってやつ?
長いといっても高々1000しかないが

323 :461 ◆Of8OpFdQADOA :2015/03/17(火) 21:27:35.33 ID:6CA67AwF
お久しぶりです。最近忙しくて。
忙しい時期が過ぎ、アイデアもそこそこ出たので改めて掲示板開発を進めたいと思います。

方針としては、ライブラリ《OpenChord》を利用したChordアルゴリズムのDHTによるデータ管理と、Gitによる履歴管理をレスの順序管理に応用する形で行いたいと思います。
レスを追加する時はデータをDHTに流し、スレを表現するGitレポジトリのファイルにそのキーを追記してコミットします。必ずfetch&mergeを行うので分岐を防ぎます。
問題は全ノードがスレの存在や板の存在を認知できるようなブロードキャストの手法です。
私が以前に作ったものの手法を引き継ぐなら、単にノード間で更新を定期的に伝播する形式になると思います。この辺は新月と同じ感じですね。

開発はよく使うScalaを使い、GithubかBitbucketにレポジトリをホストすることにします。

ある程度いい感じのものができたらお知らせしたいと思います。
チラ裏ですみません。

324 :デフォルトの名無しさん:2015/03/17(火) 22:59:06.83 ID:19SDyVDX
大歓迎ですよ

325 :デフォルトの名無しさん:2015/03/18(水) 23:20:56.82 ID:X1GPLv3m
応援してるよ

326 :デフォルトの名無しさん:2015/06/24(水) 19:06:03.08 ID:c205aQfh
そういえば、新月にはDHT反対派がいたな。

327 :デフォルトの名無しさん:2015/07/28(火) 18:37:35.96 ID:KK827dt7
新月使ってるけどいモバイル回線だと公開ゲートウェイ経由になるのが不便だな
webRTCとかでNAT越え出来れば良いんだか

328 :デフォルトの名無しさん:2015/11/09(月) 19:14:16.80 ID:itmxiIIk
単なる朔のGo言語クローンだからmessage floodingだが。

ttps://github.com/shingetsu-gou/shingetsu-gou

329 :デフォルトの名無しさん:2015/12/22(火) 17:17:53.59 ID:t1f3N/fS
なあ、俺の頭が悪いからわからないのかもしれないけどさ、
仮にDHTでkey-valueのペアをP2Pで共有できたとするよ。
きっとできるだろうさ。

だとしても、掲示板の>>1 >>2 >>3 .. という並びはどうやって表現するの?
CAP定理ってあるよね。
DHTは可用性と分断耐性は保証するけど、一貫性は保障しないよね。
https://ja.wikipedia.org/wiki/CAP%E5%AE%9A%E7%90%86

330 :デフォルトの名無しさん:2015/12/22(火) 17:31:04.83 ID:t1f3N/fS
となると、だよ。
CAP定理的には、掲示板の一貫性を得るには可用性を犠牲にして、
一貫性+分断耐性のシステムを作らなきゃいけないよね。

理論的に考えて、どこかに中央集権的なまとめ役的なサーバが"絶対に"必要になっちゃうんじゃないかね?
データはDHTに保存するとしても、キーの並びを保存しておく単一のサーバが必要だから、
掲示板を利用するすべての人がアクセスするサーバを用意しないといけないんじゃない?

DHTには(key1, value1), (key2, value2), .. と保存されているけど、その順番はバラバラ。

サーバには

key1, key2, ..

が順番に保存される。

まあ、DHTをストレージとして使った掲示板ということになるね。
データがDHTに分離されているので、公権力でサーバを押さえられても掲示板を引き継ぐのは簡単かもしれない。

331 :デフォルトの名無しさん:2015/12/22(火) 17:47:26.34 ID:t1f3N/fS
P2P匿名掲示板の目的は、公権力や利害関係者などの攻撃者から言論の自由を守る、ということ。
従来の掲示板は中央集権的なシステムになっているため、
そのシステムの運用者が攻撃のターゲットにされれば、掲示板全体が終わる。
しかし、掲示板の性質上、理論的にP2Pにはできない事情がある。
そこで、次善の策として、入口となるサーバとデータを分離して、
データをDHTで管理するという手法を採り、
サーバの運用者の負担を減らす方向で妥協したらどうか、というのが俺の考え。

332 :デフォルトの名無しさん:2015/12/22(火) 17:51:25.43 ID:t1f3N/fS
この方式の良いところは、入り口サーバを公権力に物理的に押さえられたり、
ハッカーに乗っ取られたりしても、
入り口サーバのデータをDHT上に定期的にバックアップしておくなどすれば、
いつでも他の誰かが掲示板を引き継げる、ということ。
だから、入り口サーバを攻撃されても、掲示板利用者はあんまり痛くない。

333 :デフォルトの名無しさん:2015/12/22(火) 17:54:57.04 ID:t1f3N/fS
入り口サーバの運用者を攻撃しても無駄だ、
と攻撃者に思わせる事が一つの防衛手段になりうるということ。

334 :デフォルトの名無しさん:2015/12/23(水) 19:31:02.58 ID:f3OkJGUt
Gnu socialが良いらしい

335 :デフォルトの名無しさん:2016/01/19(火) 13:11:12.15 ID:ph+MnqNb
2ch.netのスレがあちこちで停滞してきているんだが、
これって、2ch崩壊の序曲なの?

今こそ、このスレが必要とされるとき!

336 :デフォルトの名無しさん:2016/01/19(火) 14:59:22.38 ID:uAThxx94
いやむしろ運営が下手だとヒドいことになるとみな気づいたから
よけいに見放される

337 :デフォルトの名無しさん:2016/03/29(火) 09:46:15.20 ID:/c8bAcK4
サッカーブッシュ日本代表日程ぷあたん(しゅっちょうまいくろ教育長交代)春文執行40代売上差額シュガーチョコ
https://www.youtube.com/watch?v=NDq1QoJY0nY宇ドナルドアナリストパワーストーンコーチングとしまえん
サッカーブッシュ日本代表日程古本屋よしたけしゅっちょうちょこしゅがー
ディーラー税務署天才開発者死亡詰みヨミドクターマイクロサービス不足
サッカーブッシュ日本代表日程ぷあたんシフト光金さかい強制バイト人権侵害問題
春分資源執行ニューヨーク低原価ぼったステーキソルトレイク福岡横浜新橋奴隷課金パチシフト強制バイト問題新潟米センター生残
コスメ24チャリティー隠れ40代生活保護プレイボーイバイトレードいたりあん接待問題
マスコミKARDローンケーオーサービス不足婚活パーティー寄付金執行原発ビジネス
FBIチャイニーズタイホテル売上事務所ガチャ決算ガチャキャンペーン(販売報道陣過激派組織向携帯最新情報提供終了
校長発言細心注意ノートン産廃エラー(著作権クレーム中国反応融資高額教育費)(中国捕鯨団体40代社員サッカーコメント
高額入学金ヤフウ新橋大学ヤフウ新橋理事長FX経費 おじや50代資産ガリバズフィード40代エリート

338 :デフォルトの名無しさん:2016/05/01(日) 16:28:53.90 ID:tKi6j9CT
匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています

言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?

Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw


The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
19

339 :デフォルトの名無しさん:2017/01/08(日) 02:15:05.92 ID:mLyjhJYP
このプロジェクト死んだのか

340 :デフォルトの名無しさん:2017/02/10(金) 07:11:44.21 ID:q/CBTa9P
要は誰でも自由に掲示板が作れればいいってただそれだけの話
P2Pである必要なんかないし難しく考え過ぎなだけ
レン鯖があれば誰でも掲示板が展開できるスターターキットがオープンオースで有ればマジで話が終わるんと違うんかと

341 :デフォルトの名無しさん:2017/02/18(土) 20:01:26.40 ID:TYdbt8Dm
それだと触法行為に対応できない
管理者を立てないかわりに完全な自由を獲得することができる,それがP2Pの理由

P2Pファイル共有と共存させればよい

342 :デフォルトの名無しさん:2017/02/18(土) 20:27:44.25 ID:tRkGmFK8
Bitcoinの自分のブロックチェーンにメッセージ付きで少額投げれば良いじゃん。

343 :デフォルトの名無しさん:2017/02/18(土) 22:54:21.92 ID:mqLRfa9/
>>341
流行んねぇよそんなの
だってp2pじゃルータに穴空けなきゃいけないじゃん
面倒くせぇ
パンピーはポート80でしか外部と通信しちゃ駄目ねって法律作られるだけで終了ちゃうの?

344 :デフォルトの名無しさん:2017/02/19(日) 10:14:03.57 ID:WRvTHZ7c
>>343
お宝動画のためにルータに穴開けた奴は多い

>パンピーはポート80でしか外部と通信しちゃ駄目ねって法律作られるだけで終了ちゃうの
クライアント側もポート番号をもっているんだよ,そしてそれは80と違う
そんな馬鹿な法律はできないから安心しな

345 :デフォルトの名無しさん:2017/02/19(日) 11:20:08.79 ID:2EzFb6u2
ファイル共有だって、ファイル分割してビットコインのブロックチェーンに投げれば良いじゃん。

346 :デフォルトの名無しさん:2017/02/20(月) 01:59:49.23 ID:cJuwrHN/
IP削除し続けてテキスト情報だけ時系列で記録すればいいんじゃないの?

347 :デフォルトの名無しさん:2017/02/28(火) 20:02:14.50 ID:K7hLR7oh
>>344
でも現実大半はその規制で防げちゃう上に殆どの人間は困らない
可能性あるんちゃう?

348 :デフォルトの名無しさん:2017/02/28(火) 20:06:18.95 ID:K7hLR7oh
外部とのやり取りに使うルータに穴開けた奴は罰金
プロバイダーが貸し出すルータ設定いじれないようにしちゃう規制だけでノックアウトじゃん弱いよね

110 KB
新着レスの表示

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :


read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)