Este es el descriptor multifirma 2 de 3: wsh ➜Tipo de script: P2WSH, SegWit v0. sortedmulti(2, …) ➜ Se necesitan 2 firmas de un conjunto de 3 claves. [8763a0fe] ➜ Huella de la llave maestra: sirve para identificar cada clave. 48h/0h/0h/2h ➜ Ruta de derivación: indica cómo se obtuvo la clave para esta multifirma. xpub… ➜ Clave pública extendida de cada cofirmante. Permite derivar direcciones, pero no firmar. /<0;1>/* → Índices de derivación: rama externa (recepción), rama interna (cambio) + sucesivas direcciones. #gk5cu7r6 ➜ Checksum: permite detectar errores en el texto del descriptor. Para recuperar una multifirma no basta con reunir las semillas: también necesitas reconstruir todo el mapa. Por privacidad, no publiques el descriptor real de tu billetera: sus xpub pueden revelar tus direcciones+ actividad.

Te explico cómo funciona y por qué es una de las mejores ideas de privacidad que trajo Lightning. Cada sitio te pide crear una cuenta: email, contraseña, a veces tu teléfono. Resultado: contraseñas repetidas, bases de datos que se filtran e identidad suelta por internet. LNURL-auth lo da vuelta. El sitio te muestra un código QR. Tu wallet lo lee, firma para entrar. Sin contraseña que robar ni datos personales que ceder. ¿De dónde sale esa llave?, sale de tu semilla. Tu wallet toma una llave base para combinar con el nombre de cada sitio. Cada uno recibe una llave distinta. Misma semilla, identidades separadas. Solo funciona donde el sitio lo soporte. Es como "Iniciar sesión con Google" aparece donde lo habilitaron. Tu banco o Gmail no lo soportan. El universo real es bajo, que corre sobre el mundo Bitcoin: Bitrefill, apps con LNbits y/o similares. @SatsBridge aportó código a BlueWallet para habilitar este login por QR en casi todos los tipos de wallet. Multifirma + watch-only quedan afuera. Una opción más para controlar tu identidad.

Cómo armar + firmar una multifirma 2-de-3 en @bluewalletio 1. Añadir cartera. Escribir el nombre + seleccionar "Vault multifirma". 2. Define el esquema: cuántas firmas se necesitan sobre cuántas llaves. En el ejemplo, 2 de 3. 3. Tomar los datos de los 3 cofirmantes. Cada llave puede almacenar su semilla en el dispositivo y/o usar solo el XPUB. 4. Guarda el Vault. Ya tienes tu wallet multifirma. 5. Para firmar: Enviar ➜ "Firmar una transacción". Completa dirección, monto y comisión. Firma con las llaves necesarias (2 de 3). 6. Si están en dispositivos distintos, exporta el PSBT firmado para el cofirmante. 7. Con las 2 firmas reunidas, confirma + transmite. En una multifirma el sentido es que cada llave viva en un dispositivo distinto.

El error en la Coldcard era este: "None of the keys belong to this Coldcard (need F65EB941, found F4D0F65B)." Traducido: "las llaves de esta transacción no son mías" Primero, lo que más confunde: ver el saldo para poder firmar son dos cosas distintas. ➜ Ver el saldo usa tu clave pública (watch-only). No necesita su llave (clave privada). ➜ Firmar necesita tu clave privada, que vive solo en la Coldcard. Cuál fue la pista: el fingerprint (la huella que identifica tu wallet). No coinciden. Para el dispositivo, esos fondos son de otra wallet. ¿La causa más común? Una passphrase que falta activar. Esa wallet se creó con passphrase. Y la passphrase cambia tu fingerprint. Es una wallet distinta. Al firmar sin ella, la Coldcard es otra identidad. Solución: activar la passphrase correcta en la Coldcard. Si el fingerprint vuelve a dar F65EB941, firma sin problema. Caso resuelto. Si no tienes esa passphrase, esos fondos quedan inaccesibles. No se resetea. Es parte de la llave. Que nos deja este caso: ➜ Una passphrase bien usada te blinda. Caso contrario te deja afuera. ➜ Hacer el respaldo como tu seed, por separado (no junto a ella). ➜ Prueba la recuperación con un monto chico antes de confiarle fondos de verdad. Comparte porque puede ser útil a otros.