Los monederos de Bitcoin Core 24.1 borran la clave maestra al bloquearse, de modo que no queda en memoria (#27080), y serializar una sola vez evita que se corrompa peers.dat (#26909). Las colas inv-to-send van más rápidas (#27610) y desaparece un segfault de REST con URI inválidas (#27468).
deriveaddresses ya no se cae con el índice 2147483647 en Bitcoin Core 23.1 (#26275), y desaparece un segfault en MacOS 13 provocado por ciertas notificaciones. La GUI se niega a cifrar monederos de solo lectura y Qt5 pasa a 5.15.3 (#24668).
Un simple -persistmempool equivale ahora a -persistmempool=1 en Bitcoin Core 22.1; antes desactivaba por error la persistencia de la mempool (#23061). El cálculo de comisiones redondea al alza para no quedar por debajo de la tasa esperada (#22949), y queda resuelto un segfault del monedero ligado a external_spk_managers (#23333).
La sincronización de cabeceras gana una fase de presincronización en Bitcoin Core 24.0.1: para evitar una posible denegación de servicio, los nodos verifican el trabajo acumulado de un par antes de guardar sus cabeceras, lo que puede ralentizar la primera sincronización (#25717). También son nuevos el RPC sendall y una opción mempoolfullrbf que acepta reemplazos sin señalización BIP125, mientras que los monederos pasan a usar por defecto RBF opt-in.
CJDNS recibe soporte completo en Bitcoin Core 23.0, y desaparece la antigua preferencia por los pares en el puerto 8333 (#23542). La estimación de comisiones cuenta ya los reemplazos RBF, se elimina el parámetro de arranque -rescan y los binarios de Linux traen tracepoints experimentales.
Los pares que se portan mal figuran como «discouraged» y no como baneados en los registros de Bitcoin Core 0.20.2: aún pueden conectarse, pero son los primeros en ser expulsados, y ese estado se borra al reiniciar. -walletnotify vuelve a dispararse con las transacciones del monedero que salen de la mempool por un conflicto con un bloque nuevo, y las PSBT incluyen tanto el UTXO witness como el non-witness en las entradas segwit.
Las direcciones «rumoured» que se propagan entre pares pasan a tener un límite de frecuencia en Bitcoin Core 0.21.2 (#22569), y una línea de comandos con -noincludeconf=0 ya no hace caer al analizador (#22002). En la GUI, los mensajes de error de URI dejan de repetir lo que escribe el usuario (gui#280).
El soporte de I2P llega con Bitcoin Core 22.0, y las direcciones Tor v2 desaparecen ahora que la propia red Tor las ha abandonado. Se añade el mapeo de puertos NAT-PMP, los RPC exigen Bech32m para las direcciones nativas de witness versión 1 según BIP 350, y los binarios oficiales salen de una compilación basada en Guix.
Las plantillas de bloque de Bitcoin Core 0.21.1 señalizan que están listas para taproot durante unos tres meses. Si el 90 % de los bloques de un periodo de reajuste de 2016 bloques lo señaliza, se produce el lock-in de taproot y esta versión aplica los BIP 341 y 342 desde el bloque 709.632. En Windows aparece un aviso adicional al instalar por un problema con el certificado de firma de código.
Bitcoin Core 0.21.0 añade las redes de prueba signet (BIP325) e incorpora las reglas de consenso de Taproot de BIP341 y BIP342, activas en signet pero no en mainnet. Los nodos ganan además servicios ocultos Tor v3, retransmisión wtxid de BIP339 y la opción de servir filtros compactos BIP157 a los pares.
Los baneos automáticos dan paso a un filtro de «discouragement» en Bitcoin Core 0.20.1: los pares que se portan mal aún pueden conectarse, pero son candidatos preferentes a la expulsión. Las transacciones del monedero en conflicto vuelven a activar -walletnotify tras romperse en v0.19, y las PSBT de entradas segwit ya llevan tanto el UTXO witness como el non-witness.
Bitcoin Core 0.20.0 elimina los mensajes reject de BIP61 y el soporte de pagos BIP70, y deja de usar OpenSSL. Una opción experimental, -asmap, reparte las conexiones con pares entre sistemas autónomos, y los ajustes de rpcwhitelist pueden restringir a un usuario de RPC a las llamadas elegidas.
Los usuarios de Tor ya pueden llegar al sitio web de Bitcoin Core a través de una dirección onion, algo muy solicitado. El servicio oculto suma otra vía para sortear la censura y una ruta de confianza que no depende de autoridades de certificación ni de DNS.
Pasar dos veces -blockfilterindex=basic ya no provoca un error fatal de leveldb en Bitcoin Core 0.19.1, una actualización de mantenimiento. También corrige el valor origfee que devuelve bumpfee y añade comprobaciones de límites en índices e importes de las PSBT.
Quien descargue 0.19.0 en realidad obtiene 0.19.0.1, porque apareció un problema justo después del proceso de rc. Novedades de esta versión de Bitcoin Core: un indicador de monedero avoid_reuse que puede dejar fuera de una operación las direcciones ya usadas, un RPC getbalances pensado para sustituir a las llamadas de saldo anteriores y filtros de bloque BIP158 mediante -blockfilterindex.
Un proxy SOCKS malicioso podía sobrescribir la pila del programa de un nodo de Bitcoin Core, según la divulgación completa de CVE-2017-18350. El desbordamiento de búfer entró con el soporte de SOCKS5 en v0.7.0rc1 y se corrigió sin hacer ruido en 0.15.1; solo estaban expuestos los nodos configurados para usar un proxy así en sistemas con char con signo.
La versión 0.18.1 de Bitcoin Core corrige la altura de poda que devuelve pruneblockchain y hace que signrawtransactionwithkey avise con un error cuando falta un redeemScript o un witnessScript. En la GUI, se arregla un fallo en Mac al abrir el archivo de configuración.
Los mineros que llaman a getblocktemplate sin la regla segwit reciben ahora un error en Bitcoin Core 0.18.0, ya que omitirla reduce sus recompensas. También se endurece la configuración de RPC: rpcallowip ya no hace que el nodo escuche en todas las interfaces, y una almohadilla en rpcpassword impide arrancar.
Bitcoin Core 0.17.1 devuelve las etiquetas a listtransactions: el parámetro account, obsoleto y renombrado dummy en 0.17.0, pasa a ser label. Las correcciones abarcan un caso límite de desbordamiento en la deserialización y un fallo al firmar PSBT.
Los monederos ya se pueden cargar, crear y descargar en caliente por RPC en Bitcoin Core 0.17.0, y no solo al arrancar. Una nueva opción, -avoidpartialspends, gasta juntas las monedas enviadas a una misma dirección, con el posible coste de comisiones más altas, y una API de etiquetas reemplaza a la obsoleta de cuentas. CVE-2018-17144 no afecta a esta versión.