bdk-cli compile accepts --type values sh, wsh, sh-wsh and tr. Only sh produces a descriptor Bitcoin Core rejects:
$ A=$(bdk-cli --network bitcoin key generate | jq -r .xprv)
$ B=$(bdk-cli --network bitcoin key generate | jq -r .xprv)
$ D=$(bdk-cli compile "or(pk($A),pk($B))" --type=sh | jq -r .descriptor)
$ bitcoin-cli getdescriptorinfo "$D"
error code: -5
error message:
Miniscript expressions can only be used in wsh or tr.
The same policy with --type=wsh, --type=sh-wsh and --type=tr is accepted.
BIP 379 scopes Miniscript to P2WSH and Tapscript, and excludes P2SH explicitly, spec:
These specifications apply to P2WSH (BIP 141) and Tapscript (BIP 342) scripts [...] P2SH and bare scripts are excluded from this specification.
Core enforces that where it parses the Miniscript expression, src:
if (node) {
if (ctx != ParseScriptContext::P2WSH && ctx != ParseScriptContext::P2TR) {
error = "Miniscript expressions can only be used in wsh or tr.";
return {};
}
bdk-cli can still build the descriptor because rust-miniscript keeps the pre-BIP contexts. BDK also handles it end to end: wallet config --ext-descriptor "$D" followed by new_address derives a P2SH address, and the script itself is consensus-valid. Other descriptor-based wallets may not support this type though - Core rejects it outright, in both getdescriptorinfo and importdescriptors.
@tvpeter how would you like this handled?
- drop
sh from the accepted --type values
- keep it, but warn on output and document that it is outside BIP 379 specification
Happy to open the PR once you have picked one.
bdk-cli compileaccepts--typevaluessh,wsh,sh-wshandtr. Onlyshproduces a descriptor Bitcoin Core rejects:The same policy with
--type=wsh,--type=sh-wshand--type=tris accepted.BIP 379 scopes Miniscript to P2WSH and Tapscript, and excludes P2SH explicitly, spec:
Core enforces that where it parses the Miniscript expression, src:
bdk-cli can still build the descriptor because
rust-miniscriptkeeps the pre-BIP contexts. BDK also handles it end to end:wallet config --ext-descriptor "$D"followed bynew_addressderives a P2SH address, and the script itself is consensus-valid. Other descriptor-based wallets may not support this type though - Core rejects it outright, in bothgetdescriptorinfoandimportdescriptors.@tvpeter how would you like this handled?
shfrom the accepted--typevaluesHappy to open the PR once you have picked one.