Implement a DHT Bootstrapper

[dennis-tra]

ETA: 2023-09-08

Description: To test the interplay of all the different pieces, we thought of putting together a bootstrapper node. The assumption is that it has a limited feature set, and we could get away with a partial implementation of a few internal modules. The main requirements are:

• Respond to FIND_NODE RPCs and return closer peers
• Keep the own routing table up-to-date

Children:

• Integrate routing table refresh mechanism with bootstrapper node libp2p/go-libp2p-kad-dht#881
• Implement proper self bootstrapping into Musa libp2p/go-libp2p-kad-dht#882

[BigLep]

Is the intent that this would be a binary that Bifrost could run instead of Kubo (similar to how we have a rust-libp2p based bootstrapper)?

I think that makes sense. Let make sure though that we're accounting for the distribution (Docker?) and operational side (e.g., metrics)

[dennis-tra]

Hi @BigLep, because bootstrappers don't require the full feature set of, e.g., a Kubo node, we thought they constituted their implementation with our rewrite constituted a good first milestone. We didn't think of going the full route of actually deploying it, although this would give us valuable insights, I suppose. Depending on the effort an coordination with everyone involved, deploying it, could be a viable option.

cc @iand

[dennis-tra]

Done in https://github.com/plprobelab/musa

I don't consider the load test as part of the implementation, therefore, I removed libp2p/go-libp2p-kad-dht#883 from the list of children. See that issue for the next steps.