Vamos a distinguir tres roles: un coordinador online que construye una propuesta a partir de direcciones y UTXO, un firmante offline que verifica el gasto y devuelve firmas, y un nodo o servidor que transmite la transacción finalizada.

La PSBT es un formato de intercambio especificado en BIP174 (y ampliado para PSBT v2 en BIP370). No es una copia de recuperación, no es una wallet y no equivale a una transacción ya difundida. Si no tienes hardware wallet airgapped y saldo de pruebas, limita la práctica a elaborar una PSBT sin firmarla; las etapas posteriores se explican para que entiendas qué verificarías.

Si el concepto es nuevo para ti, lee antes Qué es una PSBT. Si todavía no reconoces entradas, cambio y comisión, empieza en PSBT: qué revisar antes de autorizar. El objetivo aquí es diferente: transportar el archivo, firmar fuera de línea, importar y transmitir.

Para ejecutar un flujo real necesitas Sparrow en el ordenador coordinador; una wallet watch-only o el archivo de coordinación del firmante; una hardware wallet compatible con firma airgapped, como Foundation Passport para QR o ciertos dispositivos con microSD; y una cuenta de laboratorio con fondos de prueba si vas a transmitir.

El firmante debe estar inicializado y conectado a Sparrow mediante datos públicos de su cuenta, conservando su seed offline. Revisa en su documentación cómo se empareja: no todos los dispositivos admiten los mismos canales de transporte ni los mismos scripts.

1. Intención: decides destino, importe, comisión y qué UTXO usar.
2. Construcción: Sparrow genera una transacción candidata a partir de esos datos.
3. PSBT: se añade información para que el firmante reconozca entradas y scripts.
4. Transporte: la propuesta pasa al dispositivo offline por QR o tarjeta.
5. Firma: el dispositivo verifica y añade firmas válidas.
6. Finalización: el coordinador recibe las firmas y, si basta para gastar, construye la transacción final.
7. Difusión y confirmación: se transmite por la red y después se espera la inclusión en un bloque.

El orden importa. Una PSBT con firmas puede seguir sin estar lista para difundir si faltan firmantes o información. Y una transacción difundida no está confirmada hasta que aparece en un bloque aceptado.

Ejemplo operativo con Sparrow y un firmante por QR como Passport; para microSD el concepto es el mismo, pero el transporte se hace por archivos y el menú cambia. No ejecutes la difusión con fondos reales salvo que estés familiarizado con tu sistema.

1. PASO 1 · Asegura la configuración: abre la cuenta en Sparrow y comprueba su tipo de script, la huella del firmante y una dirección de recepción conocida.
2. PASO 2 · Redacta la intención: anota destinatario, importe, comisión máxima aceptable y origen de los UTXO en una hoja que no contenga secretos.
3. PASO 3 · Construye en Send: introduce una dirección de recepción de laboratorio que controles; fija importe y revisa sat/vB. En Create Transaction inspecciona entradas, salidas y cambio.
4. PASO 4 · Finaliza para firmar: pulsa Finalize Transaction for Signing. En un dispositivo QR, Sparrow podrá presentar Show QR; con microSD, utiliza Save PSBT para guardar el archivo que leerá el firmante.
5. PASO 5 · Verifica en dispositivo: lee la propuesta con la cámara o tarjeta del firmante. Comprueba en su pantalla que destino, importe y comisión coinciden con la intención y que no hay una salida ajena inesperada. Solo entonces decide firmar.
6. PASO 6 · Devuelve las firmas: importa el QR firmado con Scan QR o el fichero con Load PSBT. Comprueba que Sparrow identifica las firmas; esto todavía no obliga a transmitir.
7. PASO 7 · Comprueba finalización: verifica otra vez entradas, salidas y estado de firmas. Solo si decides realizar el ejercicio real, usa Broadcast Transaction desde un coordinador conectado y conserva la TXID resultante.

Los QR tampoco son una garantía absoluta contra ataques al usuario: una PSBT mal construida podría mostrar datos falsos en el coordinador. Lo decisivo es qué puede revisar el dispositivo seguro y qué firma realmente. Los ficheros PSBT, aunque no contengan la seed, pueden revelar rutas de derivación y datos del pago.

Abre una wallet de laboratorio vacía y revisa su configuración pública. Dibuja la secuencia: propuesta, PSBT, QR/tarjeta, verificación del firmante, firma, importación y difusión. Si tu wallet dispone de UTXO de prueba en signet, puedes completar el ciclo bajo las condiciones de esa red, pero no asumas que fondos mainnet pueden cruzarse a signet.

Si solo dispones de una wallet watch-only vacía, no podrás crear una transacción financiada real. Lo correcto es reconocer ese límite y no inventar UTXO ni claves. Puedes practicar con el tutorial Guardar una PSBT en Sparrow sin firmar usando un entorno que tenga una propuesta legítima.

Un fichero PSBT guardado en una tarjeta no sustituye las palabras de recuperación, passphrase o descriptor del sistema de custodia. Puede contener datos sensibles de tu transacción y sus rutas públicas, pero normalmente no contiene la clave privada que necesitarías para rescatar otras monedas.

Tampoco deja de existir un riesgo de sustitución de destinatario solo porque el archivo salga de una aplicación conocida. Cada firmante debe comprobar su papel en el flujo y el cambio asociado a la transacción. Para entender qué se comparte con un coordinador, consulta Firmante, coordinador y nodo: funciones separadas.

Para documentar los firmantes, el tipo de cuenta y el procedimiento sin juntar secretos, puedes preparar una ficha física de recuperación separada de la seed.

1. Propuesta: conozco entradas, destino, cambio y comisión.
2. Canal: sé si el transporte será QR o microSD y sus riesgos.
3. Firmante: compruebo los datos críticos en una pantalla independiente.
4. Regreso: sé importar firmas y diferenciar PSBT parcial de transacción final.
5. Red: no confundo «firmada», «transmitida» y «confirmada».

• Sparrow — firma airgapped con QR ↗
• Sparrow — firma airgapped con microSD ↗
• BIP174 — formato PSBT ↗
• Bitcoin Core — guía de uso de PSBT ↗