Networking 100%无服务器(分散)对等发现的可能解决方案?

Networking 100%无服务器(分散)对等发现的可能解决方案?,networking,broadcast,multicast,Networking,Broadcast,Multicast,我一直在思考一个真正的100%无服务器系统是如何工作的。具体来说,我对对等发现感兴趣。似乎这是唯一一个让当前分散的系统真正分散的部分 据我所知,没有100%无服务器系统。例如,即使是Torrent也需要连接到集中式网络,如追踪器或DHT路由器(router.bittorrent.com),以发现其对等点 我首先想到的是互联网范围的广播。简言之 客户端向世界广播其标识(如IP地址)信标 另一个客户端接收到该信标 两个客户端都相互连接 如果连接更多的客户端,它们就会形成一个紧密的网络 但是,这可能非

我一直在思考一个真正的100%无服务器系统是如何工作的。具体来说,我对对等发现感兴趣。似乎这是唯一一个让当前分散的系统真正分散的部分

据我所知,没有100%无服务器系统。例如,即使是Torrent也需要连接到集中式网络,如追踪器或DHT路由器(router.bittorrent.com),以发现其对等点

我首先想到的是互联网范围的广播。简言之

  • 客户端向世界广播其标识(如IP地址)信标
  • 另一个客户端接收到该信标
  • 两个客户端都相互连接
  • 如果连接更多的客户端,它们就会形成一个紧密的网络
  • 但是,这可能非常复杂(255*255*255*255*64字节=270GB/信标)。现在,这是我能想到的唯一解决办法。经过数小时的搜索,唯一的解决方案是“只使用部分集中的服务器”


    是否有任何解决方案(甚至理论上)可以实现100%无服务器对等发现?

    2008年,XMPP开发了一个支持无服务器对等服务发现的标准

    不幸的是,我只找到了一个实现此功能的实例

    它未提交到代码库,因为它被依赖项阻止。 有人试图用新版本重新编译它。 这可能是一个,但无法验证它是否有效

    对等发现的工作原理是使用with


    有关其工作原理的详细信息,请阅读规范。

    Ipv6使这一点变得更加不可行。您可以从XEP-0174中进行检查,“守护进程(1)将以下DNS记录发布到多播DNS地址224.0.0.251(或FF02::FB用于Ipv6)和(2)侦听请求这些记录的多播DNS查询”。据我所知,此方法使用“集中式”(域名)服务器将传入连接转发到客户端;客户之间不直接交谈。该模型是分散的,任何人都可以运行服务器。所以,如果我理解正确,XMPP实际上只是另一个伪分散网络。不是op要找的那个。