El origen del problema estaba en un mecanismo llamado «expulsión de hermanos», introducido en la versión 28.0 de Bitcoin Core. Las reglas dictan que ciertas transacciones (conocidas como TRUC) solo pueden tener una única operación que dependa de ellas —un «hijo»— mientras esperan ser confirmadas. Si ingresaba una segunda transacción intentando gastar fondos del mismo origen, el sistema la trataba como un posible reemplazo. Así, si esta nueva operación ofrecía mayores comisiones a los mineros, eliminaba y sustituía a la primera.
La falla crítica se desencadenaba durante una reorganización de la cadena. En estos eventos, las transacciones de los bloques desconectados deben volver a añadirse a la mempool. Para que esta restauración sea fiel y no se apliquen restricciones de topología a transacciones que ya eran válidas, el sistema utiliza un parámetro que evade los límites de las políticas. Sin embargo, el código de Bitcoin Core omitió aplicar esta excepción a la rama de expulsión de hermanos, por lo que las restricciones de TRUC seguían ejecutándose mientras las operaciones se reintroducían.
Como resultado, una reorganización podía intentar restaurar un conjunto de transacciones que en la mempool infringía el límite de descendencia de TRUC. Al seguir activa la expulsión, el sistema eliminaba una transacción recién restaurada pero dejaba atrás a sus descendientes. Esto generaba un estado inconsistente en el cual la memoria retenía transacciones que gastaban fondos que ya no existían.
El efecto directo de esta anomalía recaía sobre los mineros. Al intentar crear una plantilla para un nuevo bloque, el proceso de ensamblaje fallaba en la comprobación de validez. Tal como destacó el desarrollador Michael Ford al citar el informe oficial, un nodo que atravesaba esta reorganización bajo dicho estado inconsistente perdía por completo su capacidad para producir bloques.
La única manera de reactivar el funcionamiento normal de un nodo atrapado en este error era reiniciándolo, lo que obligaba al sistema a recargar la mempool desde cero en un estado consistente.
Este defecto fue solucionado por el desarrollador Greg Sanders, quien introdujo la reparación en el código a finales de septiembre de 2025. Tras su fusión en el código principal, la solución se incorporó a las versiones seguras de Bitcoin Core, garantizando que la evaluación de las transacciones TRUC se desactive adecuadamente durante las reorganizaciones y evitando que los mineros actualizados sufran interrupciones operativas.
La revelación se da en un contexto de extrema sensibilidad sobre la seguridad informática, lo que incluye los desarrollos en torno al ecosistema de Bitcoin, tal como ha estado informando CriptoNoticias. Esto es debido a una ola de ciberataques impulsados por herramientas de inteligencia artificial con elevada capacidad para detectar vulnerabilidades en diversos protocolos.