Desarrollo de Bitcoin Core 32.0
Los desarrolladores de Bitcoin Core han trasladado la versión 32.0 a la fase de pruebas de candidato de lanzamiento, con el software estable programado para un posible lanzamiento el 10 de octubre, tras semanas de verificaciones públicas. El cronograma oficial de lanzamiento de Bitcoin Core indica que los desarrolladores crearon la rama de la versión 32 y comenzaron el ciclo de candidato de lanzamiento el 14 de septiembre. El primer candidato, conocido como v32.0rc1, ya está disponible para pruebas antes de que los desarrolladores decidan si etiquetar la versión estable.
«Aunque el 10 de octubre se ha establecido como la fecha prevista para la versión 32.0, el cronograma lo describe como un objetivo en lugar de un plazo confirmado.»
Los problemas encontrados durante las pruebas de candidato podrían requerir lanzamientos adicionales y retrasar la versión final.
Preparaciones y Proceso de Pruebas
Las preparaciones comenzaron meses antes. Los desarrolladores abrieron traducciones e implementaron un congelamiento suave en los cambios de traducción el 6 de agosto, seguido de un congelamiento de características el 20 de agosto. A partir de esa fecha, la rama de la versión 32 aceptó correcciones de errores, pero no nuevas características antes de las pruebas finales.
Cuando la rama se separó de la base de código principal el 14 de septiembre, también comenzó el desarrollo de Bitcoin Core 33 en la rama principal. Esta separación permite a los colaboradores probar y reparar el próximo lanzamiento sin interrumpir el trabajo en la siguiente versión.
Los candidatos de lanzamiento ofrecen a los operadores de nodos, desarrolladores de billeteras y otros usuarios la oportunidad de encontrar errores bajo diferentes condiciones de hardware y software. El proceso de pruebas de Bitcoin Core abarca funciones que incluyen la validación de bloques, la comunicación entre pares, las operaciones de billetera y las llamadas a procedimientos remotos utilizadas por aplicaciones conectadas a un nodo.
Cambios de Rendimiento y Proceso de Lanzamiento
Uno de los principales cambios de rendimiento permite a Bitcoin Core leer datos de su base de datos en paralelo mientras verifica bloques. Este método puede acortar el tiempo de validación, ya que el software ya no tiene que completar cada lectura relevante de la base de datos de forma secuencial.
«Sin embargo, una validación más rápida no implica que Bitcoin producirá bloques más rápidamente, ya que los mineros siguen compitiendo para agregar bloques bajo las reglas de prueba de trabajo de Bitcoin.»
La versión 32 modifica cómo un nodo procesa la información requerida, en lugar de alterar el cronograma de emisión de la red o el tiempo de bloque. Esta distinción es crucial porque Bitcoin Core es software de nodo, no una actualización gestionada centralmente de la red Bitcoin. Los operadores deciden qué versión instalar, y el lanzamiento no reemplaza automáticamente el software que se ejecuta en cada nodo.
La versión 32 tampoco introduce una nueva regla de consenso ni requiere un soft fork. Su proceso de lanzamiento es diferente de los cambios de protocolo que necesitan coordinación entre mineros, operadores de nodos y otros participantes de la red.
Mejoras en la Billetera y Seguridad
Las funciones de billetera representan otro conjunto de cambios en la versión 32. Cuatro comandos crearán transacciones de Bitcoin parcialmente firmadas utilizando PSBT versión 2 por defecto. Un PSBT permite que billeteras, dispositivos o participantes separados intercambien la información necesaria para construir y firmar una transacción de Bitcoin sin exponer claves privadas.
Este formato se utiliza comúnmente con billeteras de hardware, configuraciones de firma fuera de línea y transacciones que requieren más de una firma. La versión 2 de PSBT cambia cómo se organiza la información de la transacción y permite a los participantes actualizar partes de una transacción sin crear primero una transacción completa no firmada.
El formato PSBT más antiguo seguirá estando disponible cuando los usuarios o aplicaciones conectadas lo requieran. Mantener ambas versiones reduce la posibilidad de romper abruptamente billeteras y servicios que no han adoptado el formato más nuevo.
La versión 32 también incluye un parche para nombres de billetera personalizados que podrían causar que los comandos se ejecuten en nodos que no son de Windows. El problema concernía a cómo los nombres especialmente construidos interactuaban con la ejecución de comandos, en lugar de un cambio en la criptografía subyacente de Bitcoin.
Relevancia para el Mercado y el Futuro
Para los usuarios de EE. UU., el candidato es más relevante para operadores de nodos, proveedores de billeteras, intercambios, mineros y empresas de infraestructura que ejecutan Bitcoin Core en sus sistemas. El lanzamiento no cambia el tratamiento de la SEC hacia los productos cotizados en bolsa de Bitcoin al contado, las reglas fiscales para inversores o el estatus legal de BTC.
Las empresas financieras estadounidenses también han aumentado su apoyo al trabajo de seguridad de código abierto de Bitcoin. En julio, varias empresas formaron el Consorcio de Seguridad de Bitcoin con $15 millones en compromisos durante tres años. Este grupo afirmó que no controlará el desarrollo de Bitcoin, no tomará posiciones sobre propuestas de protocolo específicas ni hablará en nombre de los contribuyentes del proyecto.
El enfoque inicial del consorcio es la investigación sobre problemas de seguridad a largo plazo, incluidas las protecciones contra futuros riesgos de computación cuántica.
