BitTorrent Mainline DHT 路由表在对等查找请求中的作用是什么？
据我了解，第一个查找请求被发送到路由表中与 torrent 的信息哈希最接近的节点。
在对等查找过程中，我可以收到许多节点。当我执行下一次对等点查找时，我可以从其中之一开始对等点查找，还是必须从路由表中的对等点开始？
As I understand the first lookup request is sent to the node which is the closest one in the routing table to the info hash of the torrent
During the process of peer lookup I can receive many nodes. When I perform next peer lookup can I start peer lookup from one of them or I must start from the peers in my routing table?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
Kademlia路由和替换算法的详细信息可以在原始论文。基本上，您仅在路由表中的节点开始出现故障时才替换它们；但是，您可以围绕 ID 细分存储桶，直到最小的存储桶少于 K 个节点（其中 K 是在 bittorrent DHT 中指定的）协议文档）。开始搜索时，您使用路由表存储桶中的 K 个路由表节点，其中包含正在搜索的键的路由 ID。
The details of the Kademlia routing and replacement algorithm can be found in the original paper. Basically, you only replace nodes in your routing table when they start failing; however you subdivide the bucket around your ID until the smallest bucket has less than K nodes (where K is as specified in the bittorrent DHT protocol documentation). When starting searches, you use the K routing table nodes in your routing table bucket containing the routing ID of the key being searched.