update go-libp2p to v0.20.3

[marten-seemann]

Removing a whole bunch of deps:

 go.mod | 29 +++++++++--------------------
 1 file changed, 9 insertions(+), 20 deletions(-)

[aschmahmann]

This PR causes https://github.com/ipfs/go-ipfs/blob/master/test/sharness/t0125-twonode.sh to reliably hang (i.e. master works fine and this does not). We can't merge until that's resolved.

Test failure seems to be QUIC specific. See the end of the logs in https://app.circleci.com/pipelines/github/ipfs/go-ipfs/7042/workflows/0305f2cd-270d-409a-868e-6911f1f872a2/jobs/76496 or just run the test on your own to see.

A little bit of poking around seems to indicate it might be related to the opening of QUIC streams, which is probably a good place to start looking. The "poking around" was using https://github.com/aschmahmann/vole and hitting a local node with only QUIC enabled and noticing that the stream handler wasn't getting called. Haven't poked around any further than that.

[MarcoPolo]

Could you share the steps you used with vole to repro? I'm not familiar with it sorry.

[aschmahmann]

Should be fairly straightforward:

1. Build this branch of go-ipfs (go build ./cmd/ipfs)
2. Set all transports other than QUIC to false https://github.com/ipfs/go-ipfs/blob/master/docs/config.md
3. Build vole and do something like vole.exe bitswap check <someCID> /ip6/::1/udp/4001/quic/p2p/<yourPeerID> and see if it responds. It if it doesn't respond with a result then something bad is going on.

[marten-seemann]

Updated to go-libp2p v0.20.2.

[aschmahmann]

@marten-seemann it looks like the issue is still present in the same test as above, i.e. doesn't look like the go-multistream change was sufficient.

The vole test above fails the same way too.

Updated

[aschmahmann]

Thanks @MarcoPolo and @marten-seemann 🙏.