Reusing some NTT prior art, add a method that pulls blockchain headers between one of the checkpoint IDs of blocks present at the requester, and the ID of a block, ostensibly discovered from a new block announcement, up to which the chain needs to be retrieved.
Also lay some ground for a possible PullBlocks method (it already existed in the NTT support APIs as pull_blocks_to, now renamed) that does not need to have a different response stream than the one PullBlocksToTip produces, but may return a different future type to accommodate the different protocol exchange.
Reusing some NTT prior art, add a method that pulls blockchain headers between one of the checkpoint IDs of blocks present at the requester, and the ID of a block, ostensibly discovered from a new block announcement, up to which the chain needs to be retrieved.
Also lay some ground for a possible
PullBlocksmethod (it already existed in the NTT support APIs aspull_blocks_to, now renamed) that does not need to have a different response stream than the onePullBlocksToTipproduces, but may return a different future type to accommodate the different protocol exchange.