Bitcoin Core 32 entra en las pruebas finales con una validación más rápida, cambios en las tarifas y correcciones de seguridad
La actualización de octubre cambia la forma en que los nodos estiman las tarifas de transacción y los bloques de proceso, al tiempo que corrige una falla de la billetera que podría permitir que un usuario autenticado ejecute comandos en un nodo.
Este artículo puede contener enlaces de afiliados. Las relaciones comerciales se detallan en la política de afiliados.
El hito
El proyecto Bitcoin Core etiquetó el 14 de septiembre de 2026 la versión v32.0rc1, en el commit d0231bb y con firma verificada de un mantenedor, y abrió así el ciclo final de pruebas previo a la versión estable, cuyo etiquetado sigue apuntando al 10 de octubre. Los desarrolladores habían congelado nuevas funciones el 20 de agosto para concentrarse en correcciones.
Qué cambia en las tarifas
La versión 32 modifica estimatesmartfee, la llamada RPC que usan carteras y aplicaciones para calcular comisiones. El estimador tradicional se basa en el comportamiento de confirmación de transacciones ya incluidas en bloques; la nueva versión añade un segundo estimador alimentado por las transacciones que esperan en la mempool del nodo. Cuando ambos producen resultados válidos, estimatesmartfee devuelve la estimación más baja, de modo que el nuevo método solo puede bajar la recomendación, no subirla. Quien lo prefiera puede seguir usando el anterior mediante la opción fee_rate_estimator.
Validación más rápida
Los nodos pueden ahora precargar de forma paralela las salidas anteriores de las transacciones desde la base de datos chainstate mientras se validan los bloques, con ocho hilos de precarga por defecto, ajustables hasta dieciséis o desactivables con el parámetro -prevoutfetchthreads. El objetivo es reducir el tiempo de espera por lecturas de disco en bloques cuyas entradas no estén ya en cachés de memoria.
Qué se corrigió
La versión cierra un fallo de notificación de cartera que, en sistemas distintos de Windows y bajo condiciones concretas, permitía a un usuario RPC autenticado con permiso para crear carteras ejecutar comandos arbitrarios si el nodo usaba -walletnotify y el nombre de la cartera contenía caracteres especiales. También se parchea un agotamiento de memoria en el nuevo servidor HTTP que reemplaza a libevent: dieciséis conexiones REST sin autenticar llevaron a un proceso de prueba de 46 MB a unos 3 GB en aproximadamente un minuto, y tras el arreglo el mismo test subió solo 3 MB en 90 segundos. El parche se fusionó el 5 de septiembre, antes del etiquetado de la rc1.
Otros detalles para operadores
Las llamadas createpsbt, walletcreatepsbt, converttopsbt y psbtbumpfee producirán por defecto PSBT versión 2, con un argumento opcional psbt_version para solicitar otro formato compatible. Se suman además los comandos exportwatchonlywallet, derivehdkey y addhdkey. Las notas borrador no recogen cambios en las reglas de consenso, y Bitcoin Core no se actualiza solo: cada operador decide cuándo instalar la nueva versión.
Fuentes y hora de comprobación
-
crypto.news Live: https://crypto.news/bitcoin-core-32-adds-faster-validation-and-fee-changes/
-
Hora de comprobación editorial: 2026-09-16T14:51:35.011Z
Esta información es educativa y no constituye asesoramiento financiero, legal ni fiscal.