Bitcoin
PSBT y descriptores en Bitcoin: cómo revisar una transacción antes de firmarla
El formato de transacciones parcialmente firmadas facilita separar la preparación, la autorización y la transmisión de pagos, especialmente en operaciones multifirma.
Por Newman Pérez · Publicado el · 4 min de lectura

Por Newman Pérez
Imagen editorial de Bitcoin utilizada como referencia visual de la autocustodia.
Firmar no debería ser un acto a ciegas
Muchos usuarios de Bitcoin asocian la seguridad con guardar una frase de recuperación y utilizar una billetera confiable. Es fundamental, pero una operación segura también exige entender qué se está autorizando. Un error en la dirección de destino, una salida de cambio mal identificada o una comisión excesiva pueden causar pérdidas incluso cuando las claves nunca abandonan un dispositivo.
Por eso resulta importante el formato PSBT, sigla de Partially Signed Bitcoin Transaction. El estándar BIP174 describe una estructura para intercambiar información de una transacción y reunir firmas sin obligar a que todos los participantes utilicen el mismo programa ni expongan sus claves privadas. La idea es distinguir la construcción de la operación del momento en que se autoriza.
Qué contiene una PSBT
Una transacción de Bitcoin identifica entradas que gastan salidas anteriores y nuevas salidas que recibirán los fondos. Una PSBT puede reunir esos elementos junto con datos que los firmantes necesitan para comprobarlos y generar sus firmas. El formato admite firmas parciales: una persona o dispositivo puede añadir su autorización y transferir después el archivo a otro firmante.
El documento no equivale a una clave privada. Sin embargo, contiene información sensible para la privacidad financiera, como detalles de entradas, posibles claves públicas extendidas y referencias que pueden vincular actividades de una misma billetera. Compartir una PSBT indiscriminadamente tampoco es una buena práctica. Su circulación debe limitarse a las personas y sistemas que realmente participan en la operación.
Multifirma: varias autorizaciones para mover fondos
En una configuración multifirma, por ejemplo dos de tres firmantes, la política de gasto requiere un número establecido de autorizaciones válidas. Una persona prepara la transacción, otra revisa el destino y los importes, y los firmantes aportan sus firmas mediante los dispositivos correspondientes. Las firmas se combinan para formar una transacción final que posteriormente puede transmitirse a la red.
Esta arquitectura reduce determinados riesgos de punto único de fallo, pero también aumenta la complejidad. Perder información necesaria para reconstruir la política de gasto o distribuir mal las copias de seguridad puede dejar fondos inaccesibles. Además, la multifirma no protege frente a una autorización colectiva de una transacción equivocada. Las personas deben verificar los datos, no limitarse a aprobar por rutina.
Qué aportan los descriptores
Los output script descriptors, especificados en BIP380 y documentos relacionados, son una forma estructurada de describir qué tipos de salidas y políticas utiliza una billetera. Facilitan que el software reconozca las direcciones y los scripts relevantes. Su utilidad se aprecia especialmente en configuraciones no triviales, donde guardar solamente una frase de recuperación puede ser insuficiente para reconstruir cómo se derivaban y reconocían los fondos.
Un descriptor no sustituye las claves privadas ni concede, por sí solo, la capacidad de gastar. Puede contener datos útiles para seguimiento y reconstrucción, por lo que también merece protección. En sistemas multifirma, mantener un registro correcto de los descriptores, las rutas de derivación y la política empleada puede ser esencial para recuperar el acceso con herramientas compatibles.
Una secuencia prudente de firma
El flujo práctico empieza cuando se prepara la operación con entradas, destino, importe y comisión. Antes de firmar, los dispositivos deben mostrar información suficiente para contrastar la dirección receptora y las cantidades. Después se añaden las firmas necesarias, se comprueba que la PSBT puede finalizarse y finalmente se transmite la transacción.
Los detalles cambian según el programa y la versión del formato. Bitcoin Optech explica que existe una versión original de PSBT y una versión 2 normalizada en BIP370. La compatibilidad entre herramientas no debe suponerse: conviene hacer pruebas con cantidades pequeñas y verificar cómo presentan las salidas de cambio y las comisiones.
Seguridad operativa y límites
La posibilidad de firmar sin conectar un dispositivo directamente a Internet es valiosa, pero no vuelve segura automáticamente la operación. Una computadora que prepara datos maliciosos puede intentar engañar al usuario con un destino incorrecto. Un dispositivo de firma ayuda cuando permite verificar la información por un canal confiable, independiente de la pantalla de un equipo comprometido.
Tampoco debe confundirse la política multifirma con una garantía de disponibilidad. Si los firmantes se encuentran inaccesibles, existen disputas internas o se pierden respaldos, una operación puede quedar bloqueada. La administración requiere procedimientos de sustitución, pruebas de recuperación y acuerdos claros entre custodios.
PSBT y descriptores muestran que la seguridad de Bitcoin no consiste solamente en «guardar la semilla». También consiste en poder explicar qué fondos se controlan, bajo qué reglas y qué transacción se está aprobando. Esa precisión es la que convierte una buena práctica técnica en una defensa real frente a errores operativos.
Fuentes oficiales de estándares: BIP174: PSBT; BIP380: Output Script Descriptors.
Fuente técnica independiente: Bitcoin Optech: Partially Signed Bitcoin Transactions.
Aviso educativo
Este contenido es informativo y educativo. No constituye asesoramiento financiero, legal ni fiscal, ni promete rentabilidad alguna. Los criptoactivos son volátiles y puedes perder la totalidad de lo invertido.