feat(aztec-nr): sender-side support for interactive handshakes

[nchamo]

Motivation

The handshake registry has an interactive_handshake entrypoint (#24473), but no sender can reach it: the delivery stack only knows how to establish non-interactive handshakes.

The change

Senders can now choose an interactive handshake the same two ways non-interactive ones are chosen:

• In-contract: a via_interactive_handshake() builder option on both onchain delivery modes, flowing through a new TagDerivation kind and TagSecretSource kind that call the registry's interactive_handshake entrypoint via a new pinned selector.
• By the wallet: an interactive-handshake variant in the TaggingSecretStrategy hook union and in ResolvedTaggingStrategy (TS and Noir in lockstep).

Defaults do not change: interactive is strictly opt-in. Like a fresh non-interactive handshake, a fresh interactive one backs both delivery modes and starts its constrained sequence at index 0; an existing handshake of either type is reused before establishing a new one.

The oracle version minors are bumped since no existing contracts were using this oracle yet.

Fixes F-786