Declaración de Bitcoin Core (7 de enero de 2016)
- Fuente
- Bitcoin Corebitcoincore.org
- Publicado originalmente
- Extensión del original
- 3 min de lectura
- Idioma
- inglés
Resumen de SATWEI
Las reglas de consenso no las decide el equipo de Bitcoin Core, afirman sus colaboradores: las deciden los usuarios al elegir qué software ejecutan, y por eso no incluye actualización automática. Prefieren los soft forks, reservan los hard forks para casos poco frecuentes con un acuerdo casi universal y ven en capas adicionales sobre el protocolo la vía hacia una escala extremadamente alta.
Etiquetas
- Soft fork
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