Un generador de semillas de Bitcoin de código abierto ha convertido eventos de desintegración radiactiva en frases de recuperación BIP39 de 12 y 24 palabras utilizando un dispositivo de hardware offline. Summary

• Entropy32 Plus convierte el tiempo de desintegración radiactiva en frases de recuperación de Bitcoin de doce o veinticuatro palabras offline.
• El firmware recopila 512 bits de comparación antes de acondicionar el pool con su implementación SHA-256 localmente offline.
• El dispositivo almacena las palabras generadas temporalmente en la RAM y, posteriormente, proporciona un comando de borrado manual.
• Su desarrollador afirma que la calidad de la entropía aún no ha sido validada bajo las pruebas NIST SP 800-90B ni por una revisión independiente.
• Los archivos de código abierto cubren el firmware, las placas de circuito, los datos de fabricación, las carcasas y la lista de palabras BIP39 para su inspección.

El repositorio Entropy32 Plus, publicado por el desarrollador Alexander Higgins en septiembre de 2026, contiene el firmware del proyecto, los diseños de las placas de circuito, los archivos de fabricación y la carcasa imprimible. Higgins describe el dispositivo como un proyecto experimental y educativo, y advierte a los usuarios que no confíen en él con fondos sustanciales antes de una revisión independiente. Conocido como "El Bifurcador del Universo", el dispositivo toma pulsos de un contador Geiger y mide el tiempo entre los eventos detectados. Su firmware convierte las comparaciones entre intervalos consecutivos en bits, recopila un pool de entrada de 512 bits y procesa los datos con SHA-256. Entropy32 Plus luego formatea parte del hash resultante como una frase de recuperación BIP39 estándar. El dispositivo opera sin Wi-Fi, Bluetooth o almacenamiento persistente de la semilla, según su diseño publicado.

Entropy32 Plus mide el tiempo entre eventos de radiación

La desintegración radiactiva ocurre de manera impredecible a nivel de átomos individuales. Entropy32 Plus utiliza la temporización de los eventos de desintegración detectados como su fuente física de aleatoriedad, en lugar de depender únicamente de un valor generado por software. El diseño actual acepta pulsos a través de una conexión de 3.5 milímetros de un contador Geiger GQ Electronics GMC-320S. Su documentación indica que el contador puede detectar emisiones de una fuente radiactiva o radiación de fondo. Después de recibir un pulso, un comparador LM393 convierte la señal analógica del contador en una entrada digital. La placa de circuito personalizada pasa esa señal a un microcontrolador ATmega328P. El firmware del proyecto registra cada evento aceptado usando un temporizador de microsegundos. Compara el último intervalo con el anterior, produciendo un uno cuando el nuevo intervalo es más largo y un cero cuando es más corto. Los intervalos iguales se descartan. Las mediciones por debajo de 200 microsegundos se rechazan como posibles fallos, mientras que las comparaciones aceptadas continúan hasta que el dispositivo ha recopilado 512 bits. Higgins afirma que este método utiliza la temporización de pulsos porque la llegada precisa de un evento de desintegración individual no puede predecirse. El desarrollador no afirma que cada comparación recopilada aporte un bit completo de entropía medida.

SHA-256 acondiciona los datos brutos de la semilla de Bitcoin

Una vez que el pool de 512 bits está completo, Entropy32 Plus procesa los 64 bytes a través de su código SHA-256 integrado. El firmware utiliza los primeros 16 bytes del hash resultante para una frase de 12 palabras o los 32 bytes completos para una frase de 24 palabras. Según el proyecto, el hashing tiene como objetivo reducir patrones visibles relacionados con el tiempo muerto del detector, cambios en la tasa de conteo o correlaciones entre mediciones. El acondicionamiento de hash puede distribuir la entropía disponible en una salida, pero no prueba cuánta imprevisibilidad estaba presente en los datos originales. El firmware incluye una prueba de inicio para SHA-256. Calcula el hash de "abc" y compara el resultado con un valor conocido. El dispositivo se detiene antes de recopilar entropía si la respuesta es incorrecta. Superar la autoprueba confirma que la implementación devuelve el resultado esperado para ese vector de prueba. No prueba el contador Geiger, evalúa la independencia de los pulsos ni mide la entropía mínima que entra en el hash. El proyecto recopila el doble de bits de comparación que la entrada máxima BIP39 de 256 bits que produce. Hasta que la fuente física sea sometida a una medición formal, el repositorio no establece cuánta entropía utilizable contiene cada comparación.

El dispositivo mapea los datos acondicionados a palabras BIP39

