Describe the enhancement
As reported in #419 we don't have proper support for BIP-431 (TRUC) transactions, which have different specification/policy for what outputs/nVersion can be used/mixed together, see BIP-431.
As described in-depth on BIP-431, and mentioned here we need to support the following specification:
Use case
It allows users to properly build TRUC transactions, without the need for any workaround as mentioned here: #419 (comment) (specially L2s, such as: Lightning, Ark, ...)
Impact
Are you using BDK in a production project?
Which backend(s) are relevant (if any)?
Additional context
Describe the enhancement
As reported in #419 we don't have proper support for BIP-431 (TRUC) transactions, which have different specification/policy for what outputs/nVersion can be used/mixed together, see BIP-431.
As described in-depth on BIP-431, and mentioned here we need to support the following specification:
Rule[/+][-] Rule[/-] 6: An individual TRUC transaction is permitted to be below the mempool min relay feerate, assuming it is considered within a package that meets the mempool's feerate[+] requirements.it's not applicable, lmk if i'm mistaken[/+][-] requirements.Use case
It allows users to properly build TRUC transactions, without the need for any workaround as mentioned here: #419 (comment) (specially L2s, such as: Lightning, Ark, ...)
Impact
Are you using BDK in a production project?
Which backend(s) are relevant (if any)?
bdk_chain,bdk_core)____Additional context