Nuevas versiones, avisos de seguridad y trabajo en el protocolo, de quienes desarrollan el software de Bitcoin.
121 publicaciones
Se acabó el trasiego de disco del chainstate en Bitcoin Core 30.3, que repara también un cierre inesperado de feebumper cuando no está disponible la comisión combinada de aumento (#34870) y un error de selección de monedas que calculaba un importe como booleano (#34888). En PSBT, las claves públicas MuSig2 ya se validan al deserializar pubnonces y firmas parciales (#34219).
Bitcoin Core
Bitcoin Core 31.1 cierra una filtración de IP en -privatebroadcast: algunas conexiones salían por la clearnet en lugar de por la red de privacidad activada. La actualización acaba además con las reescrituras de chainstate que disparaban la actividad de disco y rechaza las listas vacías de claves públicas en la agregación de claves MuSig2 (#35316).
Bitcoin Core
Un handshake v2 fallido puede dejar al descubierto la IP del remitente en Bitcoin Core 31.0: con -privatebroadcast activado, el reintento por v1 se salta el proxy de Tor y conecta directamente con el par. Lo más probable es que lo provoque un par malicioso que cierre el handshake a propósito. Hasta que salga la 31.1, se puede desactivar la función, fijar -v2transport=0 o enviar por Tor el tráfico saliente IPv4/IPv6.
Bitcoin Core
Las versiones de Bitcoin Core posteriores a 0.14.0 y anteriores a 29.0 podían leer memoria ya liberada al validar un bloque inválido manipulado, lo que hacía caer el nodo. CVE-2024-52911 tiene gravedad alta, aunque el atacante debe gastar prueba de trabajo válida en la punta de la cadena, y se considera improbable la ejecución remota de código. Lo notificó Cory Fields; la corrección llega con 29.0.
Bitcoin Core
El cluster mempool sustituye al diseño anterior en Bitcoin Core 31.0: los límites de ancestros y descendientes dan paso a clústeres de 64 transacciones y 101 kB como máximo, y desaparece el CPFP carveout. El -dbcache predeterminado sube a 1024 MiB en equipos con al menos 4096 MiB de RAM, y una nueva opción, -privatebroadcast, envía las difusiones de sendrawtransaction solo por Tor o I2P.
Bitcoin Core
Dos fallos con monederos sin nombre quedan corregidos en Bitcoin Core 28.4: el de la migración de monederos heredados (#34156) y el de createfromdump, que al fallar borraba el directorio de monederos (#34215). También se retira una semilla DNS de chainparams (#33723).
Bitcoin Core
Los pares que envían transacciones inválidas por consenso dejan de recibir castigo en Bitcoin Core 29.3 (#33050). La validación incorpora una caché de midstate de sighash por entrada para scripts legacy, P2SH y segwit v0 (#32473) y detecta el witness stripping sin volver a ejecutar las comprobaciones de Script (#33105), mientras que addPackageTxs, en el minero, se libra de un desbordamiento de entero sin signo (#33475).
Bitcoin Core
Con Bitcoin Core 30.2 desaparece un fallo de migración en monederos heredados sin nombre (#34156), y createfromdump ya no borra el directorio de monederos cuando falla con uno de ellos (#34215). Pulsar Ctrl-C tampoco deja colgado el programa durante las llamadas de espera IPC (#33511).
Bitcoin Core
En circunstancias poco frecuentes, una migración fallida de wallet.dat en Bitcoin Core 30.0 o 30.1 puede borrar todos los archivos del directorio de monederos y poner en riesgo los fondos. Los desarrolladores han retirado esos binarios y piden no migrar desde la GUI ni por RPC hasta la 30.2. El fallo requiere un wallet.dat predeterminado, sin nombre, que no consiga migrar o cargarse; al resto de usuarios no le afecta.
Bitcoin Core
Los monederos de Bitcoin Core 30.1 dejan de tener en cuenta las monedas TRUC sin confirmar que tienen ancestros (#33528). En IPC, las opciones ya no exigen el argumento -m (#33229), el registro de mensajes consume menos (#33517) y las llamadas waitNext en curso se pueden cancelar (#33676).
Bitcoin Core
Con transacciones no estándar manipuladas se podía ocupar un nodo de Bitcoin Core durante unos segundos cada una sin que desconectara al remitente, lo que permitía a un atacante retrasar la propagación de bloques. CVE-2025-46598, de gravedad baja, lo notificó Antoine Poinsot y se mitigó en v30.0 reduciendo el tiempo de validación en el peor caso.
Bitcoin Core
Un bloque de más de 1 GB podía desbordar una comprobación de tamaño en nodos de Bitcoin Core de 32 bits y tumbarlos al escribir en disco, pero solo si llegaba como bloque compacto y contra una víctima con -maxmempool por encima de 3 GB y 1 GB de transacciones dentro. Pieter Wuille encontró CVE-2025-46597, de gravedad baja; limitar -maxmempool en sistemas de 32 bits lo cerró en 29.1 y 30.0.
Bitcoin Core
Enviar bloques inválidos una y otra vez podía dejar sin disco a un nodo de Bitcoin Core, porque registraba cada bloque que no superaba las comprobaciones básicas o que bifurcaba antes del último checkpoint. Niklas Goegge y, por su cuenta, Eugene Siegel notificaron CVE-2025-54605, de gravedad baja. El límite de frecuencia de registros de 29.1 y 30.0 lo resolvió.
Bitcoin Core
Bajan las comisiones mínimas por defecto en Bitcoin Core 28.3: -blockmintxfee a 1 satoshi por kvB, y -minrelaytxfee e -incrementalrelayfee a 100 satoshis por kvB. Las del monedero no cambian, y las transacciones más baratas podrían no propagarse si los nuevos valores no se extienden por la red. Además, los permisos de lista blanca dejan de aplicarse a las conexiones entrantes por onion (#33395).
Bitcoin Core
FillBlock recibe dos correcciones de P2P en Bitcoin Core 29.2: una comprobación de mutación del witness (#32646) y otra de cabecera vacía antes de la llamada (#33296). Las comprobaciones TRUC ya no se aplican en las reorganizaciones (#33504), y getblock y getblockheader dejan de devolver el objetivo de la punta de la cadena (#33446).
Bitcoin Core
Los límites de OP_RETURN prácticamente desaparecen en Bitcoin Core 30.0: -datacarriersize pasa a 100.000 por defecto y una transacción puede llevar varias salidas de datos, aunque -datacarriersize=83 recupera el tope anterior. Las comisiones de retransmisión por defecto bajan a 0,1 satoshis por vB, las operaciones de firma legacy se limitan a 2500 por transacción estándar y un nuevo comando bitcoin envuelve los ejecutables existentes.
Bitcoin Core
El registro incondicional en disco se limita en Bitcoin Core 29.1 a 1 MiB por hora para cada punto de origen (#32604), y las transacciones estándar pueden incluir como máximo 2500 operaciones de firma legacy potencialmente ejecutadas. Las comisiones de retransmisión por defecto bajan a 100 satoshis por kvB, mientras que las compilaciones de 32 bits limitan -maxmempool a 500 MB y -dbcache a 1 GiB.
Bitcoin Core
Algo más de la mitad de los cambios de Bitcoin Core 28.2 tienen que ver con la compilación. Guix ya notariza el paquete de la app para macOS y firma todos los binarios de macOS y Windows (#31407), y depends recibe arreglos de compilación para libevent en NetBSD (#31500) y freetype con cmake (#32693).
Bitcoin Core
Bitcoin Core 29.0 elimina el soporte de UPnP; -natpmp funciona ahora con una implementación propia de PCP y NAT-PMP en lugar de libnatpmp. El polvo efímero llega como nueva política, una corrección del peso de bloque reservado por duplicado añade -blockreservedweight y los nodos piden los padres que faltan a todos los pares que anunciaron un huérfano. Las versiones 26.x y anteriores alcanzan el fin de mantenimiento.
Bitcoin Core
Con -port configurado, Bitcoin Core 28.1 calcula el puerto de escucha onion predeterminado como ese puerto más uno, en vez de fijarlo en 8334 en mainnet, de modo que varios nodos locales vuelven a convivir sin chocar al arrancar. Quizá haya que cambiar las líneas HiddenServicePort escritas a mano en torrc. También se borran los datos secretos en DecodeExtKey (#31166).
Bitcoin Core
