Bitcoin Core v32.0 cambia protocolos de wallet y arriesga fallos temporales en apps populares

Una actualización mayor de Bitcoin Core, el software de referencia que sostiene buena parte de la red de Bitcoin, modifica los protocolos por defecto de las billeteras y podría provocar interrupciones temporales en aplicaciones ampliamente usadas. El cliente v32.0 —cuya etiqueta final está prevista para el 10 de octubre— comprime y endurece las verificaciones en áreas sensibles como las transacciones parcialmente firmadas (PSBT), la estimación de comisiones, los clientes HTTP, los índices y la difusión privada de transacciones.

El cambio no altera las reglas de consenso de la red, pero sí toca cómo se comportan por defecto muchas piezas del software que desarrolladores y servicios integran en sus productos. Ese matiz es clave: quienes construyeron sobre configuraciones previas podrían encontrarse con comportamientos distintos tras actualizar.

Publicidad

Estabilidad respaldada en Bitcoin

Descubre Dollar on Chain →

Qué cambia en esta versión de Bitcoin Core

El release candidate ya está disponible públicamente. Según la etiqueta v32.0rc1 publicada en el repositorio del proyecto, la versión ajusta valores por defecto y refuerza controles que antes eran más laxos. Entre los apartados afectados figuran:

• PSBT: el formato usado para coordinar firmas en billeteras multifirma y en flujos con hardware wallets.
• Estimación de comisiones: el mecanismo que calcula cuánto pagar para que una transacción se confirme en un plazo razonable.
• Clientes HTTP e índices: componentes que muchas aplicaciones consultan para leer el estado de la cadena.
• Difusión privada: la forma en que un nodo propaga una transacción a la red buscando mayor privacidad.

Los detalles finos aún se documentan en las notas de la versión v32 en borrador, que los mantenedores actualizan a medida que el ciclo de pruebas avanza. El calendario de lanzamiento también se sigue en vivo desde el hilo de seguimiento del repositorio.

Por qué puede haber interrupciones temporales

Cuando un cliente de referencia endurece sus verificaciones por defecto, las integraciones que asumían el comportamiento anterior pueden romperse hasta que se adapten. Un servicio de billetera que apoyaba su estimación de comisiones en la lógica previa, por ejemplo, podría calcular tarifas distintas tras actualizar; una app que construye PSBT con supuestos viejos podría toparse con validaciones más estrictas.

El riesgo, subrayan los propios responsables del proyecto, es transitorio y se concentra en la ventana de migración. La recomendación habitual es probar en entornos controlados antes de pasar a producción, siguiendo la guía de pruebas del candidato a versión y descargando el binario solo desde la página oficial de Bitcoin Core para evitar software manipulado.

Parte de estos ajustes se apoya en trabajo de estandarización todavía en curso, como el borrador de BIP 323, que define comportamientos que los clientes van incorporando de manera progresiva.

Contexto: un software crítico bajo presión constante

Bitcoin Core es mantenido por una comunidad amplia de desarrolladores y cada versión mayor concentra meses de revisión. Estas actualizaciones rara vez cambian las reglas de la red, pero sí redefinen el terreno técnico sobre el que operan exchanges, procesadores de pago y billeteras. De ahí que un cambio de valores por defecto tenga efectos que se sienten mucho más allá del nodo individual.

El movimiento llega en un momento de atención creciente sobre la resiliencia de la infraestructura de Bitcoin. Los equipos del proyecto también discuten cómo preparar la red frente a amenazas de más largo plazo, un debate que se cruza con propuestas para reducir la exposición ante una eventual computación cuántica, como se ha planteado en las conversaciones sobre Bitcoin cuántico y la mitigación de riesgos por parte de los exchanges.

Para desarrolladores y operadores de servicios, el mensaje práctico es directo: revisar las notas de la versión, probar las integraciones antes del despliegue y planificar la migración con margen. Para el usuario final que confía en billeteras y aplicaciones de terceros, la mejor señal será que la transición pase inadvertida. Los próximos días de pruebas del candidato marcarán qué tan suave resulta ese salto hacia la v32.0.