Łukasz Magiera

With #4929 you will be able to pass streams to udp services. You still won't be able to listen for udp connections as local listener uses [go-multiaddr-net.Listen](https://github.com/ipfs/go-ipfs/blob/39f6ab25b76c5de46374023e55b834858e5b5a95/p2p/local.go#L46) directly, and it...

It is possible to use this as a reverse proxy, but it will just pass the stream without really caring what's inside. We also have a separate http proxy feature...

I'll have to play around with it a bit, but I'm pretty sure we'll still need mechanism to advertise the issues to other peers (probably using some crdt thing, likely...

> so what happens if a peer only has a relay address? shouldn't we dial that immediately instead of waiting for 2s? That's the hard part

Ok, I think I pushed something that makes sense, please review. todo: - tests - a bit more abstracted `dialOffset` - `dialLimiter` doesn't exactly abstract it's checks. - Should I...

Refactored to use buckets

* Broken the code into some more functions * Added tests for all cases I could imagine * almost all cases covered (except contexts) * ran the tests 20 times,...

Dials through relay will start no later than after `tierDelay` since start of the dial. We could try to get some stats in the runtime to tune the variable to...

https://github.com/libp2p/go-libp2p-swarm/pull/57#issuecomment-418547294 > holy shit this is complicated No, but seriously, IIRC the core logic here is done, one thing that would be nice would be to have some method in...

Sending cbor rpcs both ways should be good enough. CBOR seems to be perfect for RPC over reliable transports as it supports streaming, has defined boundaries and is very compact...