GUIDって一体何?

WindowsのGUIDを明らかにする

たぶん君はもうGnutellaプロトコルの説明を読んだよね。もし読んでなかったら、読んでみて。じゃないとこのことは理解できないと思う。

GUIDとは?

GUIDって何だろう? GUIDは 地球上で一意に決まる識別子(Globally Unique Identifier)のことなんだ。それはこの世界で唯一の数字、少なくともそのユーザでは、なんだ。社会保障番号（合衆国で政府が僕らにくれる識別番号）のようなもので、 みんながもっているけど、同じ番号を持ってる人は二人といないってやつ。うん、とにかくGUIDはそういうことになっている。 特にWindowsのGUIDは16バイトの数字だ。WindowsではGUIDを生成するAPIが既にあるので、Windows上でこの数字がどのように生成されるかはそんなに重要じゃない。他のプラットホームでは、そのようなAPIが存在しない、だから僕らはクリエイティブにならなくちゃいけない。4個の32ビットinteger型の乱数ははじめてみるいい例だ。GUIDを生成するためには、出鱈目に4個の数字を選び、それを他の乱数と置き換える。簡単だ。そしてうまく行けばパケット損失が引き起こされないくらい十分ユニークなものが得られる。

GnutellaはどのようにGUIDを使っているのか？

GnutellaNet上では、まるで人々のようにこれらのパケットがうろうろ動き回っている。 それぞれのパケットは数字を持っている。僕のクライアントがネットワークに何かを送る場合、パケットに番号をくっつける。 他のGnutellaクライアントがそのパケットをフォワードする場合、本来の番号を付けられたパケットをフォワードする。クライアントがそのパケットに応答する場合、元々割り当てられた番号をつけたまま返される。それで僕のクライアントは質問と返ってきた返事を照合できる。置きらかに、このことは非常に重要なことだ。 事実、それは見かけよりもずっと重要なことなんだ。クライアントがパケットをフォワードすべきかどうかはGUIDでのみ知ることができる。もし、そのクライアントが既に見たことのあるGUIDと機能IDのペアを運んでいるパケットだったら、それはフォワードすべきじゃないということがわかる。たとえば、GUID123123を持つPINGパケットを既に見たことがあれば、クライアントはGUID 123123をもったPINGパケットをフォワードすべきではない。わかったかなぁ？ どうして既に見たものをそういう風に扱うんだろう？ うん。君のクライアントがあるパケットを送る場合、そのパケットのGUIDを記憶する。返事がきた場合、送られてきたGUIDがメモリのなかにあるかを見て、もし返ってきたパケットのGUIDが自分のGUIDと同かどうか調べて、それからそのパケットを処理する。そして明らかに既に見たパケットなら、君のクライアントはそのパケットをフォワードしない。