IPFS.add()自动传播DHT更新的机制及源码位置问询

是的，js-IPFS 的 add() 方法在默认配置下会自动完成DHT提供者信息的传播，不需要手动调用 dht.provide()，这就是你测试成功的原因。

核心原因：默认开启的自动提供者逻辑 #

当你调用 add() 添加内容时，底层流程包含以下关键步骤：

1. 内容分片与CID计算：add() 会先将输入内容切割成符合IPFS规范的块，计算每个块的CID，最终生成顶层文件的CID。
2. 本地存储：所有分片会被存储到节点的本地仓库（repo）中。
3. 自动触发提供者广播：在默认配置下，autoProvide 选项是开启的，节点会自动将新添加内容的CID标记为"我拥有该内容"，并在后台异步向DHT网络发送提供者记录。

为什么不依赖DHT也能获取内容？ #

你的测试中，即使DHT传播还没完全完成，MacBook节点依然能获取内容，还有两个额外机制在起作用：

• 节点发现机制：如果两台设备在同一局域网内，mdns（多播DNS）会自动发现彼此的IPFS节点，无需通过DHT查找。
• Bitswap协议：当MacBook节点发起cat()请求时，Bitswap协议会直接向已知的在线节点请求块数据，只要你的Windows节点在线，就能直接响应请求，不一定需要DHT的提供者记录。

源码位置参考 #

js-IPFS 中 add() 触发自动提供的逻辑主要在以下位置：

• ipfs-core/src/components/add/index.js：add() 方法的入口，处理内容添加后会调用内容管理器的提供逻辑。
• ipfs-core/src/components/content-manager/index.js：contentManager.provide() 方法负责批量处理CID的提供者广播，内部会调用 dht.provide() 并做限流处理。
• ipfs-core/src/components/dht/provide.js：实际向DHT网络发送提供者记录的实现。

手动调用dht.provide()的场景 #

默认的自动提供逻辑是异步且限流的，如果你需要立即向DHT广播提供者信息，或者关闭了autoProvide选项，才需要手动调用dht.provide()。

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