[P2P]P2Pでのソーシャルネットワーキングの叩き台

今日は体の調子が悪く、朝食と昼食を食べてない。。。夕食はお粥でした。。。

さてP2Pでのソーシャルネットワーキングを実現するにはどうすればよいか簡単なメモを書いておきます。ソーシャルネットワーキングをＰ２Ｐで実現すると何がうれしいかはそのうち整理します。

まず、P2Pでのソーシャルネットワーキングの実現方法ですが、以下のようにすればいいかなと思っています。

1)ＤＨＴ（分散ハッシュ）で検索を行う。ある人のページ（プロフィール）に行くにはニックネームのハッシュ値を計算し、それをキーにする。

2)ユーザの状態（プロフィール）、及びつながり（そのユーザと友達の関係）はＦＯＡＦで記述すると何かと便利そう。（これはP2PでなくてもSNS全般に言えること。ただ、P2PだとＦＯＡＦの意義がより重要性を増すかもしれない。）
ＦＯＡＦは改ざんできないように電子署名するといいかも。

3)自分のページ等の公開権限（例えば「友達まで公開」とか「友達の友達まで公開」）はPGPのようなことをすればできそうかな？
さっきのＦＯＡＦで友人を管理して、あるユーザが自分のページにアクセスする時にはＳＳＬのクライアント認証のように証明書認証するのもいいと思います。

そうすると、あるユーザが他のユーザの「友達」の「友達」を証明するには次の通りになりそう。

＜前提条件＞
今、ユーザＡ，Ｂ、Ｃがいる。ユーザＡとユーザＢ及びユーザＢとユーザＣは友人とする。今、ユーザＡがユーザＣにアクセスしたい。

手順：
１）ユーザＡはユーザＢに「ユーザＡがユーザＢの友人であることを示す証明書」をユーザＢの秘密鍵を使って作ってもらう事を依頼する。このときに、ユーザＢはユーザＡをクライアント認証すること。（ＳＳＬでのクライアント認証と同じ）
２）ユーザＢは友人証明書を作成し、ユーザＡに証明書を送付する。
３）ユーザＡはユーザＣに友人証明書を送信する。まず、ユーザＣはＦＯＡＦによってユーザＢがユーザＣの友人である事を確認。その後、ユーザＢの公開鍵からユーザＡがユーザＢの友人である事を確認。（あるユーザの公開鍵証明書はユーザのニックネームのハッシュ値がNode_IDとなるノードに格納。）あと、これだけだと友人証明書を送信した人がユーザＡであることがわからないので、ユーザＣはユーザＡをクライアント認証をする。（ＳＳＬでのクライアント認証と同じ）

取りあえずこんな感じでしょうか？

そういえば、この案だとルート証明書や証明書を発行する人をどうすればいいのだろう？やっぱりＰＧＰ的なアプローチが必要なのかな？

まだ叩き台ですし今日は体調が悪いので、後でちゃんと整理します。。。

参考：ＳＳＬのシーケンス