Bitcoin Core v32.0rc1 fue etiquetado el 14 de sept. con una firma verificada, dando inicio a una ventana RC de 26 días que apunta a una versión final para el 10 de oct. El candidato es software en prelanzamiento, no una actualización de producción, y crucialmente no activa ninguna nueva regla de consenso. Cuatro RPCs pasan a PSBTv2 por defecto en esta versión, mientras que el mayor cambio de rendimiento añade precarga paralela de salidas de transacciones durante la conexión de bloques (8 workers por defecto, configurable hasta 16).
Por qué importa
La actualización aporta ganancias reales de rendimiento y compatibilidad en lugar de un shock a nivel de token. La precarga paralela de salidas de bloque reduce el tiempo de validación en hardware ligado a disco, y el índice de transacciones reconstruido ocupa menos de la mitad del espacio en disco del formato anterior. Los equipos de monederos que crean, convierten o ajustan comisiones de PSBTs necesitan trazar esos flujos a través de sus parsers y firmadores downstream, mientras que la gestión de comisiones obtiene una nueva ruta por defecto que combina estimadores de política de bloque y mempool y puede fallar si alguno de los componentes falla. La reescritura del servidor HTTP amplía aún más la superficie de pruebas: un límite de cabecera de 8.192 bytes, un techo por defecto de 16 conexiones RPC, nuevos controles de caché REST y desconexión inmediata de direcciones de cliente no autorizadas.
Impacto en el mercado
El riesgo de disrupción se concentra en roturas operativas, no en el consenso. Las versiones de nodo más antiguas no pueden leer el nuevo formato del índice de transacciones, lo que significa que un downgrade dispara otra reconstrucción que puede durar horas. Los operadores centrados en privacidad también necesitan reproducir rutas de fallo alrededor del arreglo del fallback de Tor, la cola de 10.000 entradas y el límite de retransmisión de 1.000 intentos. Con la etiqueta final siendo todavía solo un objetivo, el trabajo práctico de la ventana RC es exponer estos casos límite contra la línea base 31.1 antes de la fecha límite del 10 de oct.
Preguntas frecuentes
-
¿Cuándo se espera el lanzamiento de Bitcoin Core v32.0?
El candidato v32.0rc1 fue etiquetado el 14 de sept. con una firma verificada, con el 10 de oct. como objetivo para la etiqueta final de v32.0, dejando una ventana RC de 26 días.
-
¿Activa Bitcoin Core v32 nuevas reglas de consenso?
No. El lanzamiento de v32 es una actualización de software que cambia el comportamiento por defecto de los RPC y la configuración de rendimiento, pero no señala una nueva activación de reglas de consenso.
-
¿Qué cambios para monederos incluye Bitcoin Core v32?
Cuatro RPCs pasan a PSBTv2 por defecto, mientras que otras interfaces eliminan campos deprecados o rechazan argumentos que versiones anteriores toleraban. Los equipos que crean, convierten o ajustan comisiones de PSBTs deben trazar esos flujos a través de parsers y firmadores downstream.
-
¿Cuál es el mayor cambio de rendimiento en Bitcoin Core v32?
Precarga paralela de salidas de transacciones durante la conexión de bloques, con 8 workers por defecto y soporte hasta 16. Los operadores pueden comparar la validación ligada a disco entre configuraciones para evaluar los tradeoffs de CPU, memoria y latencia de almacenamiento.
-
¿Qué ocurre si un operador hace downgrade desde Bitcoin Core v32?
El índice de transacciones reconstruido usa menos de la mitad del espacio en disco, pero las versiones anteriores no pueden leer el nuevo formato. Un downgrade dispara otra reconstrucción que puede durar horas.