Después del acondicionamiento SHA-256, el dispositivo aplica el proceso definido en la especificación BIP39. BIP39 convierte una longitud de entropía aprobada en una frase mnemotécnica seleccionada de una lista estandarizada de 2,048 palabras. Para una frase de 12 palabras, Entropy32 Plus utiliza 128 bits de datos acondicionados y calcula una suma de verificación de cuatro bits. Los 132 bits combinados se dividen en doce grupos de 11 bits, y cada grupo selecciona una palabra. Su configuración de 24 palabras utiliza 256 bits y una suma de verificación de ocho bits. La división de la secuencia resultante de 264 bits produce 24 índices de palabras. La guía de frases semilla de Crypto.news explica que las frases de recuperación contienen la información necesaria para restaurar el acceso a la billetera. Cualquiera que obtenga las palabras correctas en su orden apropiado puede recrear las claves de la billetera. Una frase semilla no es en sí misma una colección de palabras generadas independientemente. Como explicó crypto.news en su guía de claves públicas y privadas, las billeteras Bitcoin modernas derivan muchas claves privadas de una única semilla maestra. La debilidad en la entropía original puede, por lo tanto, afectar a cada dirección generada a partir de ella. Entropy32 Plus compila la lista completa de palabras en inglés de BIP39 en su firmware. La lista de palabras ocupa 13,117 bytes, o aproximadamente el 43% de la capacidad flash del microcontrolador, según el repositorio. Con la interfaz OLED, la implementación SHA-256 y la lógica de recolección incluidas, el programa compilado utiliza 30,006 de los 30,720 bytes disponibles del chip. Solo quedan 714 bytes sin usar.

El diseño offline mantiene las semillas alejadas de los dispositivos conectados

Los archivos de hardware publicados no listan ningún hardware de comunicaciones inalámbricas. Los usuarios operan el generador a través de dos botones y leen la frase en una pantalla OLED de 0.91 pulgadas. Los índices de palabras generados permanecen temporalmente en la RAM del microcontrolador. Una vez que el usuario registra la frase, al presionar ambos botones se inicia un proceso de confirmación que sobrescribe el array de palabras y reinicia la recolección de entropía. El firmware borra el pool original después de copiarlo para su procesamiento. Los buffers temporales de hash, suma de verificación y entropía se sobrescriben después de que se han calculado los índices BIP39. Según el desarrollador, el dispositivo no guarda una frase de recuperación en la memoria persistente. El diseño de código abierto no incluye un elemento seguro ni un mecanismo que demuestre que el firmware instalado coincide con el código público. El aislamiento físico elimina varias rutas de ataque basadas en red, pero no verifica que un dispositivo haya sido ensamblado correctamente o cargado con software confiable. Una unidad modificada podría mostrar palabras predeterminadas o retener datos generados sin cambiar su apariencia externa. La guía de seguridad de billeteras de Crypto.news recomienda mantener las frases de recuperación alejadas de teléfonos, cuentas en la nube, fotografías y otros sistemas conectados. El proceso basado en pantalla de Entropy32 Plus es consistente con la transcripción offline, siempre que el hardware y el firmware sean de confianza.

Las pruebas de entropía independientes siguen sin finalizar

El repositorio establece que la fuente de entropía basada en Geiger no ha sido probada bajo la Publicación Especial 800-90B del NIST. La metodología del NIST cubre la evaluación de fuentes de entropía físicas e incluye procedimientos separados para datos independientes y no independientes. Higgins aboga por registrar tiempos entre llegadas brutos durante un período prolongado y examinarlos con los estimadores de entropía mínima no IID del NIST. Los comentarios del firmware advierten que los resultados de pruebas estadísticas generales por sí solos no establecerían una entropía suficiente. "Por favor, verifique la fuente de entropía que pretende utilizar, de lo contrario, entienda que estará utilizando el dispositivo bajo su propio riesgo", establece el README. El desarrollador recomienda mezclar los datos derivados del Geiger con otra fuente validada de forma independiente antes de crear una billetera para fondos valiosos. A partir del 13 de septiembre, el repositorio no incluía ninguna auditoría externa, evaluación del NIST o conjunto de datos de eventos brutos públicos. Los fallos pasados en billeteras demuestran por qué las pruebas de entropía van más allá de confirmar que las palabras finales siguen el formato BIP39. Crypto.news informó que el jefe de seguridad de Kraken pidió pruebas independientes de billeteras después de una vulnerabilidad en la generación de semillas de Coldcard. Una revisión técnica relacionada explicó cómo la entropía débil puede exponer las billeteras de Bitcoin sin revelar qué personas utilizan los dispositivos afectados. Los atacantes pueden generar posibles semillas, derivar sus direcciones públicas y buscar coincidencias en la cadena de bloques. Crypto.news informó más tarde que la generación predecible de semillas seguía siendo explotable después de que el defecto subyacente hubiera existido durante años. La corrección de firmware defectuoso no puede reparar frases generadas anteriormente; los usuarios afectados deben crear nuevas billeteras y transferir sus activos. Entropy32 Plus sigue en desarrollo activo. Su historial de commits muestra un commit inicial fechado el 4 de septiembre, seguido de cambios en el firmware, la placa de circuito y la carcasa. El repositorio no tenía una versión de producción etiquetada ni un cronograma publicado para completar una evaluación de seguridad independiente a partir del 13 de septiembre.