GitLab

We're not using these synchronously so we can buffer them a bit to avoid
blocking quite as much.

This also combines all incoming channels into a single one to ensure all
operations are processed in-order. This might be overkill bit it makes reasoning
about this a bit simpler.

feat: process response message blocks as a batch

send duplicate responses to the session peer manager to track latencies

Better estimate latency per peer by tracking cancellations

When fetching optimized peers from the peer manager, return an optimization rating, and pass on to
request splitter

BREAKING CHANGE: interface change to GetOptimizedPeers and SplitRequests public package methods

This fixes the case where:

1. I start downloading something.
2. A friend jumps on our WiFi.
3. Our IPFS daemons connect via local discovery.
4. I never notice that they have the file I'm looking for because I'm already downloading it from a peer.
5. The peer I'm downloading from is _really_ slow.

Re-setup provider search delay and rebroadcast delay on a per bitswap instance basis

Don't count consecutive ticks if there are no active wants

on a tick, do not keep searching for providers for the same block. instead rely on a periodic search
for more providers. (which will run no matter what, even w/o ticks, to optimize found providers).
also backoff tick time to reduce broadcasts.

fix #95, fix #107

Improve stability of tests for Session and SessionPeerManager

fix #61

when providers are found in a session, explicitly connect them so they get added to the peer manager

fix #53

Encapsulate functions for readability, and move code for understanding

Move the job of splitting requests to its own package

As soon as peers appear, consume all of the want budget

Reduce duplicates through splits of requests

fix #43

Add a unit test for session package

extract the job of finding and managing peers for a session from the job of requesting blocks