gui: add support for tapminiscript on bitbox02

[pythcoiner]

This PR is build on top of #1357, with few adds:

• get the version from bitbox device
• check the version for taproot support
• copy tap_script_signs & tap_key_sig if present in the pruned psbt after signature

Tested spending by internal key & taptree w/ differents setups

Note: this PR use bitbox-tapminiscript branch of async-hwi

[pythcoiner]

Note: taproot-policies have been merged in bitbox-api but they do not yet released a new crate version.

@benma do you plan to release a new version of the crate or we should release on top of your GH master branch?

[benma]

Note: taproot-policies have been merged in bitbox-api but they do not yet released a new crate version.

@benma do you plan to release a new version of the crate or we should release on top of your GH master branch?

I published https://crates.io/crates/bitbox-api v0.6.0 which includes the necessary changes.

[pythcoiner]

rebased on master, so now uses async-hwi 0.24.0

[edouardparis]

ACK 01f6d2b
Tested for a tr(2of2->3blocks->2of1) registration, address verification, spending and recovery

[benma]

@edouardparis did you also test using multiple inputs but using same xpub in both primary and recovery to see if the filtering works? The BitBox only signs for one keypath per input, and the one it picks from the PSBT is arbitary so it could go wrong if for one input it signs for the primary and for the second input it signs for the secondary keypath.

[edouardparis]

Thanks for the reminder, I just tested it with the two inputs and the decaying multisig that has the bitbox xpub in both paths and it works as expected. The PR also does not touch the previous logic of removing misleading bip32 derivation.