Bitcoin Core 32 entra en pruebas finales antes del lanzamiento previsto para octubre

Bitcoin Core 32 entró en la etapa de pruebas finales con una fecha tentativa de lanzamiento para el 10 de octubre. La actualización busca acelerar la validación de bloques, modernizar el uso de PSBT y corregir vulnerabilidades relacionadas con carteras y memoria, aunque no modifica las reglas de consenso ni el ritmo de producción de Bitcoin.

***

• Bitcoin Core 32 inició las pruebas de release-candidate el 14 de septiembre, tras congelar sus funcionalidades en agosto.
• Las lecturas paralelas de la base de datos pueden reducir el tiempo de validación sin alterar el promedio de 10 minutos entre bloques.
• Cuatro comandos de cartera usarán PSBT versión 2 por defecto, mientras dos correcciones atienden riesgos de ejecución y consumo de memoria.

 

---

Bitcoin Core 32 entra en pruebas finales

v32.0rc1 fue publicado el 14 de septiembre. La versión estable apunta al 10 de octubre.

Incluye lecturas paralelas, PSBT v2 en 4 comandos y correcciones de seguridad.

No cambia el consenso ni el promedio de 10 minutos por bloque. pic.twitter.com/dTivRVQX8e

— Diario฿itcoin (@DiarioBitcoin) September 21, 2026

 

Bitcoin Core 32 entró en su etapa de pruebas de release-candidate el 14 de septiembre, un paso previo a la publicación de la versión estable que el proyecto apunta a realizar el 10 de octubre. El calendario presenta esa fecha como un objetivo, no como un plazo inamovible, por lo que nuevos errores detectados durante las verificaciones podrían exigir candidatos adicionales y aplazar el lanzamiento.

El primer candidato, identificado como v32.0rc1, fue etiquetado para que operadores de nodos, desarrolladores de carteras y otros usuarios lo prueben en distintas configuraciones de hardware y software. El ciclo busca revisar el comportamiento de funciones vinculadas con validación de bloques, comunicación entre pares, carteras y llamadas remotas.

Una actualización que no cambia las reglas de Bitcoin

El camino hacia Bitcoin Core 32 comenzó con la apertura de las traducciones y una congelación suave de esos cambios el 6 de agosto. Después, el 20 de agosto se congelaron las funcionalidades, de modo que la rama solo aceptó correcciones de errores antes de entrar en la fase final de pruebas.

Cuando los desarrolladores separaron la rama de la versión 32 el 14 de septiembre, el desarrollo de Bitcoin Core 33 continuó en la rama principal. Esta división permite reparar problemas del lanzamiento inmediato sin detener el trabajo de la siguiente versión, una práctica habitual en proyectos de software de código abierto con ciclos de desarrollo paralelos.

La fecha del 10 de octubre depende de los resultados que entregue la comunidad durante el periodo de evaluación. Los candidatos de lanzamiento permiten encontrar fallos bajo condiciones diversas, desde equipos con recursos limitados hasta integraciones con carteras, exchanges, aplicaciones conectadas y servicios que emplean las interfaces remotas del nodo.

Bitcoin Core es el software que utilizan muchos operadores para validar transacciones y bloques, pero su actualización no ocurre de forma centralizada ni reemplaza automáticamente la versión instalada en cada equipo. La versión 32 tampoco introduce una nueva regla de consenso, no requiere un soft fork y deja a los operadores en libertad de probar el candidato, mantener una versión anterior o esperar por la edición estable.

Validación paralela y el límite de los 10 minutos

Uno de los cambios destacados de rendimiento permite que Bitcoin Core lea determinados datos de su base de datos en paralelo mientras comprueba los bloques. Al procesar varias lecturas al mismo tiempo, el nodo puede reducir el periodo necesario para completar algunas verificaciones que antes dependían de una secuencia estrictamente individual.

La mejora, sin embargo, no acelera la creación de bloques en la red. Los mineros continúan compitiendo mediante prueba de trabajo bajo reglas que buscan mantener un intervalo promedio de aproximadamente 10 minutos, por lo que una comprobación más rápida en el software del nodo no modifica la emisión de BTC ni el calendario de producción.

La diferencia resulta importante para evitar una interpretación equivocada del lanzamiento. Bitcoin Core 32 mejora la manera en que un equipo procesa la información requerida para validar la cadena, pero no representa una actualización gestionada desde un centro único ni una modificación de las reglas que determinan qué transacciones y bloques son válidos.

