DHT(Distributed Hash Table) is method of a distributed storage for <key,value> pairs.
There is no center server in DHT Network, every client take charge of
a small range of routing, a small set of data storage, so that in the
whole DHT network, data can be found, read and write. The new version
of BitComet can connect to Tracker and DHT network, that means file can
be download even if all trackers can not be connected. The protocol of
DHT Network in BitComet is compatible with BitTorrent Beta 4.1.2, so
that they can share the same network. Please note that the DHT in Azureus
is not compatible with BitTorrent Beta and thus also not compatible with
BitComet.
DHT (Distributed Hash Table=分散ハッシュテーブル)は <キー,値> のペアによる分散記憶装置の方法です。
DHT ネットワークには中央のサーバーがなく、すべてのクライアントが小さい範囲のルーティングと、小さい1セットのデータの記憶を担います。それにより
DHT ネットワーク全体で、データを検索する人ができ、読み、書きができるわけです。 BitComet の新しいバージョンは、トラッカーと
DHT ネットワークに接続することができます。これは、たとえすべてのトラッカーに接続できないとしても、ファイルのダウンロードが可能となることもあり得ることを意味しています。
BitComet の DHT ネットワークのプロトコルは BitTorrent ベータ 4.1.2と互換性があり、同じネットワークが共有できるようになっています。なお、
Azureus の DHT は BitTorrent ベータと互換性がないため、 BitComet とも互換性がありませんのでご注意下さい。
The DHT algorithm we use is Kademlia ( called KAD in eMule, but the
network protocol is different from bittorrent. ) You can find more
about DHT network here: http://en.wikipedia.org/wiki/Distributed_hash_table
BitCometで使われている DHT アルゴリズムは Kademlia です(eMule では KAD と呼ばれているものですが、ネットワークプロトコルは
BitTorrent と異なっています)。 DHT ネットワークについて詳しく知りたい場合はこちらをご覧下さい。: http://en.wikipedia.org/wiki/Distributed_hash_table (英語)
Nothing need to do to use DHT Network in BitComet. It is enabled by
default and can be disabled in Options -> Advanced -> Connection
-> Enable DHT Network. Those create .torrent file can read Torrent Maker for more infomation. And BitComet
use a UDP port with the same number of your TCP listening port for DHT
Network.
BitComet で DHT ネットワークを使用するために、何かをする必要はありません。
それはデフォルトで使用可能になっていて、 オプション -> 高度な設定 -> 接続の詳細 -> Enable
DHT ネットワーク で使用不可にすることもできます。.torrentファイルの作成についての詳細は、Torrent
Maker を参照してください。そして BitComet は DHT ネットワークのために、あなたの設定しているTCPの監視ポート番号と同じ番号のUDPポートを使用します。
Yes, you can. And also, the whole performance of DHT Network will
become better if you enable the port forwarding of the UDP port in your
firewall/NAT.
はい、できます。 そして、もしファイアウォール/NATで UDP ポートのポート転送を可能にできるなら、
DHT ネットワークのパフォーマンスはもっと良くなるでしょう。
Users do not need to worry about it. Here is some brief concept: The
user in DHT Network is called node, every node knows some of the
other nodes. Thus, if a client connect to one of the node in DHT Network,
it can connect to more nodes, so it is connected to the DHT Network.
ユーザーがそれのことで心配する必要がありません。 ここにいずれかの短いコンセプトがあります: DHT ネットワークのユーザーは ノード と呼ばれます、すべてのノードが他のノードの若干を知っています。
それで、もしクライアントが DHT ネットワークでノードの1つに接続するなら、それはもっと多くのノードに接続することができます、このようにして
DHT ネットワークに接続しています。
オリジナル文書のURL :http://wiki.bitcomet.com/help/DHT_Network_in_BitComet (翻訳時)
http://blog.bitcomet.com/bitcomet/post_421/
確かに、訳しててもサッパリ意味がわからないので放置していたので、誤解を恐れずに説明すると、
自分のIPアドレスなどを元にして、ハッシュ関数により、超広大な名前空間に、ポツンポツンと管理をするピアの位置が決められ、それらのピアが、他のピアより自分が近い範囲の名前のTorrentファイルのトラッカーとしての役割を担当するような仕組みです。
ハッシュ関数により、ファイル名が似通っていても、全然別の名前空間で参照することになり、管理するピアが集中しないように配慮されています。
ときりしまは解釈しています。
説明がうまくいった気がまったくしないので、同一のアルゴリズムではありませんが、参考になるかと、
ありえるえりあのP2P概論 * Pastry詳解 ** DHT(分散ハッシュテーブル)とはを紹介しておきます。