Aclaración sobre las comunicaciones
- Fuente
- Bitcoin Corebitcoincore.org
- Publicado originalmente
- Extensión del original
- 2 min de lectura
- Idioma
- inglés
Resumen de SATWEI
Bitcoin Core aclara que el sitio que alojó por primera vez el artículo de Bitcoin no está afiliado al proyecto, que tiene su propia web oficial. El desarrollo se lleva a cabo en IRC, GitHub y la lista de correo bitcoin-dev. El proyecto no se responsabiliza de otros foros y pide a los miembros de la comunidad que no organicen ataques en grupo ni de denegación de servicio.
Más de Bitcoin Core
Crecimiento lento y sin límite de memoria con pares pre-BIP31 en pausa
Fingiendo que no admite los pings de BIP 31, un par malicioso podía esquivar la desconexión a los 20 minutos y leer despacio, con lo que la cola de envío del nodo engordaba hasta 2 MB por hora por cada par entrante y 5 MB por cada saliente. CVE-2026-117349, de gravedad media, queda resuelto con #36667 en Bitcoin Core 32.1, 31.2, 30.4 y 29.5; los nodos con -blocksonly estaban mucho menos expuestos.
Bitcoin Core
Bitcoin Core lanza la versión 30.4
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
Crecimiento ilimitado de memoria por datos urgentes de TCP fuera de Linux
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