Nuevas versiones, avisos de seguridad y trabajo en el protocolo, de quienes desarrollan el software de Bitcoin.
121 publicaciones
Greg Sanders, Antoine Poinsot, Elias Rohrer, Oleksandr Kurbatov y Nishant Bansal acompañan a los presentadores de Optech en el repaso del #429, que arranca con Bitcoin Core #36665, #36667 y #36669 y sigue con la nueva política de seguridad. Más adelante llegan los pagos silenciosos multiparte, una vulnerabilidad DoS revelada en Core Lightning y Eclair 0.14.6; la transcripción sigue pendiente.
Bitcoin Optech
Un anuncio de canal con el mismo nodo en ambos extremos podía tumbar Core Lightning, de la 25.02 a la 26.04, en cada reinicio, y al atacante solo le costaba las comisiones on-chain; la corrección llegó en la 26.04.1. El boletín #429 recoge además el protocolo de Oleksandr Kurbatov para entradas multiparte en pagos silenciosos y las versiones menores más rápidas de Bitcoin Core cuando un fallo es fácil de descubrir.
Bitcoin Optech
La vigilancia de excepciones de socket funciona ya igual con poll() que con select() en Bitcoin Core 29.5 (#36665), y los pares con el envío en pausa quedan sujetos a un tiempo límite (#36667). Las posiciones de flatfile pasan a enteros de 64 bits (#36669), los nodos dan por hecho v2transport en las direcciones obtenidas de semillas y desaparece una semilla DNS.
Bitcoin Core
Un minero podría hacer crecer un archivo undo de Bitcoin Core por encima de 4 GiB, desbordar sus posiciones de 32 bits y corromper datos, de modo que los nodos se apagan si luego llega la reorganización adecuada; Windows y los sistemas de 32 bits fallan a los 2 GiB, sin necesidad de reorganización. CVE-2026-117346 tiene gravedad baja y exigiría alrededor de un mes de todos los bloques de la red. Las versiones 32.1, 31.2, 30.4 y 29.5 lo corrigen en sistemas de 64 bits; los nodos de 32 bits y el almacenamiento de bloques en FAT32 siguen afectados.
Bitcoin Core
Un par conectado podía tumbar nodos en Windows, macOS y BSD enviando datos urgentes de TCP, que se colaban por las lecturas en pausa del backend select() y acumulaban memoria sin límite (CVE-2026-117350). En Linux los nodos usan poll() y no se ven afectados. Bitcoin Core 32.1, 31.2, 30.4 y 29.5 corrigen este fallo de gravedad media, detectado por un análisis con un LLM dentro de Project Loupe.
Bitcoin Core
Bitcoin Core 30.4 deja de interpretar los bits 5 a 28 de BIP 9 como señales de soft fork, en línea con BIP 323, de modo que los bloques que los activan ya no disparan avisos de despliegues desconocidos (#34779). En la parte de red, los pares con el envío en pausa quedan sujetos a un tiempo límite (#36667), y las posiciones de flatfile pasan a enteros de 64 bits (#36669).
Bitcoin Core
La difusión privada ya tiene un tope en Bitcoin Core 31.2: la cola de transacciones que la red aún no ha devuelto se detiene en 10.000 entradas y, una vez llena, rechaza nuevos envíos, así que toca vaciarla con abortprivatebroadcast (#35406). Los bits de versión 5 a 28 dejan de contar como señales de soft fork, conforme a BIP 323.
Bitcoin Core
La difusión privada de Bitcoin Core 32.1 ya no corre el riesgo de exponer la IP del remitente, algo que podía ocurrir cuando una conexión v2 fallida se reintentaba por v1 de forma directa, sin pasar por Tor. El valor predeterminado de -maxconnections sube de 125 a 200, y el envío de transacciones se limita con una cola global en vez de por par.
Bitcoin Core
Adam Gibson explica Lichen, su capa 2 de emisor único con salidas unilaterales validadas mediante BitVM, en el repaso del #428. João Dias y Vincenzo Palazzo completan la lista de invitados de Gustavo Flores Echaiz y Brandon Black; también se habla de la sintaxis de descriptores para preimágenes de hash, rbitcoin 0.8.0 y LND v0.21.5-beta.rc1.
Bitcoin Optech
Lichen, un diseño de Adam Gibson, permite a los usuarios de una capa 2 de emisor único recuperar sus bitcoin on-chain si el hub se niega o se desconecta; las disputas se resuelven con pruebas Groth16 y transacciones BitVMX prefirmadas. El boletín #428 incluye también la propuesta de João Dias de una forma privada de preimagen para los fragmentos de hash de miniscript, y entre las novedades de software figuran Ibis Wallet v5.0-beta y rbitcoin 0.8.0.
Bitcoin Optech
Erick Cestari detalla en el repaso del #427 dos fallos de memoria de Eclair en la negociación de apertura de canales: uno lo cazó el fuzzer de Matt Morehouse y el otro, un LLM. Después, Adam Gibson presenta LN-GAP, con una partida de ajedrez dentro de un canal Lightning como ejemplo. Bitcoin Core 32.0rc4 y una tanda de correcciones de Eclair llegan más adelante en el programa.
Bitcoin Optech
Eclair v0.14.0 y anteriores podían quedarse sin memoria durante la apertura de un canal: un fallo perdía cerca de 1 MB por segundo y otro agotaba 4 GB en unos 48 minutos con una sola conexión, sin coste on-chain. Ambos quedaron resueltos en v0.14.1. El boletín #427 los recoge junto a LN-GAP, el esquema de Adam Gibson para contratos de varias rondas dentro de canales Lightning, que se apoya en un comité de mayoría honesta.
Bitcoin Optech
Clara Shikhelman abre el repaso del #426 con Shielded Bitcoin, una propuesta de la que es coautora para mover bitcoin sin difundir remitente, destinatario ni importes, y sin cambios de consenso ni operadores. Elias Rohrer, de Spiral, se ocupa luego de las versiones v0.3-rc3 y v0.2.7 de LDK y de cambios en su código, con Gustavo Flores Echaiz como presentador.
Bitcoin Optech
Shielded Bitcoin, propuesta de Misha Komarov con Clara Shikhelman y Aleksei Moskvin, es un metaprotocolo para transferencias privadas on-chain que no necesita cambios de consenso, aunque exige una ceremonia de configuración única y deja rastro al entrar y al salir. Anthony Towns redacta un BIP para que los pares elijan sus propios identificadores de mensaje de un byte sobre el transporte BIP324, y Fabian Jahr plantea si las etiquetas de los tagged hashes deberían llevar el número de BIP.
Bitcoin Optech
Una consulta de gossip de 64 kB podía inflarse hasta 64 MB en Eclair v0.13.1 y anteriores, y un mensaje init de longitud máxima movía unos 300 MB: son los dos fallos de DoS que reveló Matt Morehouse, corregidos en v0.14.0. Jakub tantea el interés por sincronizar las etiquetas de monedero BIP329 mediante un almacén no confiable, mientras que la sección de consenso del boletín #425 vuelve sobre los tipos de salida poscuánticos.
Bitcoin Optech
Ahmet Kurt explica PQLN, la seguridad poscuántica para las superficies off-chain de Lightning, en el primer segmento pregrabado del programa de Optech. Jan B, colaborador de Bitcoin Core que revisa PR y trabaja en código del kernel, se suma a Gustavo Flores Echaiz y Mike Schmidt en la parte en directo, donde se tratan Bitcoin Core 32.0rc2 y su guía de pruebas.
Bitcoin Optech
PQLN, de Ahmet Kurt y sus colaboradores, blinda frente a la computación cuántica el gossip, el transporte, las facturas, las ofertas y la capa onion de Lightning, pero no toca las operaciones on-chain, que requerirían un cambio de consenso. El precio se paga en ancho de banda: un nodo descarga 10 veces más datos y almacena 9 veces más, mientras que firmar con ML-DSA lleva solo 0,33 ms. Ya puede probarse una implementación funcional en rust-lightning.
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
