La versión más reciente del software de nodo Bitcoin (BTC) fue anunciada oficialmente el día 27. La actualización se centra principalmente en mejorar la forma de lectura de datos en los procesos de transacción y verificación de bloques. Se destaca que, previamente, cada par gestionaba su propia cola de envío; ahora se elimina esa estructura y se introduce una cola compartida dentro del nodo para minimizar el uso de memoria y CPU.

El documento indica que el nuevo límite de envío de transacciones es de 14 por segundo, y los pares asociados operan con una velocidad 2.5 veces mayor. También se establece un ancho de banda dedicado a datos de transacción de 12 MB por décimo minuto, lo que permite un máximo de ráfaga (burst) para procesar más datos en breves periodos. Al enlazar bloques, la base de estado de cadena lee previamente información de salida de transacciones anteriores y los workers paralelos (de ocho a dieciséis) se ejecutan simultáneamente, mejorando así la velocidad de verificación.

Bitcoin Core indica en la nota de lanzamiento que el código tag será 32.0 y que la versión oficial no se distribuirá con ese número; sin embargo, la versión realmente desplegada es 32.1. Se cambió también la forma de conexión a la red, haciendo que cuando Tor daemon esté disponible en el servicio oculto generado automáticamente, se aplique el método PoW (Proof of Work).

El esquema de cifrado ElGamal (tipo 0), que se elimina gradualmente en I2P, será eliminado en versiones anteriores a v34 o en v34; el bajo uso de CJDNS se está evaluando su soporte.

En cuanto a seguridad se dio atención; en la publicación de seguridad del 28 se confirmó que el manejo de select() en sistemas operativos distintos a Linux podría causar un problema de uso elevado de memoria en los nodos. La publicación clasificó la gravedad como 'intermedia' y afirmó que los nodos Linux no están afectados.

Posteriormente, los fallos de seguridad encontrados por análisis automático LLM fueron corregidos y desplegados en las versiones 29.5, 30.4, 31.2 y 32.1.

La política de seguridad de Bitcoin Core establece que los fallos en versiones principales se publiquen rápidamente; esta publicación fue lanzada junto con la versión modificada.

Incluye también la propuesta BIP‑361 de consenso interno. La propuesta limita gradualmente las firmas ECDSA y Schnorr; está en estado 'borrador' (draft). No se ha decidido su activación ni el modo de red, pero contempla posibilidad futura.

CoinBase ($COIN) en su documento técnico del 13 de octubre recomendó preparar la conversión interna; se espera que el proceso tome varios años. Este contenido no es un análisis sobre precios o rentabilidades, sino una indicación de mejoras de software y dirección política.)