Page MenuHomePhabricator

Parallel compact block downloads, take 3
AcceptedPublic

Authored by Fabien on Tue, Nov 5, 21:21.

Details

Reviewers
PiRK
Group Reviewers
Restricted Project
Summary
This PR attempts to mitigate a single case, where high bandwidth peers can bail us out of a flakey
peer not completing blocks for us. We allow up to 2 additional getblocktxns requests per unique block.
This would hopefully allow the chance for an honest high bandwidth peer to hand us the transactions
even if the first in flight peer stalls out.

Backport of core#27626 and core#27743 (bugfix).

Test Plan
ninja all check-all

Event Timeline

Fabien requested review of this revision.Tue, Nov 5, 21:21
PiRK added a subscriber: PiRK.
PiRK added inline comments.
src/net_processing.cpp
1408

comment layout

test/functional/p2p_compactblocks.py
1004

I'm not sure why core kept that second test when they switched the test to using only segwit nodes.
self.segwit_node and self.additional_segwit_node are exactly the same as far as I can tell.

Back when I removed it (in D14872) the second test was doing something different for Core ( whereas for us it was already just a duplicate of the previous line)

self.log.info("Testing SENDCMPCT p2p message... ")
self.test_sendcmpct(self.segwit_node, old_node=self.old_node)
self.test_sendcmpct(self.additional_segwit_node)

https://github.com/bitcoin/bitcoin/pull/15660/files#diff-3d0d1b84c608319965e0c2675eefadc6820103793bf5a9d671562bc24dcbc3eaR806

But i'm not blocking on this, worst case we just duplicate a test.

This revision is now accepted and ready to land.Tue, Nov 5, 23:00