El contexto también separa esta actualización de los debates sobre cambios de protocolo. Paul Sztorc, director ejecutivo de LayerTwo Labs, sostuvo que todos los soft forks de Bitcoin propuestos desde Taproot han fallado en activarse, mientras que BIP-110, una propuesta disputada relacionada con la política de retransmisión, llegó a recibir apenas 2,53% de apoyo de los mineros antes de estancarse después de dos bloques.

Carteras, PSBT y correcciones de seguridad

La versión 32 modificará el comportamiento predeterminado de cuatro comandos de cartera, que comenzarán a crear transacciones parcialmente firmadas mediante PSBT versión 2. El formato permite que carteras, dispositivos o participantes separados intercambien la información necesaria para construir y firmar una transacción sin revelar las claves privadas.

PSBT se utiliza con frecuencia en carteras de hardware, configuraciones de firma fuera de línea y operaciones que requieren varias firmas. Su segunda versión reorganiza la información de la transacción y permite actualizar partes de ella sin crear primero una transacción completa sin firmar, una característica que puede facilitar flujos de trabajo entre distintos dispositivos.

El formato anterior seguirá disponible cuando los usuarios o las aplicaciones conectadas lo necesiten, lo que reduce el riesgo de romper integraciones que todavía esperan el comportamiento previo. Para los tenedores individuales, el cambio no altera saldos, claves privadas ni reglas de validez; sus consecuencias prácticas recaen principalmente en desarrolladores y operadores que llaman a los comandos afectados.

El lanzamiento también incluye una corrección para nombres de cartera personalizados que podían provocar la ejecución de comandos en nodos que no funcionan con Windows. El problema estaba relacionado con la forma en que ciertos nombres construidos interactuaban con la ejecución de comandos, no con una debilidad de la criptografía subyacente de Bitcoin.

Otra corrección atiende el crecimiento de memoria asociado con actividad HTTP no autenticada. En una prueba citada por Bitcoin News, el consumo llegó a unos 3,2 gigabytes antes del parche y cayó a aproximadamente 3 megabytes después de aplicarlo, una diferencia que vuelve especialmente relevante la configuración de acceso en nodos expuestos a aplicaciones externas.

Los controles de memoria no sustituyen otras medidas de protección, como autenticación, cortafuegos y una configuración cuidadosa de los servicios remotos. El riesgo afecta sobre todo a operadores de nodos, proveedores de carteras, exchanges, mineros y empresas de infraestructura que mantienen Bitcoin Core conectado con otros sistemas.

El financiamiento de la seguridad del código abierto

Para los usuarios de Estados Unidos, Bitcoin Core 32 tiene implicaciones técnicas y operativas, pero no modifica el tratamiento regulatorio de los productos cotizados de BTC al contado, las obligaciones fiscales de los inversionistas ni el estatus legal del activo. Su impacto inmediato se concentra en los equipos y servicios que ejecutan el software, así como en quienes deben verificar la compatibilidad de sus integraciones.

El lanzamiento ocurre mientras empresas financieras y de infraestructura aumentan su respaldo al trabajo de seguridad de código abierto de Bitcoin. En julio, Anchorage Digital, ARK Invest, BlackRock, Block, Blockstream, Coinbase, Fidelity Digital Assets, Galaxy y Strategy formaron el Bitcoin Security Consortium, con compromisos por USD $15.000.000 durante tres años.

Cada integrante administrará su financiamiento de manera independiente, en lugar de depositarlo en un fondo común, según el anuncio del consorcio. El grupo afirmó que no controlará el desarrollo de Bitcoin, no adoptará posiciones sobre propuestas específicas del protocolo y tampoco hablará en nombre de los colaboradores del proyecto.

Mike Schmidt, director ejecutivo de la organización sin fines de lucro Brink, coordina voluntariamente las labores cotidianas del consorcio. Su enfoque inicial incluye investigar problemas de seguridad de largo plazo, entre ellos las protecciones frente a posibles riesgos derivados de la computación cuántica.

El siguiente paso para Bitcoin Core 32 será la revisión pública del candidato y la corrección de cualquier problema que aparezca en ese proceso. Si las pruebas no revelan fallos que requieran otra ronda, los operadores podrían recibir la versión estable alrededor del 10 de octubre, aunque cada instalación seguirá dependiendo de la decisión de su responsable.

---

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.