Track: enabling the DHT by default

[achingbrain]

Steps

1. Support DHT client mode
   • E.g. be able to make queries for content and peers
2. Implement autonat
   • To become a server (e.g. to store DHT records), we need ensure we are dialable. Autonat will give us confidence we are externally dialable
3. Support DHT server mode
   • Once we know we are dialable we can become a DHT server and store records

Each step depends on the previous but represents a stand-alone piece of functionality so will be useful when shipped.

DHT client mode

• Peer eviction strategy libp2p/js-libp2p-kad-dht#230
• Bootstrapping libp2p/js-libp2p-kad-dht#231
• Table refresh libp2p/js-libp2p-kad-dht#232
• Query logic overhaul libp2p/js-libp2p-kad-dht#233
  • fix: refactor query logic libp2p/js-libp2p-kad-dht#237
• refactor: enable DHT by default #1994
• feat: dht client #3947

Autonat

• Autonat support libp2p/js-libp2p#1005
• Auto Client/Server Mode libp2p/js-libp2p-kad-dht#234

DHT server mode

• feat: reprovider #2184
• Peer Diversity libp2p/js-libp2p-kad-dht#235

Testing

Testing will be done through interop and Testground. The interop test suite PR needs updating but will help establish an absolute baseline. More advanced testing will need to be done in Testground which will require the js-sdk being usable.

• feat: expand dht tests interop#376
• Release 1.0 testground/sdk-js#16

Wrap up

• Update the spec in libp2p with learnings

[2color]

As it currently stands, I presume that we only support DHT client mode, right?

[achingbrain]

DHT server mode works, but for the time being you have to enable it explicitly with "Type": "dhtserver".

Once autonat lands in libp2p we'll be able to flip into server mode automatically.

[2color]

That's amazing! Thanks for clarifying that.

Is upnp supported by js-libp2p to map ports?