Tuesday, February 17, 2026
HomeBitcoinWhy does migrating a legacy bitcoin pockets create a unimportable descriptor?

Why does migrating a legacy bitcoin pockets create a unimportable descriptor?

A legacy bitcoin core pockets on testnet was created and obtained bitcoin to addresses on derivation paths like: m/0'/0'/0', m/0'/0'/1' and m/0'/0'/2'

Now as a way to create unsigned transactions (PSBT) in a much less error susceptible and tedious manner an try was made to import the legacy bitcoin core pockets watch-only into sparrow and bitcoin protected.

Firstly the pockets was migrated with bitcoin-cli migratewallet "my_wallet" (as legacy wallets will not be supported going ahead)

Thereafter the descriptors had been exported with out non-public keys:

bitcoin-cli listdescriptors false

This output 11 totally different descriptors.

One of many descriptors seemed like this:

combo(tpubD6NzVbkrY...wWgAYi5D/0h/0h/*h)#leqp7cnz

Guessing that these are the legacy deriv paths talked about above.

When importing this output descriptor…bitcoin protected doesn’t import it and sparrow says:
Non-standard little one derivation detectedSparrow doesn't assist non-BIP32 wallets with out normal obtain and alter chains after which says it’s an invalid output descriptor.

Eradicating combo and setting it as wpkh labored on bitcoin protected however then raised an Error whereas parsing xkey.

Why is that this descriptor unimportable?

Observe: Need the pockets to be watch-only when imported

Additionally why do different descriptors begin with the deriv path like this:

wpkh([9c5bc3d1/84h/1h/0h]tpubDDXhjmNvux...AVPyjwv/0/*)#96c85rys

RELATED ARTICLES

LEAVE A REPLY

Please enter your comment!
Please enter your name here

Most Popular

Recent Comments