Bitcoin-Qt

Interfaz de Bitcoin-Qt.

Bitcoin-Qt fue el nombre del cliente gráfico de Bitcoin desde la versión 0.5.0 hasta que el programa pasó a llamarse Bitcoin Core en la versión 0.9.0. No es una cartera actual separada: las versiones modernas de Bitcoin Core todavía denominan bitcoin-qt a su interfaz gráfica.

Historia del nombre

Satoshi Nakamoto publicó el programa original de Bitcoin en 2009. La interfaz basada en Qt llegó con la versión 0.5.0 en noviembre de 2011 y sustituyó a la anterior interfaz wxWidgets; durante ese periodo el paquete se llamó Bitcoin-Qt. La versión 0.9.0 adoptó el nombre Bitcoin Core para diferenciar el proyecto de software de la red y la moneda. El ejecutable gráfico conserva el nombre bitcoin-qt; bitcoind es el proceso sin interfaz gráfica.

Los dos hitos en la denominación tienen fechas de lanzamiento concretas: Bitcoin-Qt 0.5.0 se anunció el 21 de noviembre de 2011 y Bitcoin Core 0.9.0, el 19 de marzo de 2014. Esta última versión también separó el cliente RPC en bitcoin-cli. Estos fueron cambios del proyecto de software; el cambio de nombre no creó una nueva moneda ni exigió un nuevo saldo de Bitcoin.

Función actual

Bitcoin Core es software abierto que incluye un nodo validador completo y una cartera opcional. El nodo comprueba por sí mismo bloques y transacciones y puede retransmitir datos válidos. Por ello, la sincronización inicial requiere bastante almacenamiento, ancho de banda y tiempo. La poda reduce los bloques conservados, pero no convierte Bitcoin Core en un cliente ligero.

El nodo y el monedero cumplen funciones distintas. Un nodo puede validar y transmitir datos de Bitcoin sin poseer claves privadas ni gastar monedas. Desde la versión 0.21, Bitcoin Core ya no crea automáticamente un monedero predeterminado; los usuarios pueden crear o abrir monederos por separado mediante la interfaz gráfica.

Bitcoin Core no es un «cliente oficial» controlado por Bitcoin Foundation. Cualquier persona puede proponer, revisar o probar cambios. Los mantenedores integran cambios tras revisión pública y cada usuario decide qué software y reglas ejecutar.

Programas y arquitectura

Bitcoin Core se distribuye como un conjunto de programas relacionados y no solo como una cartera de escritorio. bitcoin-qt reúne nodo, cartera e interfaz gráfica; bitcoind ejecuta el nodo y la cartera como servicio; y bitcoin-cli envía llamadas RPC a una instancia en ejecución. La distribución también contiene bitcoin-tx para manipular transacciones, bitcoin-wallet para mantener carteras y otras utilidades.

La aplicación gráfica no sustituye el motor de validación. Presenta el estado del nodo, los pares, la sincronización, el historial, el envío y recepción, el control de comisiones y la administración de carteras. Quienes no necesitan escritorio suelen ejecutar bitcoind.

La versión 30.0 añadió un comando bitcoin que dirige las llamadas a programas existentes: bitcoin gui invoca bitcoin-qt, bitcoin node invoca bitcoind y bitcoin rpc invoca bitcoin-cli con argumentos nombrados. Las notas de la versión mantienen explícitamente los comandos directos. Al ejecutar la aplicación gráfica se inicia su funcionalidad de nodo; no hace falta un proceso bitcoind separado solo para usar la interfaz gráfica.

El conjunto de herramientas Qt siguió evolucionando después del cambio de nombre del proyecto. Bitcoin Core 30.0 trasladó su interfaz gráfica de Qt 5 a Qt 6, y las notas de la versión 31.0 documentan una actualización a Qt 6.8. Por tanto, el nombre del ejecutable bitcoin-qt no significa que el programa siga siendo el antiguo cliente de 2011.

Validación, sincronización y poda

Un nodo nuevo descarga los bloques y comprueba de forma independiente la prueba de trabajo, la estructura de las transacciones y las reglas de consenso aplicables. La base chainstate registra las salidas no gastadas necesarias para validar transacciones posteriores. Esta verificación reduce la dependencia de servidores ajenos, pero requiere más tiempo, ancho de banda y disco.

La poda, introducida en Bitcoin Core 0.11, permite borrar bloques antiguos y datos de deshacer después de utilizarlos para construir el índice y el conjunto UTXO. Reduce el almacenamiento sin omitir la validación. Puede limitar operaciones que necesitan bloques antiguos, como ciertos reescaneos o consultas históricas; versiones posteriores permitieron usar la cartera en modo podado.

Carteras y transacciones

