refactor: optimize historical note retrieval

[juan518munoz]

Notable changes:

• Removes the manual Client::fetch_all_private_notes and replaces it with an automatic per tag backfill, so consumers no longer have to fetch history themselves after they start tracking a new tag.
• The automatic backfill runs on every sync. Notes related to a newly tracked tag are fetched the first time it becomes tracked (after add_note_tag, an account import, or an address creation).
• The client keeps track of already covered tags, by storing them in the settings table under note_transport_covered_tags.

Note:

This branch cherry-picks the NTL 0.4.1 upgrade from #2264, as PR landed on main and next does not have it yet, so its three commits are replayed here because the backfill depends on 0.4.1 (the block_hint delivery path).

Closes #2258

[JereSalo]

Some of the entries here seem to be duplicated, like the one of send_private_note_with_block_hint and also the bump of miden-note-transport-proto-build to 0.4.1.

[juan518munoz]

Fixed in the latest merge to next.

[JereSalo]

Thinking out loud: should we dedup this before returning it? As there might be overlap between imported_ids of the backfill and the fetched ones in ids? Probably harmless to keep it as-is though.

[juan518munoz]

Thanks for the suggestion, applied in cea92e0

[SantiagoPittella]

LGTM, would be nice a test with exceeding MAX_BACKFILL_TAGS_PER_SYNC