使用 DHT (Distributed Hash Table，分布式哈希表) 替代 Tracker，标志着 P2P 系统从“有中心”进化到了“完全去中心化”。

使用 DHT (Distributed Hash Table，分布式哈希表) 替代 Tracker，标志着 P2P 系统从“有中心”进化到了“完全去中心化”。

在这种模式下，每个节点既是客户端，也是微型 Tracker。

1. 核心思想：把目录分散到全球

在 Tracker 模式下，我们要找视频得问“前台”（服务器）；在 DHT 模式下，我们直接问“路人”。

 

• 资源标识：每个视频文件都有一个唯一的 InfoHash（40位特征码）。
• 路由表：每个节点在内存中只维护一小部分邻居的信息，而不是全网信息。
• 逻辑距离：DHT 使用 Kademlia (Kad) 算法。它通过计算 InfoHash 与节点 ID 的距离（异或运算）来找人。

2. 它是如何找人的？（以磁力链接为例）

当你输入一个 magnet:?xt=urn:btih:XXXX... 链接时，没有 Tracker 服务器，寻找过程如下：

 

1. 冷启动：你的客户端连接几个预设的“种子节点”（Bootstrap Nodes，如 ://bittorrent.com），进入 DHT 网络。
2. 递归查询：
    

   • 你问邻居：“谁离 XXXX 这个哈希值近？”
   • 邻居可能没有，但他会告诉你：“我知道节点 B 离它更近，你去问他。”
3. 收敛到目标：经过几跳后，你最终会找到几个正好负责维护这个 InfoHash 信息的节点。
4. 获取 Peer 列表：这些节点会告诉你，目前有哪些 IP 正在下载/分享这个视频。

3. DHT 相比 Tracker 的优劣势

特性	Tracker (有中心)	DHT (去中心化)
稳定性	服务器宕机则全线崩溃	极强，部分节点离线不影响整体
速度	获取节点列表极快（毫秒级）	初次寻找资源较慢（需几秒到十几秒）
隐私与版权	容易被封杀或监控	极难被彻底关停（磁力链接不死的原因）
维护成本	需支付服务器带宽和硬件费	几乎零成本，压力分散给所有用户

4. 视频传输中的“混合模式”

在现代视频分发（如快播、比特彗星、WebTorrent）中，通常不会二选一，而是两者并行：

 

• Tracker 优先：如果 Tracker 能用，秒出节点。
• DHT 保底/补全：Tracker 没资源时，通过 DHT 去全球“捞”更多节点。
• PEX (Peer Exchange)：节点之间还会互换自己知道的 Peer，进一步减少对 Tracker 的依赖。

5. 局限性

 

• 冷门资源困境：如果一个视频全球只有几个人在看，DHT 很难通过逻辑距离算法精准“撞”到这几个人。
• 流量开销：为了维持 DHT 路由表，客户端即便不下载，也会产生持续的微量上传流量（背景流量）。

应用建议：
如果你在开发一套私有/企业内部的视频分发系统，Tracker 依然是首选（效率高、可控）；如果你在做互联网共享或抗封锁的视频应用，DHT 是核心。