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
而且他們的分布式哈希表更使用與國外的種子和用戶

必然會影響一定的下載速度