bitcoindevkit / bitcoindevkit/bdk-cli
Improve error message / accept descriptor key expressions in descriptor command
- Lenguaje dominante
- Rust
- Estrellas
- 141
- Forks
- 99
- Merge medio
- 6 d 14 min
- PR fusionados (30 d)
- 1
Descripción
**Describe the enhancement**
`bdk-cli key derive` returns a descriptor key expression (e.g. `[fingerprint/path]xpub.../*`), while `bdk-cli descriptor` expects a raw `xpub`/`xprv`. Passing the output of `key derive` directly to `descriptor` results in:
```text
BIP32 error: base58 encoding error
```
The error doesn't explain that the input is a descriptor key expression rather than a raw extended key.
It would be helpful if `descriptor` either:-
* detected descriptor key expressions and emitted a more descriptive error or
* accepted descriptor key expressions directly.
---
**Use case**
A natural workflow is:
```text
key restore
↓
key derive
↓
descriptor
```
Since `key derive` produces a key intended for descriptors, it's reasonable to expect its output to be consumable by `descriptor`.
Instead, users encounter a low-level Base58 parsing error without any indication that the command expects a different representation.
---
**Additional context**
Reproducer:
```bash
bdk-cli key derive --xprv "tprv..." --derivation_path "m/84h/1h/0h"
```
Output:
```text
[bd2eb472/84'/1'/0']tprv.../*
```
Then:
```bash
bdk-cli descriptor --type wpkh "[bd2eb472/84'/1'/0']tprv.../*"
```
produces:
```text
BIP32 error: base58 encoding error
```
The same descriptor key expression works correctly when wrapped in a descriptor and passed to:
```bash
bdk-cli wallet config --ext-descriptor "wpkh([bd2eb472/84'/1'/0']tprv.../*)"
```
which suggests the underlying parsing is already supported in that context.
Guía de contribución
Línea de trabajo
Ejecuta primero el reproducer documentado de `key derive` y `descriptor`, y luego sigue los puntos de entrada `bdk-cli key derive`, `descriptor` y `wallet config` para comparar cómo se analizan sus entradas. Se considera terminado cuando las expresiones de clave del descriptor se aceptan directamente mediante `descriptor` o se rechazan con una explicación explícita de la representación esperada, y las pruebas de comandos cubren el comportamiento elegido.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- rust
- Área
- cli
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Estado de actividad
- Tranquilo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 55/100