La cartera sigue las claves o políticas de firma y las salidas que puede gastar. El saldo mostrado es la suma de una o más salidas de transacción no gastadas (UTXO), no una cifra única almacenada en una dirección. Si las UTXO elegidas superan el pago más la comisión, la transacción crea normalmente una salida de cambio controlada por la cartera. Ese cambio no es una segunda comisión ni dinero enviado a un desconocido.

Los ejemplos antiguos de configuración también pueden permanecer en circulación después de que cambien las interfaces que describen. Bitcoin Core 31.0 eliminó la opción de inicio paytxfee y el RPC settxfee después de que quedaran obsoletos en 30.0. Sus notas de versión orientan a los usuarios hacia la estimación de comisiones o las tasas de comisión específicas de cada transacción, por lo que conviene comprobar cualquier ejemplo antiguo de configuración de comisiones de Bitcoin-Qt frente a la versión utilizada.

La generación de direcciones y el cambio explican la importancia de las copias de seguridad y de la custodia de claves. Las carteras modernas derivan numerosos guiones de recepción y cambio desde descriptores registrados. Copiar una base activa como un archivo corriente puede ser inseguro; la documentación recomienda la función de respaldo de la cartera, que coordina la base durante la copia.

Los datos de la cadena de bloques y el monedero cumplen propósitos distintos. Descargar de nuevo los bloques no reemplaza las claves privadas perdidas. La función documentada Backup Wallet o el RPC backupwallet producen una copia de seguridad coordinada de la base de datos. El cifrado del monedero protege las claves privadas, pero no oculta el historial de transacciones ni los metadatos de las claves públicas, y no puede recuperar una frase de contraseña olvidada. La documentación de gestión de monederos pide una copia de seguridad nueva después del cifrado y de la migración; las copias deben protegerse como material sensible del monedero.

Carteras heredadas y migración

Bitcoin Core 0.15 añadió múltiples carteras. Las carteras con descriptores aparecieron experimentalmente en 0.21, pasaron a ser predeterminadas para nuevas carteras en 23.0 y sustituyeron a las carteras Berkeley DB en 30.0. Los descriptores expresan los guiones y claves observados y usan SQLite. Por ello, muchas guías antiguas sobre respaldo, importación o recuperación de Bitcoin-Qt dependen de la versión.

A partir de la versión 30.0, ya no se pueden crear ni cargar monederos heredados de Berkeley DB para su uso ordinario, aunque sigue disponible la migración a monederos de descriptores. La versión 26.0 introdujo una opción gráfica de migración. La migración puede generar monederos separados de solo observación o de scripts resolubles, además del monedero principal de descriptores. El proyecto describe la conversión como un proceso de mejor esfuerzo: las configuraciones de scripts poco habituales pueden requerir atención adicional. El proceso conserva una copia de seguridad del monedero heredado y requiere nuevas copias de seguridad de los monederos resultantes. Un nombre de archivo antiguo wallet.dat por sí solo no identifica el formato de su base de datos ni el procedimiento de recuperación necesario.

Carteras de solo observación y firma externa

Un monedero que observa claves públicas o scripts puede seguir los pagos pertinentes sin tener las claves privadas necesarias para gastarlos. La firma externa separa la preparación de transacciones de su firma: Bitcoin Core 22.0 añadió soporte experimental en la interfaz gráfica para firmantes externos, incluidos los monederos de hardware, mediante una herramienta instalada por separado como HWI. El soporte depende de la herramienta, el dispositivo y la versión del software; no garantiza la compatibilidad con todos los monederos de hardware. El proyecto también admite transacciones de Bitcoin parcialmente firmadas (PSBT), un formato que permite a varios programas intercambiar una transacción mientras reúnen la información y las firmas necesarias para completarla.

Descarga y seguridad

El software actual debe descargarse del proyecto Bitcoin Core, no de páginas o espejos que ofrezcan «Bitcoin-Qt». La página oficial publica sumas SHA-256, firmas e instrucciones para verificarlas. El usuario sigue siendo responsable de respaldar la cartera y proteger el equipo frente a programas maliciosos. Las guías antiguas de Bitcoin-Qt pueden contener pasos obsoletos.

Un aviso del proyecto de enero de 2026 identificó un error específico de migración en Bitcoin Core 30.0 y 30.1: en raras circunstancias de fallo que implicaban un wallet.dat heredado, predeterminado y sin nombre, la migración mediante la interfaz gráfica o RPC podía borrar archivos del directorio del monedero y causar la pérdida de fondos. El aviso indicó que los usuarios que no intentaban migrar no se veían afectados. Los binarios afectados se retiraron y las notas de la versión 30.2 recogen la corrección. Por ello, las instrucciones antiguas para migrar con 30.0 o 30.1 no son seguras; la advertencia se refiere a esas vías de migración, no a todos los usos de Bitcoin Core ni a todas las migraciones posteriores.