我正在尝试理解磁性链接是如何工作的。我读到它们使用DHT和PEX来获取同行,但如果我是网络中的新节点,仅有文件哈希值如何找到同行呢?难道不总是需要链接到已知主机吗? 谢谢
我今天第一次读到关于Kademlia的内容,但有些地方我觉得还没有理解清楚。 节点和键之间的距离是它们值的异或值。 因此,如果我有键x和节点y,它们之间的距离是x xor y。 但是,为什么要将我所知道的节点分组并按前缀长度排序呢?这似乎与通过xor节点ID查找最接近我的节点没有直接联系...
如果我有一个没有任何跟踪器的torrent,并且我刚刚启动了bittorent客户端,所以我还没有任何peer,那么我如何知道在DHT中首先连接谁?看起来我至少需要知道DHT中的一个节点才能开始...
最近,我阅读了一份Kademlia协议的文档,我试图理解这个协议,但仍有一些问题: 为什么一个节点必须在知道其ID但不知道IP或端口时找到另一个节点? 他如何拥有ID而不知道IP或端口,他从哪里获得ID? 我认为两个不同节点之间的“距离”不是路由距离或真实距离,它只是一种虚拟距离,可以用算法快...
我的理解是,IPFS和Bittorrent Mainline DHT基于分布式哈希表(Kademlia)构建。 它们使用文件哈希作为Kademlia键来查找可能拥有此文件的对等方列表。 1- 我不明白的是,如果这一切都是去中心化的,那么谁会从DHT中删除不再托管文件内容的对等方呢? 2- ...
我对被称为“DHT搜索引擎”的Btdigg.org非常感兴趣。根据这篇文章,它不存储任何内容,甚至没有数据库。那么它是如何工作的呢?它不需要像其他正常搜索引擎一样收集元信息并将其存储在数据库中吗?用户提交查询后,它会扫描DHT网络并实时返回结果吗?这可能吗?
我了解NAT穿透以及STUN、TURN和ICE的使用。我想知道这些是否在像BitTorrent这样的点对点文件共享应用程序中实现。无论是通过STUN创建直接连接还是通过TURN中继,跟踪器是否有助于在NAT后面通信的同行之间进行通信。在分布式哈希表(DHT)的情况下,一个同行如何与其他NAT后...
我正在尝试访问Torrent DHT网络,但我很难弄清楚如何访问DHT中的“入口”节点。 这篇文章 描述了一些标准的入口节点,如路由器bittorrent.com和router.utorrent.com,运行在端口6881(UDP)。这篇文章 描述了如何与DHT服务器交互的协议。但是,如果我向...