Bitcoin Core 32.0 inició su fase final de pruebas antes del lanzamiento previsto para el 10 de octubre, con cambios en la estimación de comisiones, procesamiento de bloques, PSBT v2 y correcciones de seguridad para nodos de Bitcoin.
Bitcoin Core 32.0 ya se encuentra en la etapa final antes de su lanzamiento estable. El primer release candidate de la nueva versión fue etiquetado el 14 de septiembre, dando comienzo al ciclo definitivo de pruebas antes de la fecha prevista de publicación, el 10 de octubre.
La actualización incorpora cambios destinados a mejorar el funcionamiento de los nodos de Bitcoin, especialmente en áreas como la estimación de comisiones, el procesamiento de bloques y las operaciones de wallets. También introduce correcciones de seguridad relevantes, incluida una vulnerabilidad relacionada con determinadas configuraciones de cartera y un problema de agotamiento de memoria detectado en el nuevo servidor web antes de que llegara a una versión estable.
Uno de los aspectos importantes de Bitcoin Core 32.0 es que no modifica las reglas de consenso de Bitcoin. El cambio se concentra en cómo el software utilizado por los nodos procesa información, estima costes de transacción y gestiona determinadas funciones.
TE PUEDE INTERESAR: Bitcoin no recuperará a los mineros que migraron a la inteligencia artificial
Bitcoin Core 32.0 comienza su última etapa de pruebas
Bitcoin Core es el software que permite ejecutar un nodo capaz de verificar de forma independiente las transacciones y los bloques de Bitcoin frente a las reglas de la red.
La llegada de Bitcoin Core 32.0 a su primera versión candidata para lanzamiento representa, por tanto, el comienzo de una etapa especialmente enfocada en detectar errores antes de que el software sea distribuido como versión estable.
El calendario contempla el 10 de octubre como fecha prevista para el lanzamiento definitivo.
Durante esta fase, los cambios implementados en la versión son sometidos a pruebas para identificar problemas de funcionamiento y seguridad que puedan afectar a los operadores de nodos, wallets o aplicaciones que interactúan directamente con Bitcoin Core.
La actualización introduce varias modificaciones técnicas, pero no supone una alteración de las reglas fundamentales que determinan qué transacciones y bloques son válidos dentro de Bitcoin.
Esto significa que Bitcoin Core 32.0 mejora diferentes componentes del software sin cambiar las reglas de consenso de Bitcoin.
Una nueva forma de estimar las comisiones de Bitcoin
Uno de los cambios más relevantes está relacionado con la manera en que Bitcoin Core calcula cuánto debería pagar un usuario para que su transacción sea confirmada.
Hasta ahora, el software estima las comisiones principalmente observando las tarifas asociadas a transacciones que consiguieron entrar en bloques anteriores.
Este mecanismo permite utilizar información histórica de la actividad de la red para determinar qué comisión puede ser necesaria en determinadas condiciones.
Bitcoin Core 32.0 incorpora un segundo estimador, esta vez basado en las transacciones que actualmente están esperando confirmación.
La diferencia es importante porque las condiciones de la red pueden cambiar rápidamente.
Una etapa de congestión puede provocar que las transacciones confirmadas recientemente tengan comisiones elevadas. Si la congestión desaparece, una estimación basada principalmente en esos bloques anteriores puede tardar en reflejar el cambio.
Con la nueva metodología, Bitcoin Core podrá comparar la información histórica con la situación actual del conjunto de transacciones pendientes.
Cuando las condiciones de la red lo permitan, el software podrá recomendar la comisión más baja entre ambas estimaciones.
El objetivo es que las estimaciones puedan reaccionar con mayor rapidez cuando disminuye la congestión, evitando que continúen reflejando durante demasiado tiempo las comisiones más elevadas registradas en bloques anteriores.
El cambio puede hacer más dinámicas las estimaciones
Para los usuarios y aplicaciones que dependen de Bitcoin Core, esta modificación puede tener una consecuencia práctica: las recomendaciones de comisión deberían adaptarse mejor a los cambios recientes de la actividad de la red.
El punto central no es simplemente reducir las tarifas recomendadas, sino mejorar la capacidad del software para distinguir entre condiciones pasadas y condiciones actuales.
Una red que acaba de atravesar un periodo de congestión puede presentar transacciones históricas con tarifas elevadas aunque el número de operaciones pendientes ya haya disminuido.
La incorporación de un estimador basado en las transacciones que esperan confirmación añade una referencia más inmediata.
Bitcoin Core 32.0 podrá combinar ambos enfoques y utilizar el menor nivel cuando los datos indiquen que resulta apropiado.
Esto puede ser especialmente relevante para aplicaciones que utilizan directamente las estimaciones de Bitcoin Core para determinar las tarifas de las transacciones.
Bitcoin Core 32.0 también acelera el procesamiento de bloques
La nueva versión introduce además cambios en el procesamiento de información almacenada en las bases de datos del nodo.
Los nodos pueden ahora obtener datos de transacciones de sus bases de datos utilizando varios hilos de procesamiento simultáneamente mientras verifican bloques.
Bitcoin Core 32.0 utilizará ocho hilos por defecto para esta tarea.
El objetivo es reducir el tiempo que un nodo permanece esperando información almacenada en el disco mientras se pone al día con la cadena de bloques.
La modificación está relacionada con el rendimiento del proceso de validación. Cuando un nodo necesita ponerse al día con el historial de Bitcoin, debe procesar y verificar grandes cantidades de información.
Reducir los tiempos de espera asociados con el acceso a los datos almacenados puede hacer más eficiente ese proceso.
Para los operadores de nodos, esto significa que una de las áreas de atención de Bitcoin Core 32.0 no está relacionada únicamente con nuevas funciones, sino también con cómo el software aprovecha los recursos disponibles durante la validación.
Una vulnerabilidad de wallet recibe una corrección
Bitcoin Core 32.0 también incorpora una corrección de seguridad para una vulnerabilidad que existía desde la versión 24.0 en sistemas que no utilizan Windows.
El problema estaba relacionado con determinadas configuraciones de wallets y requería que un usuario ya autenticado tuviera permisos para crear carteras.
Bajo determinadas condiciones, ese usuario podía proporcionar un nombre de wallet especialmente diseñado y provocar que determinados comandos fueran ejecutados en el equipo que alojaba el nodo.
Sin embargo, el escenario requería una configuración específica: el operador debía haber habilitado walletnotify, una función que permite ejecutar automáticamente un comando cuando se produce una transacción relacionada con una wallet.
La corrección introducida en Bitcoin Core 32.0 modifica la forma en que se procesan los nombres de las wallets.
A partir de la nueva versión, los nombres se tratan como texto literal, evitando que determinadas partes puedan interpretarse como comandos.
La diferencia es relevante desde el punto de vista de seguridad porque elimina una vía mediante la cual un nombre especialmente construido podía adquirir un significado diferente al esperado por el operador.
TE PUEDE INTERESAR: Strive alcanza los 25.000 BTC tras una nueva compra de $36,6 millones
El nuevo servidor web también fue sometido a pruebas de seguridad
Otra modificación importante de Bitcoin Core 32.0 afecta al servidor web utilizado para gestionar solicitudes provenientes de otras aplicaciones que se comunican con un nodo.
Antes del lanzamiento estable, una auditoría detectó un problema de agotamiento de memoria en este nuevo servidor.
La revisión fue realizada utilizando el modelo Kimi K3 de Moonshot AI.
El problema estaba relacionado con la capacidad del servidor para continuar aceptando datos de un cliente mientras todavía procesaba una solicitud anterior.
Como resultado, los datos podían acumularse en la memoria a una velocidad superior a la capacidad del servidor para liberarlos.
En determinadas condiciones, esto permitía incrementar progresivamente el consumo de memoria de un nodo hasta provocar su agotamiento.
El problema fue corregido antes de que el nuevo servidor apareciera en una versión estable de Bitcoin Core.
Ese detalle resulta particularmente relevante: la vulnerabilidad fue detectada durante las pruebas previas al lanzamiento, en lugar de llegar a los usuarios como parte de una versión estable.
Las pruebas también afectaron a la interfaz REST
Las pruebas determinaron además que el problema podía extenderse a la interfaz REST de Bitcoin Core, que puede utilizarse sin credenciales de inicio de sesión.
Los resultados de las pruebas muestran la magnitud potencial del problema de consumo de memoria.
En una de las pruebas, 16 conexiones REST sin autenticación llevaron a un nodo desde aproximadamente 46 MB de memoria hasta unos 3 GB en alrededor de un minuto.
Otra prueba de 90 segundos mostró una diferencia todavía más clara.
Antes de aplicar la corrección, el nodo utilizó aproximadamente 3,2 GB de memoria. Después del cambio, el consumo registrado fue de alrededor de 3 MB.
Estos resultados explican por qué la corrección fue incorporada antes del lanzamiento estable de Bitcoin Core 32.0.
El problema no estaba relacionado con las reglas de consenso de Bitcoin, sino con la forma en que un componente del software gestionaba los datos recibidos de clientes.
PSBT versión 2 será el formato predeterminado en varias funciones
Bitcoin Core 32.0 también modifica determinadas operaciones relacionadas con la creación de transacciones parcialmente firmadas.
Cuatro comandos utilizados para crear PSBT, o Partially Signed Bitcoin Transactions, comenzarán a utilizar por defecto la versión 2 del formato.
Las PSBT permiten construir transacciones que todavía no están completamente firmadas y transferirlas entre diferentes componentes, como software de wallets y dispositivos utilizados para firmar las operaciones, antes de enviar Bitcoin.
El cambio hacia PSBT v2 será el comportamiento predeterminado de esos comandos.
No obstante, las aplicaciones todavía podrán solicitar el formato anterior cuando sea necesario.
Esto significa que los servicios y aplicaciones construidos directamente alrededor de esos comandos de Bitcoin Core deberán comprobar que son compatibles con PSBT versión 2.
El cambio no altera las reglas de consenso de Bitcoin, pero sí puede requerir ajustes en determinados sistemas que interactúan directamente con las funciones modificadas de Bitcoin Core.
¿Qué significa Bitcoin Core 32.0 para los operadores de nodos?
La nueva versión combina cambios de naturaleza diferente.
Por un lado, incorpora mejoras destinadas a hacer que el software responda mejor a las condiciones actuales de la red y procese determinados datos de forma más eficiente.
Por otro, actualiza funciones relacionadas con wallets y formatos de transacciones parcialmente firmadas.
Y, finalmente, incorpora correcciones de seguridad detectadas durante el proceso de desarrollo y pruebas.
Para un operador de nodo, la actualización no implica adoptar nuevas reglas sobre qué constituye una transacción o bloque válido. Bitcoin Core 32.0 mantiene las reglas de consenso, pero modifica diferentes mecanismos internos utilizados para operar el software.
La combinación de estos cambios muestra cómo las actualizaciones de Bitcoin Core pueden afectar a aspectos que van desde la experiencia de usuario con las comisiones hasta el rendimiento de la validación y la seguridad de las interfaces que permiten interactuar con un nodo.
La seguridad antes del lanzamiento se convierte en un elemento central
Uno de los elementos más destacados de Bitcoin Core 32.0 es que varios problemas fueron identificados durante el ciclo de pruebas antes del lanzamiento estable.
La vulnerabilidad asociada con los nombres de wallets había estado presente desde Bitcoin Core 24.0 bajo determinadas condiciones, mientras que el problema de agotamiento de memoria correspondía al nuevo servidor web y fue encontrado antes de que este llegara a una versión estable.
Esto pone de relieve la importancia de la fase que comenzó con el primer release candidate del 14 de septiembre.
Hasta el lanzamiento previsto para el 10 de octubre, la versión seguirá atravesando el proceso final de validación.
El objetivo es que las modificaciones relacionadas con comisiones, procesamiento de bloques, wallets, PSBT y servidores puedan llegar a la versión estable con los problemas conocidos ya corregidos.
TE PUEDE INTERESAR: Strategy recompra $139 millones en acciones STRC y mantiene sus 845.050 BTC
Qué cambia realmente con Bitcoin Core 32.0
La actualización puede resumirse en cuatro áreas principales:
- Comisiones: se incorpora un estimador que observa las transacciones actualmente pendientes y se compara con el estimador basado en bloques anteriores.
- Validación: los nodos podrán consultar datos de transacciones mediante varios hilos, con ocho hilos por defecto, para reducir tiempos de espera durante el procesamiento.
- Wallets: cuatro comandos de creación de PSBT utilizarán PSBT v2 como formato predeterminado.
- Seguridad: se corrigen una vulnerabilidad relacionada con nombres de wallets y
walletnotify, además de un problema de agotamiento de memoria en el nuevo servidor web y la interfaz REST.
La característica común es que ninguno de estos cambios modifica las reglas de consenso de Bitcoin.
Bitcoin Core 32.0 representa, en ese sentido, una actualización de infraestructura: busca que los nodos puedan procesar información de manera más eficiente, ofrecer estimaciones de comisiones más adaptables y operar determinados componentes con mayores garantías de seguridad.
Con el primer release candidate ya disponible y el lanzamiento estable previsto para el 10 de octubre, la siguiente etapa estará centrada en comprobar que estas modificaciones funcionen de forma consistente antes de su distribución definitiva. La atención estará especialmente puesta en los cambios que afectan a la estimación de tarifas, el procesamiento de bloques, la compatibilidad con PSBT v2 y las correcciones de seguridad incorporadas durante el desarrollo.
