feat(rpc): introduce FilterIter

[ValuedMammal]

The PR adds a bip158 module to the bdk_bitcoind_rpc crate along with a new type FilterIter that can be used for retrieving blocks from a full node which contain transactions relevant to a list of script pubkeys.

Notes to the reviewers

Changelog notice

bdk_bitcoind_rpc: Added bip158 module as a means of updating bdk_chain structures

Checklists

All Submissions:

• I've signed all my commits
• I followed the contribution guidelines
• I ran cargo fmt and cargo clippy before committing

New Features:

• I've added tests for the new feature
• I've added docs for the new feature

[evanlinjin]

This is what we've all been waiting for.

[LLFourn]

ConceptACK. Don't have time for a full review now. @evanlinjin?

[ValuedMammal]

Thanks for the review @oleonardolima

[ValuedMammal]

Rebased and addressed comments from @oleonardolima

[ValuedMammal]

In the last push

• Removed unneeded next_filter field
• Fixed up test checking for Error::NoScripts
• Added test filter_iter_returns_matched_blocks

CI failure seems unrelated

[oleonardolima]

cACK db65d96

[ValuedMammal]

Rebased

[nymius]

tACK 7ad95d3

[ValuedMammal]

Rebased

[notmandatory]

tACK a6364e2

This is cool stuff, I added some docs to make it easier for others to run.

[ValuedMammal]

Thanks @notmandatory

[evanlinjin]

We need to test this against reorgs. It seems like the architecture of this may result in inconsistent state of checkpoints during reorgs.

1. Have a chain with blocks .. [100:A] [101:B] with relevant txs in both A and B.
2. Sync up to 100 (calling .next).
3. Reorg so that blocks from 100 are replaced (inclusive). .. [100:A'] [101:B'].
4. Call .next again.
5. Check that checkpoints end in .. [100:A'] [101:B'] and we have emitted relevant txs in A' and B'.