dht比特币

❶ bt软件里的DHT指的是什么

类似Tracker的根据种子特征码返回种子信息的网络.DHT全称叫分布式哈希表(Distributed Hash Table)，是一种分布式存储方法。在不需要服务器的情况下，每个客户端负责一个小范围的路由，并负责存储一小部分数据，从而实现整个DHT网络的寻址和存储。新版BitComet允许同行连接DHT网络和Tracker，也就是说在完全不连上[Tracker服务器的情况下，也可以很好的下载，因为它可以在DHT网络中寻找下载同一文件的其他用户。BitComet的DHT网络协议和BitTorrent今年5月测试版的协议完全兼容，也就是说可以连入一个同DHT网络分享数据。

另外，这里使用的DHT算法叫Kademlia（在eMule中也有使用，常把它叫做KAD，具体实现协议有所不同）。

如何使用DHT网络？
在BitComet中，无须作任何设置即可自动连接并使用DHT网络，完全不需要用户干预。BitComet使用和TCP端口号相同的UDP端口进行DHT网络连接。如果要完全禁用DHT网络，可以在选项-高级-网络连接中禁用DHT网络。对于种子制作者，可以参考：种子文件制作

内网能使用DHT网络吗？
可以使用。当然，如果有可能打开路由器上所需端口的UDP转发将更加有助于整个DHT网络的健壮性。

BitComet具体是怎样连入DHT网络的呢？
一般用户是完全不需要理会这个具体过程的。这里可以简单的介绍一下：连入DHT网络的用户叫做节点(node)，节点之间互相有路由记录，因此只要和任何一个已经在DHT网络中的节点连接上，客户端就可以寻找到更多的节点，从而连入网络。

❷ 请问一下，BT下载里面的DHT技术到底是什么意思

DHT网路的介绍

DHT网路的介绍

评论：新版Bitcomet发布，DHT加深反盗难度
本文已发表于《电脑商情报•家用电脑》

2005年6月8日，著名的BT下载软体Bitcomet升级到版本0.59。这次的升级与以往不同，它包含著里程碑式的改变——其开始“支援连入公用DHT网路，实现无Tracker下载”。联想到此前另一著名BT用户端Azureus从2.3.0.0，以及BT官方的BitTorrent从Beta 4.1.0开始使用的"trackerless" torrents，BT下载已经进入崭新的DHT时代。

那麼，DHT究竟为BT带来了什麼？我们采访了Bitcomet的作者灿烂微笑，并将在此文中加以剖析。

一、实战新版Bitcomet

目前国内用户使用最多的BT用户端就是Bitcomet，因此我们在这裏也以它为例讲解DHT网路的使用。

默认情况下，无须做任何设置BitComet即可自动连接并使用DHT网路。启动软体，它会使用和TCP埠号相同的UDP埠进行DHT网路连接。此时，用户可以在Bitcomet的状态条上得到DHT网路连接的状态。

当然，如果要顺利使用DHT功能，除了连接DHT网路之外，还需要档的发布者在制作种子的时候就打开DHT选项。单击功能表“档”－“制作Torrent档”，在弹出的视窗中，就可以调节是否让种子使用DHT网路，共有三种选择。

“使用公用DHT网路(推荐)”表示种子同时使用Tracker伺服器和公用DHT网路来寻找用户，列表框中可以填写传统Tracker伺服器位址或者DHT网路节点位址，也可以只填其中一种，也可以什麼都不填。什麼都不填代表仅仅使用DHT网路，自动连接节点；只填写DHT网路节点代表仅仅使用DHT网路，而且默认连接这几个填写的节点；只填写Tracker代表同时使用Tracker和DHT网路，自动连接Tracker伺服器和节点；同时填写Tracker和DHT网路节点代表同时使用Tracker和DHT网路，而且默认连接这几个Tracker伺服器和节点。总之，此种方式下的BT种子将采取尽可能多的方式进行连接，因此建议种子制作者保持这个默认选项，列表框中像往常一样填写一两个普通的Tracker伺服器地址。

另外两个选择：“不使用公用DHT网路(优先使用Tracker伺服器)”表示在不能链结上Tracker伺服器的情况下使用DHT网路功能，如果能链结上Tracker伺服器，就不使用DHT网路功能；“仅从Tracker伺服器获取用户资讯(禁用DHT及用户来源交换)”则代表禁止使用公用DHT网路以及用户来源交换来寻找用户，完全禁用DHT网路功能，相当於Azureus软体的“安全Torrent”。

如果你不想用Bitcomet的DHT网路功能，则可以在“选项”－“高级设置”中去掉“自动添加DHT网路作为备用Tracker”，并在其下的“网路连接”中去掉“允许加入到公用DHT网路”前面的勾。

在Azureus和BitTorrent Beta中制作支援DHT功能的种子，以及使用DHT网路同样简单，只不过它们的DHT网路功能都没有Bitcomet这麼强大。因此Bitcomet可以同时支援DHT网路和Tracker伺服器，而其他两种软体同时只能支援这两者之一。

有关BT之DHT网路的使用，还请参看我的另外一篇文章－－实战BT之DHT网路。

二、DHT技术让反盗版更加困难？

在多数人眼中，任何P2P技术的改进都与版权的博奕脱不了干系，DHT网路能够引起如此注目亦是如此。

确实，BT采用DHT网路后，反盗版将变得更加困难。因为在此之前，用户进行BT下载时，必需首先连接上Tracker伺服器，根据所获得的正在进行下载和上传的用户列表，才能够进行正常的档交换。这样的话，只需封禁掉提供Tracker服务的网站，便可以截断盗版传播的途径。DHT网路则不同，由於此时互联网中任何一个运行BT用户端的用户都可以作为DHT网路中的节点，因此即使封禁掉那些提供Tracker服务的网站，用户还是能够通过全球范围的逻辑DHT网路分享档，反盗版就无从谈起。除非让世界上的人都不上网，或宣布使用BT软体为重罪。

不过，在我们对Bitcomet作者的采访中，他否认了DHT网路是为了更好的传播盗版。他指出，DHT网路的“主要优势是稳定性，本来Tracker伺服器人多了很容易宕机，但是DHT网路没有这个问题，再多的人也没事”。

这一切还是印证著那句话——“技术从来都是一把双刃剑”。在批判BT助长盗版气焰的同时，我们也应该看到，BT也正在日渐成为合法作品传播的途径。由於无法承受大流量的访问，一些免费和共用软体（如Foobar2000等）开始采用BT方式分发，大型的合法软体——Linux系统，更是将BT作为主要的分发管道。这种良性的应用可能会为BitTorrent带来一定的法律保护，使BT下载商业化甚至合法化。

而随著DHT技术的采用，这种应用还将向纵深发展。虽然它加重了反盗版的难度，但也将使合法分发各种文件更加容易。事物就是如此辩证，但笔者相信P2P软体一定能够寻求到一个更加合理的应用。

三、主要优势在於稳定－－采访Bitcomet作者“灿烂微笑”

Bitcomet 0.59发布笠日，我们有幸通过MSN Messenger采访了Bitcomet的作者“灿烂微笑”（网名），请他来谈一下使用DHT网路后的BT：

问：BT的各个用户端软体是从什麼时候开始用DHT的？它与eMule中的Kad有何不同？
答：BitTorrent是5月份开始测试DHT的，Azureus比较早，但糟糕的是它们两个不互通。eMule中的Kad也是DHT的一种，不过它的实现协议与BT中的并不相同，所以不能互通。 Bitcomet中的DHT与BitTorrent是相容的。

问：为何会出现不互通的现像呢？
答：开发者不同，而且在这个DHT问题上互相之间没有协调好，所以就成了现在这样。更糟糕的是Azureus的DHT代码很长，我却找不到协议文档。

问：对一个用户来说，它获得一个使用DHT网路的种子后，启动Bitcomet进行下载，这时软体是如何连接的？
答：用户打开软体以后就连入网路了，启动使用DHT网路的种子的任务后，Bitcomet就会在DHT网路中搜索。种子上如果有默认节点，那麼可以帮助没有连入网路的用户通过那些节点连入网路，如果下载者已经联入DHT网路了，种子裏填写的节点就不需要了。Bitcomet内置了2个节点，分别是node://router.bittorrent.com:6881和node://router.bitcomet.net:554。其实任何一个长期线上的用户都可以做个好节点。

问：如果这两个长期线上的内置节点出现问题时，是不是就连接不上DHT网路了？
答：不会，这个只是最初的连接用的，如果它们都失效了，那麼1.曾经连上过DHT的用户保存了其他节点，所以只要不要很长时间不用，应该还可以连上；2.新的用户可以通过打开带有DHT节点的种子连入。

问：那麼，DHT网路相比Tracker伺服器来说，有什麼主要的优势？是不是以前下载时，种子只是同时连接同一台Tracker伺服器的下载者，而现在却可以搜索整个DHT网路中，得到更多的源？
答：主要优势是稳定性，本来Tracker伺服器人多了很容易宕机，但是DHT网路没有这个问题，再多的人也没事。如果是单个档的种子，确实也有你说的好处。

问：刚才你说Emule也用DHT，那麼相比之下，BT协议在技术上的优势是什麼呢？
答：应该说BT的DHT才刚开始，eMule应该测试了有1年左右了，BT的优势可能还是原来的吧，就是对新的东西分享比较快。

问：你是如何看待BT下载和软体版权问题的？
答：这个……有难度啊！BT本来只是一种不错的P2P网路技术，我觉得它的流行也代表了一种市场需要吧，说明通过互联网分发作品的可能的价值。虽然目前BT有些被滥用了，不过我想这种P2P技术应该能够寻求到一个更加合理的应用，就像Skype的创始人原来做的是Kazza一样。

问：再问一个读者关心的问题，你认为BT伤硬碟麼？
答：软体刚出来的时候，没有任何缓冲，完全大范围随机地按16K来读写硬碟，所以确实对硬碟不好（不过要速度快的时候才有影响）。当然后来就在软体裏面做缓存了，这个问题就基本不存在了。

问：最后一个问题，你自己经常使用BT下载吗？
答：我很久没用了（很出乎意料吧），不过感觉DHT很好玩，现在的乐趣更多是在编写软体上了。

DHT网路

DHT的全称是Distributed Hash Table，即分散式哈希表技术，是一种分散式存储方法。这种网路不需要中心节点伺服器，而是每个用户端负责一个小范围的路由，并负责存储一小部分资料，从而实现整个DHT网路的定址和存储。和中心节点伺服器不同，DHT网路中的各节点并不需要维护整个网路的资讯，而是只在节点中存储其临近的后继节点资讯，大幅减少了带宽的占用和资源的消耗。DHT网路还在与关键字最接近的节点上复制备份冗余资讯，避免了单一节点失效问题。

形象地，我们可以把整个DHT网路想像成一个大城市，那麼每个用户端，就好比城市裏各个角落的地图，上面绘制了附近区域的地形情况，把这些地图一汇总，城市的全貌就出来了。

而DHT所采用的演算法中最出名的是Kademlia，eMule早在一年多前就开始采用，Bitcomet、Azureus和BitTorrent只是步其后尘，同样使用Kademlia演算法的DHT。不过它们各自的实现协议不尽相同，因此不能相互相容（BitComet与BitTorrent相容，Azureus更像eMule，但与其他都不相容）。

Tracker

Tracker是指运行於伺服器上的一个服务程式，也称Tracker伺服器。这个程式能够追踪到底有多少人同时在下载或上传同一个档。用户端连上Tracker伺服器，就会获得一个正在下载和上传的用户的资讯列表（通常包括IP位址、埠、用户端ID等资讯），根据这些资讯，BT用户端会自动连上别的用户进行下载和上传。

❸ BT显示DHT没有连接，怎么解决谢谢

去文件里找宽带连接，右键属性在里面设置．．或左键点两下看看．．

❹ 为什么我的BT 下面 DHT 已连接点 0

下载速度及连接点与设置没有太多关系，要视所下载资源的种子多少。
种子多了，下载的速度相对也会较快，种子少了，自然也就慢下来了——不比普通的HTTP下载方式，通常速度不太会受到下载人数多少的限制。
同时，下载速度也要视网络带宽而言，就目前国内而言，常用的宽带无非是1M,2M,3M,其对应下载速度理论上分别为，128K/S、256K/S、384K/S。如果你的带宽为1M的话，那么你的下载速度也就不奇怪了。

❺ 关于uTorrent和BitComet的区别

一、显示方面的区别：

1、uTorrent显示的peer数会比BitComet少。

二、连接池的区别：

1、uTorrent的DHT连接池也不如BitComet多。

三、下载速度的区别：

1、uTorrent没有BitComet的bug，整个文件下载非常流畅。

2、BitComet占用资源多些（内存和CPU）。

3、bitcomet下载速度比uTorrent快。

四、运作方面的区别：

1、BitComet商业运作，有广告，不过以前有去广告版；uTorrent是free software；两者都是不开源的。

(5)dht比特币扩展阅读：

1、uTorrent具有非常好的内网穿透功能，和BitComet不相上下，高速下载时磁盘的实际读写次数和BitComet差不多，一秒0.4~0.7次。

2、Bitcomet软件内建了浏览器功能和聊天系统，支持多任务下载以及智能磁盘缓存技术，能有效减小对硬盘的损伤，它还可实现与同时下载的人进行聊天沟通。

3、uTorrent无需安装，非常小巧只有170K，文件下载流畅，且允许用户看到每个peer和piece的状态。

4、BT首先在上传者端把一个文件分成了多个部分，客户端甲在服务器随机下载了第N部分，客户端乙在服务器随机下载了第M部分。

5、这样甲的BT就会根据情况到乙的电脑上去拿乙已经下载好的第M部分，乙的BT就会根据情况去到甲的电脑上去拿甲已经下载好的第N部分。

6、简单的说BT的原理，就是把第一个发布者发布的资料，先分成几百K的很多小块儿，对于第一个下载者来说，他下载了1个完整的块之后，还会给第二个下载者传递，所以，第二个下载者，实际上从2个人那里得到下载，如果有100个人下载，你是第101个，就会有很多人给你传递数据。

7、另外，不是说先下载的，就不会得到后下载的发的小块，因为后下载的，也会下载一些先下载的没有下载的块，而把这些块传给比他先来的人。

8、2018年2月，Google观察员Tavis Ormandy发布了一则详细报告，指出uTorrent存在DNS漏洞，该漏洞给予了黑客更改用户的网址域名，进而电脑的权限。

❻ Bitcomet里的DHT已连结数是什么意思

已连接数 就是 你在DHT网络哩的 有多少 DHT可用链接

BT也嵌入了DHT网络

FAQ：什么是基于Kademlia技术的公有DHT(Distributed Hash Table)网络？

比特精灵(http://www.bitspirit.com.cn/)从v3开始支持最新的BT技术：基于Kademlia技术的公有DHT网络。通过DHT网络，BT用户可以在不依赖传统的种子服务器的情况下进行正常的下载上传(Trackerless)。那么到底什么是Kademlia技术，什么又是公有DHT网络呢？
简单的说Kademlia只是一项技术准则（通常称其为第3代P2P技术），DHT则是该技术的具体实现。（如eMule中也有基于Kademlia技术的KAD实现）。Kademlia is a P2P overlay protocol designed by Petar Maymounkov and David Mazières, for decentralized peer to peer computer networks. It specifies the structure of the network, regulates communication between nodes and how the exchange of information has to take place. Kademlia nodes communicate among themselves using the transport protocol UDP (see OSI model). Kademlia nodes store data by implementing a Distributed Hash Table (DHT). Over an existing LAN/WAN (like the Internet) a new, virtual network, is created in which each network node is identified by a number ("Node ID"). This number serves not only as its identification, but the Kademlia algorithm uses it for further purposes. 具体的技术细节这里不过多描述，有兴趣的用户可以自行参考相关的资料。那么，为什么要在BT里引入基于Kademlia的公有DHT网络？在传统的BT下载里，所有的种子文件都必须指定一个或多个种子服务器，即通常所说的Tracker或Announce地址。而一旦该种子服务器当机或由于其它原因停摆（比如：前不久我们的前服务商违约，强行拔掉我们的服务器的网线），BT用户很可能就无法完成该种子文件的上传与下载。在传统BT下载里，还有如下情况：有两个完全相同的种子文件，但是由于指定了不同的Tracker，所以不同Tracker的用户之间无法进行下载与上传，从而不能充分体现BT的下载/上传效率。而引入公有DHT网络后，即使种子服务器当机（或者说根本不需要种子服务器的参与），BT用户仍然可以通过DHT网络来获取连接，从而实现下载与上传。那么这些连接信息是保存在哪里的呢？简单来说，这些连接信息保存在根据一定的算法挑选出的DHT网络参与者（即DHT节点）之间，也就是说，一旦你加入公有DHT网络，你就会有一个ID（该ID只是程序生成的、虚拟的、完全随机的ID，与你的实际个人信息没有任何联系，请完全放心），根据一定的规则，你需要负责维护一部分种子文件的连接信息，相当于你同时也是一个轻量级种子服务器。由于涉及到一些数据通信流量，可能会对你的网络产生轻微的负担或影响，不过，与加入公有DHT网络带来的回报比起来，该影响是完全可以忽略的，只有在一种情况下才可能会对你的网络产生比较大的负担：你负责维护的种子文件正好是一个非常非常热门的种子，比如有几千甚至上万的BT用户在下载（如果遇到这种情况，我强烈建议您去买彩票）。当然，从心理回报的角度来看，你正在为几千甚至上万的BT用户提供桥梁作用，这是一件值得骄傲与自豪的事。所以，我强烈建议你打开比特精灵中的公有DHT网络功能（默认打开），当然，如果你的网络条件比较脆弱或你的服务商对你做出了很多限制（容易断流），你也可以关闭比特精灵的公有DHT网络功能（个人设置-其它选项-允许比特精灵...）以防止速度下降。前面说到了连接信息是在各个节点之间负责维护的，那么是不是每个BT用户所连接到的节点越多越好呢？其实不是的，因为连到越多的节点带来的网络流量和网络负担都会增加，通常情况下，拥有50个可靠节点或150个可靠节点与拥有上千个节点没有区别，都能快速、准确的定位所需要查找的节点与连接信息。所以，通常情况下，当程序查找到一定的节点后（如100个节点）就不会积极查找新的节点。

那么比特精灵的DHT网络功能与其它BT客户端的DHT网络功能有什么区别呢？
BT中的基于Kademlia的DHT网络功能是由BitTorrent(Python版) 4.1.0 开始引入的，比特精灵的DHT实现完全兼容BitTorrent的DHT实现，并且，由于比特精灵是用C++写就的并经过了相当的算法优化，在程序性能、运行效率、节点定位效率上要好很多。另外，比特精灵还通过DHT网络全面提升了比特精灵的既有功能，比如种子市场，此外，比特精灵甚至于不要求BT发布站点必须提供种子文件的下载（能大大降低发布站的流量压力），而可以只提供一个类似于http://Kademlia/..(40B的哈希Hex串)....的链接即可(提示：在比特精灵里选中一个任务后通过右键菜单的“拷贝DHT链接”可以提取种子的链接)。

简而言之，DHT网络的引入使得BT不再必需种子服务器，可以说是天下从此无服，但从更深层次的角度来说，应该是天下从此无人不服。

❼ 电驴中的kad、BT中的DHT是什么意思

Kad是Kademlia的简称，eMule的官方网站在2004年2月27日正式发布的 eMule v0.42b中，Kad开始正式内嵌成为eMule的一个功能模块，可以说从这个版本开始eMule便开始支持Kad网络了。

Kad的出现，结束了之前edonkey时代，在ed圈里只存在着ED2K一种网络的模式，它通过新的协议开创并形成了自己的kad网络，使之和ED2K网络并驾齐驱，而且它还完全支持两种网络，可以在两种网络之间通用。Kad同样也属于开源的自由软件。

DHT全称叫分布式哈希表(Distributed Hash Table)，是一种分布式存储方法。在不需要服务器的情况下，每个客户端负责一个小范围的路由，并负责存储一小部分数据，从而实现整个DHT网络的寻址和存储。新版BitComet允许同行连接DHT网络和Tracker，也就是说在完全不连上[Tracker服务器的情况下，也可以很好的下载，因为它可以在DHT网络中寻找下载同一文件的其他用户。BitComet的DHT网络协议和BitTorrent今年5月测试版的协议完全兼容，也就是说可以连入一个同DHT网络分享数据。

另外，这里使用的DHT算法叫Kademlia（在eMule中也有使用，常把它叫做KAD，具体实现协议有所不同）。

❽ BT和PT有什么区别

PT（Private Tracker）下载其实也是Bt下载的一种，但有两个明显的改进：一是私密的小范围下载，二是进行流量统计，根据上载量决定你的权限。
BT下载时，软件会分析.torrent种子文件得到Tracker地址，然后连接Tracker服务器，服务器返回其他下载者的IP，下载者再与这些IP联系进行下载，从而减轻了服务器的负担，BT下载的Tracker是公开的，而Private Tracker 下载(PT下载)的Tracker则是私有的，每个人的Tracker是不同的，即passkey不同，passkey对PT下载者很重要，所以不要轻易泄露出去。
其实和通常BT相比，PT就是多了一个passkey验证，这样就能保证未注册的用户不能下载。所以passkey很重要，一旦发现有问题，就要到站点上去重置passkey。Tracker Server根据passkey把BT客户端上传量和下载量进行计算，从而算出分享率(上传量/下载量)。如果分享率太小，将会被删除帐号，从而不能下载。
这样Private Tracker 下载(PT下载)是一种小范围的BT下载，通过禁用DHT有要求地选择并控制用户数量，这样，在有限的范围内，下载的用户基本上都可以达到自己的宽带上限，Private Tracker 下载(PT下载)下载还通过论坛等方式的约束机制将BT下载的理念现实化，真正让用户做到下载的过程中努力上传。因此，Private Tracker 下载(PT下载)的速度很快，能够让用户款待得到最大程度的使用。
PT通过对做种时间和流量的要求在一定程度上避免了BT中存在的下完不做种的现象，因此在网络上，尤其是需要大文件（如高清）资源交换的时候广受欢迎，在PT站里，“水管”代表上传带宽的大小，大水管可以通过快速的上传获得积分，PT站点也会采取措施（比如做种时间，优惠等）使上传较慢的小水管能够参与贡献和共享资源。

❾ BT下载里的DHT是什么怎么才能让DHT点数增加

DHT简介

DHT使用分布式哈希算法来解决结构化的分布式存储问题。分布式哈希算法的核心思想是通过将存储对象的特征(关键字)经过哈希运算，得到键值(Hash Key)，对象的分布存储依据键值来进行。具体来讲，大致有以下步骤：

对存储对象的关键字进行哈希运算，得到键值。这样就将所有的对象映射到了一个具体的数值范围中。

重叠网中的每个节点负责数值范围中的特定段落。例如，节点A负责存储键值从8000到8999的对象；而节点B负责7000~7999的对象。这样就将对象集合分布地存储在所有的节点中。

节点可以直接存储对象本身，如文件中的一个片段；也可以存储对象的索引，如该对象所在节点的IP地址。

结构化的分布式存储问题解决后，剩下的问题就是用户如何才能找到存储着目标信息的节点。在有着大量节点(如100万个)的P2P系统中，任何节点都不可能拥有全部的节点?键值?内容的对应关系；因此用户获得了键值之后，如何找到该键值对应的节点就被称为DHT的路由问题。DHT协议必须定义优化的查找(路由)算法来完成这一搜寻的工作。不同的DHT协议之间区别很大程度上就在于定义了不同的路由算法。

DHT的应用非常简洁----API简单到只有一项输入和一项输出：

应用层将数据对象(文件、数据块或索引)通过哈希算法获得键值，将该键值提交给DHT后，返回结果就是键值所在节点的IP地址。图1(来自[9])显示了这种应用结构：

图 1 DHT的应用结构

在这样的支持下，可以开发多种P2P的应用程序，如网络存储与文件共享、即时消息、音频/视频等。图2(来自[9])显示了这种应用结构：

图 2 DHT应用的层次

主流DHT协议

缓冲阵列路由协议(CARP，Cache Array Routing Protocol)

协议简介

CARP是由微软公司的Vinod Valloppillil和宾西法尼亚大学的Keith W. Ross在1997年提出的。该协议可以将URL空间映射到一个仅有松散关联关系的Web cache 服务器(在协议中称为“代理”，Proxy)阵列中。支持该协议的HTTP客户端可以根据要访问的URL智能选择目标代理。该协议解决了在代理阵列内分布存储内容的问题，避免了内容的重复存储，提高了客户端访问时Web Cache命中的概率。

❿ 下载同一个文件 比特彗星和utorrent的DHT数目差很远

utorrent
BitTorrent
比较依赖种子里面的Trackers
而且他们的分布式哈希表更使用与国外的种子和用户

必然会影响一定的下载速度