IPNS 记录：这些将 IPNS 密钥（即，民众密钥的哈希）映射到 IPNS 记录（即，指向诸如的某些路径的已签名和版本化的指针/ipfs/bafyXYZ）

对对等方的查询完成后，将这些功效添加到查询行列中，然后将下一个最近的对等方从行列中拉出并举办查询。

留意：DHT 客户端和处事器模式之间的自动切换是默认设置选项，可是，假如需要，也可以将您的节点配置为仅为“客户端”。在利用“dht”(自动模式)或“dhtclient”(仅客户端模式)之外的任何选项时错误设置您的网络配置，大概会通过向网络添加不行拨号的节点而低落您和其他所有人的网络机能，因此请审慎操纵。

• 当我们知道具有内容的对等方但不知道其地点时，由IPFS利用。

  • 对等方添加它已相识的所有新提供措施，并继承举办直到查找终止。按照所利用的 API，在收到必然数量的提供措施记录后，也可以强制中止查找。

    1. 将K最靠近的对等节点 X 从路由表加载到查询行列中。

    2. IPNS 在 PubSub 上利用它来查找 pubsub 主题的其他成员。

    3. GET：查找 K 最靠近的对等实体 X=SHA256(H)，而不只仅是询问查找中的每个对等实体“ 您知道谁是 K 最靠近的对等实体 X？” 还问“请给我您的伙伴记录，H 假如有的话”

       作为 Go-IPFS v0.5.0 版本的一部门，DHT 有许多变革。固然直觉上看，很多变革将很是有用，但我们需要更有力的证据来证明全套变革将发生一个不变和机能精采的网络。为此，我们操作了 Testround，这是一种新的漫衍式测试基本设施(请在Testround的博客文章中查察他们的宣布说明)。

       尽量查找算法使我们可以将记录放入 DHT 中，但对付每种记录范例，这样做的方法略有差异：

    4. 查找完成后，假如K最靠近的对等方X没有最新的 IPNS 记录，请向他们发送最新的记录

    5. 将 IPNS 记录放在 K 最靠近的对等方（并本身存储）

    • 确保对等体是宣布 DHT 协议 ID 的 DHT 处事器（在IPFS中/ipfs/kad/1.0.0为公用/ WAN DHT和/ipfs/lan/kad/1.0.0LAN DHT）。

      如上所述，Kademlia 的一个主要属性是所有对等点都可以从最小到最大以内联方法组装。该属性是有用的，因为它意味着当对等体 0 沿着线路行进以找到对等体 55 时，它可以知道它正逐渐接近。然而，这要求线路上的每小我私家都可以彼此攀谈，不然对等点 33 大概会通过汇报对等点 0 他们想要的内容在他们无法通信的节点上而将其送进死胡同。这大概会导致网络速度变慢，更重要的是，一些对等点可以会见数据，而其他对等点不能会见，从而导致数据碎片化。

      固然无法彼此通信的对等点听起来很奇怪，但其他对等点无法达到的两个常见原因是 NAT 和防火墙。譬喻，具有差池称网络，个中一组对等体 X、Y、Z 可以互相毗连而且可以毗连到 A，可是 A 不能毗连到它们在现代互联网上是相当常见的。同样，都在 NAT 之后的两个对等体 A 和 B 无法彼此通信(或拨号)的环境也非经常见。

    • 用于手动毗连（譬喻ipfs swarm connect /p2p/QmXYZ）。

      两个 IPFS DHT：民众和当地

      为此，我们利用 libp2p 的 AutoNAT，它充当漫衍式 STUN 层，通知对等方调查到的地点以及它们是否可果真拨号。只有当对等设备检测到它们可以果真拨号时，它们才会从客户端模式(它们可以查询DHT，但不响应查询)切换随处事器模式(它们既可以查询又可以响应查询)。同样，假如处事器发明它不再可以果真拨号，它将切换回客户端模式。

      • 提供者记录（对付具有 Multihash 的块 H）

        很是感激您对 IPFS&Filecoin 项目标一连支持。我们很兴奋继承与您一起，为人类信息成立一个强大的，去中心化和高效的基本。

        路由表刷新的事情方法如下：

        四月底，我们宣布了迄今为止最大的 Go-IPFS 更新：IPFS 0.5。固然有许多

        测试和功效

        • 留意：每次刷新后（请参阅下文），我们将遍历路由表，并实验毗连到尚未“最近”查询的对等方，以查抄它们是否仍然在线以及对我们的路由表有效的对等方。假如没有，那么我们将其逐出。

        • 郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。