实现扁平路由表的Mainline DHT是否需定期移除节点？

Mainline DHT 节点移除逻辑：与Kademlia的核心差异 #

Mainline DHT（BEP5定义）的设计和Kademlia有明确区别，关于节点移除的逻辑，BEP文档虽未直接写明，但可从其路由表设计和隐含规则推导：

• 无主动定时移除机制：不同于Kademlia依赖分桶过期、定时刷新节点的强结构化维护，Mainline DHT的扁平路由表采用懒清理+活跃度驱动的策略。不会主动定时扫描并移除节点，而是在与节点交互（如发送查询、Ping）时，若多次无响应，则将其标记为失效并从路由表中移除。
• 路由表容量限制触发替换：BEP5隐含了路由表的大小限制（主流实现通常设为1000个节点），当表满时，新发现的活跃节点会自动替换掉路由表中最久未通信、或已标记为失效的节点。
• 无需Kademlia式的密钥重发布：Mainline DHT的查询依赖泛洪而非严格的结构化路由跳转，因此不需要像Kademlia那样为了维护路由新鲜度而强制进行密钥重发布，节点移除的影响远小于Kademlia。

实践建议 #

在你的实现中，不需要额外做定时节点移除的逻辑，只需：

1. 记录每个节点的最后通信时间和响应状态；
2. 当节点连续3次Ping/查询无响应时，将其从路由表中移除；
3. 当路由表达到容量上限时，优先淘汰最久未通信的节点，替换为新发现的活跃节点。

内容的提问来源于stack exchange，提问作者raz