Todo lo recopilado de fuentes oficiales.
141 publicaciones
El acumulador de Utreexo ocupa menos de 1 kB frente a los cerca de 11 GB del conjunto UTXO que guarda un nodo normal, explica Davidson Souza en el repaso del #423, a cambio de más ancho de banda. También participan Eric Price, de MARA, y PortlandHODL; en la lista figuran los controladores vardiff que dejan tirados a los mineros que se ralentizan y un borrador de BIP para claves internas no gastables.
Bitcoin Optech
Los pools pueden dejar varado a un minero que pierde velocidad con una dificultad de share ajustada a su ritmo anterior, sostiene Eric Price en Delving Bitcoin; su remedio es un temporizador que baja la dificultad tras un intervalo sin shares. Davidson Souza quiere que el hintsfile de SwiftSync elimine las pruebas de borrado de Utreexo durante la descarga inicial de bloques, y NTL ha redactado un BIP para claves internas de taproot no gastables.
Bitcoin Optech
Adam Gibson guía a los presentadores de Optech, Mark Erhardt y Mike Schmidt, por Babilonia, su protocolo de coinjoin camuflado como apuestas encubiertas, y señala un artículo de Ron Rivest de 1997 sobre micropagos tipo lotería como antecedente de los pagos probabilísticos. Rob Segers comenta después sus mediciones de clientes ligeros de pagos silenciosos.
Bitcoin Optech
Babilonia, una propuesta de Adam Gibson, disfraza los coinjoins de lanzamientos de moneda on-chain que desde fuera parecen pagos normales, aunque su artículo reconoce que aún no hay una medida clara de la eficacia del protocolo. Según las pruebas de Rob Segers, BlindBit Oracle v2 descarga unas 2,1 veces lo que un filtro solo de taproot más los datos de tweak, a cambio de no dar falsos positivos. LDK v0.2.6 corrige una vulnerabilidad de denegación de servicio.
Bitcoin Optech
El exceso de lecturas y escrituras en disco durante el funcionamiento normal se debía a un fallo que Bitcoin Core 29.4 ya corrige: la base de datos chainstate reescribía una y otra vez buena parte de sí misma. La solución desactiva la seek compaction de LevelDB y compacta el chainstate de forma periódica (#35465).
Bitcoin Core
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 autoconexiones falsas, un atacante podía engordar los archivos de registro de un nodo de Bitcoin Core reutilizando el nonce del mensaje version en muchas conexiones. La primera conexión de la víctima expira por defecto a los 60 segundos, así que llenar un disco llevaría mucho tiempo; CVE-2025-54604 tiene gravedad baja. Niklas Goegge lo notificó en 2022, y el límite de frecuencia de registros de 29.1 y 30.0 lo frena.
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
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
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
