El desarrollador Pavol Rusnak —uno de los cocreadores de Trezor— informó este 14 de octubre de 2026 sobre el relanzamiento del proyecto nix-bitcoin bajo la nueva denominación de Bitcoinix, un fork impulsado por la comunidad tras el cierre del repositorio original en agosto de 2026.
Tras ocho años dedicados a la infraestructura de Bitcoin sobre NixOS, los creadores de nix-bitcoin emitieron un comunicado de despedida en agosto de 2026. En dicho mensaje, el equipo invitó a la comunidad a realizar forks del código, una iniciativa que ha cristalizado en el nacimiento de Bitcoinix para mantener el software actualizado y continuar su desarrollo.
Características y Usos de Bitcoinix
De manera similar a su antecesor, Bitcoinix se presenta como un conjunto de paquetes orientados a simplificar el despliegue de nodos completos de Bitcoin. Priorizando la protección de los usuarios, la herramienta preserva enfoques fundamentales como la integridad, la sencillez y el principio de privilegio mínimo.
Happy to announce that we rebooted the nix-bitcoin project as bitcoinixJoin all the declarative fun here: https://t.co/lOgfOkonHx https://t.co/WHXwp7C5O4
Asimismo, el cliente mantiene su diseño experimental, el uso de Tor por defecto para todas las conexiones salientes, y soporta conexiones entrantes a través de servicios ocultos (onion services) para garantizar conexiones privadas. Conforme a lo señalado en su repositorio oficial, la herramienta puede instalarse en contenedores, máquinas virtuales o hardware exclusivo, orientándose al empleo en monederos de comerciantes o personales, backends de aplicaciones de Bitcoin o infraestructura pública. A pesar de poder utilizarse en entornos de producción, los desarrolladores advierten que todavía se considera experimental.
Hoja de ruta y políticas del proyecto
El plan de trabajo de Bitcoinix publicado en su repositorio contempla que gran parte de los paquetes pasen a formar parte de la rama principal de nixpkgs (upstream). El objetivo ideal es que el proyecto funcione únicamente como una colección de módulos de servicio que cooperen de forma segura.
Por otro lado, la iniciativa ha fijado normativas rigurosas sobre las herramientas desatendidas: se excluye la incorporación de desarrollos que acumulen períodos prolongados de inactividad, contemplándose la baja o el traslado a forks activos de aquellos componentes que queden sin mantenimiento.