- 14 May, 2021 1 commit
-
-
Adin Schmahmann authored
* fullrt: add experimental FullRT DHT client The FullRT client periodically crawls the network to fill its local routing table and uses that to perform queries. It supports performing many provides or puts together taking advantage of efficiencies of grouping the DHT operations by where they will occur in the Kademlia space. Additionally, it has a more tunable function for determining when a query is complete that does not require waiting on any individual peer (which could be offline) to respond. This client is experimental and its exposed interfaces should be expected to change and break over time. * crawler: starting peers with addresses and peers found during a crawl have their addresses extended. logging improved * dht: move IpfsDHT options to the internal package. Make a breaking change to the filter interfaces to support more DHT implementations * dht: GetClosestPeers now returns a slice of peers instead of a channel of peers since we have to wait for the query to complete to return the closest peers anyway * dht: the subscriberNotifiee has been refactored to work more independently of the underlying message sender implementation
-
- 08 Apr, 2021 1 commit
-
-
Marten Seemann authored
-
- 26 Aug, 2020 1 commit
-
-
Adin Schmahmann authored
-
- 20 Apr, 2020 1 commit
-
-
Will Scott authored
-
- 14 Apr, 2020 1 commit
-
-
Steven Allen authored
This function is called frequently, let's avoid allocating as much as possible.
-
- 08 Apr, 2020 1 commit
-
-
Steven Allen authored
Unfortunately, constructing a router is _not_ cheap. Cache it so we don't have to re-compute it every time we get a query.
-
- 03 Apr, 2020 2 commits
-
-
Steven Allen authored
Except deprecated warn calls
-
Adin Schmahmann authored
Allows specifying peer filter functions on query and on adding peers to the routing table. This patch also includes some reasonable default functions for a public-only and private-only DHT. Co-authored-by: Will Scott <will@cypherpunk.email> Co-authored-by: Steven Allen <steven@stebalien.com>
-