feat!: add limit to receipts retrieve

[aasseman]

Helps with keeping the rule of 15,000 max receipts per aggregation request.
Also adds a helper function to implement the limit safely.

Note about tap_core/Cargo.toml:

I started getting

error[E0599]: no function or associated item named `new` found for struct `tokio::runtime::Runtime` in the current scope
  --> tap_core/benches/timeline_aggretion_protocol_benchmark.rs:49:34
   |
49 |     let async_runtime = Runtime::new().unwrap();
   |                                  ^^^ function or associated item not found in `Runtime`

Not sure why it even started happening, but the fix was to add the rt-multi-thread feature to tokio 🤷

[github-actions]

Pull Request Test Coverage Report for Build 7022943430

• 48 of 54 (88.89%) changed or added relevant lines in 4 files are covered.
• No unchanged relevant lines lost coverage.
• Overall coverage increased (+0.2%) to 82.555%

---

Changes Missing Coverage	Covered Lines	Changed/Added Lines	%
tap_core/src/adapters/receipt_storage_adapter.rs	31	34	91.18%
tap_core/src/adapters/test/receipt_storage_adapter_mock.rs	7	10	70.0%

Totals
Change from base Build 7013080532:	0.2%
Covered Lines:	1273
Relevant Lines:	1542

---

💛 - Coveralls

[aasseman]

Rebased onto latest main

[ColePBryan]

Looks good. The one change we might consider is to make it possible to know programmatically that the list is incomplete. I'm not what the best approach would be for accomplishing this. I'm setting to approve since the comment makes it very clear how it works.

[aasseman]

Rebased onto latest main

[github-actions]

🤖 Cargo Audit Report 🤖

(Empty means OK! 👍)