nim-libp2p/libp2p/protocols
Simon-Pierre Vivier d389d96789
feat: rendezvous refactor (#1183)
Hello!

This PR aim to refactor rendezvous code so that it is easier to impl.
Waku rdv strategy. The hardcoded min and max TTL were out of range with
what we needed and specifying which peers to interact with is also
needed since Waku deals with peers on multiple separate shards.

I tried to keep the changes to a minimum, specifically I did not change
the name of any public procs which result in less than descriptive names
in some cases. I also wanted to return results instead of raising
exceptions but didn't. Would it be acceptable to do so?

Please advise on best practices, thank you.

---------

Co-authored-by: Ludovic Chenut <ludovic@status.im>
2024-09-25 09:11:57 +00:00
..
connectivity chore(logs): remove duplicate msg key (#1180) 2024-08-14 17:19:54 +02:00
perf chore(logs): remove duplicate msg key (#1180) 2024-08-14 17:19:54 +02:00
pubsub chore(logs): remove duplicate msg key (#1180) 2024-08-14 17:19:54 +02:00
secure chore(logs): remove duplicate msg key (#1180) 2024-08-14 17:19:54 +02:00
identify.nim chore(logs): remove duplicate msg key (#1180) 2024-08-14 17:19:54 +02:00
ping.nim chore(logs): remove duplicate msg key (#1180) 2024-08-14 17:19:54 +02:00
protocol.nim chore(formatting): format the whole codebase using nph 0.5.1 (#1118) 2024-06-11 17:18:06 +02:00
pubsub.nim Documentation (#716) 2022-07-01 20:19:57 +02:00
rendezvous.nim feat: rendezvous refactor (#1183) 2024-09-25 09:11:57 +00:00