raulk

We have a lot of piecemeal mechanisms for backpressure scattered across the codebase. At one point we'll need to consider a reusable backpressure gadget, maybe inspired by [SEDA](https://en.wikipedia.org/wiki/Staged_event-driven_architecture).

Implementing the above feels like we'd be poor-man mimicking dialer v2. I think I have the bandwidth this week to take it over the finish line (now that I got...

How urgently do we need this? Can it wait 1 week for a cleaner solution (dialer v2)?

Yeah, it's had a rocky history, due to my focus being all over the place :-( But it's clear we have increased pressure and impetus on it now, so I...

^^ may be reckless to give a concrete 1 week horizon. Let's say 2.

@upperwal thanks for the offer, very much appreciated. Given the nature of the change, it’s best if executed by a single individual. I suggest kicking off a discussion in the...

@Stebalien wondering if we have an analysis of the packets we are sending, and their contents? Also, do you think there are two issues here, i.e. opening streams lazily _and_...

Raúl from the libp2p team here 👋 A bunch of thoughts: * libp2p features a kademlia DHT implementation with slightly different behaviour. Currently this is used by many projects including...

@fjl What do you have in mind for the interconnectivity between IPFS and Ethereum? Any particular features you're interested in?

> Whoa, so many suggestions at once. Apologies for the flurry. Since I've worked with devp2p before, I had been cooking up some thoughts for a while and I figured...