NervaOne 1.4.0 prepara el próximo fork: también hay que actualizar las herramientas
Publicación de la fuente: 2026-10-26 · Análisis editorial publicado: 2026-10-27
La versión del 26 de octubre admite Hard Fork 14 en el bloque 4.480.000. Instalar la aplicación no sustituye los archivos existentes del nodo y monedero: ambos necesitan Nerva 0.4.0.0.
La aplicación ya está disponible, con un paso adicional
NervaOne 1.4.0 se publicó el 26 de octubre e incorpora Nerva 0.4.0.0 para el próximo Hard Fork 14. Nerva es una moneda de prueba de trabajo orientada a minar con el procesador del ordenador. Para quien ya la mina en casa, la novedad es práctica: actualizar la aplicación no sustituye automáticamente los archivos del nodo y monedero existentes.
Las notas indican abrir Daemon Setup, elegir Update Client Tools, comprobar que el enlace apunta a 0.4.0.0 y completar la actualización. El daemon es el programa de nodo en segundo plano que sigue la cadena. La interfaz visible y los programas que trabajan con la red tienen versiones separadas: una interfaz nueva puede seguir utilizando herramientas antiguas.
El núcleo Nerva se publicó en GitHub el 25 de octubre y el artículo explicativo del proyecto llegó el 26. Ese primer texto anunciaba que NervaOne estaba en camino. La versión 1.4.0, publicada el 26 a las 17:59 UTC, ya resuelve esa espera. Esta noticia utiliza el estado posterior, sin repetir como pendiente lo que ya está disponible.
El plazo lo marca la altura del bloque
Hard Fork 14 se activa en el bloque 4.480.000. El proyecto estima el 10 de noviembre, alrededor de las 01:30 UTC, pero el desencadenante es la altura. Un hard fork cambia las reglas para aceptar bloques y transacciones. El software antiguo dejará de seguir la red prevista después de la activación.
Tanto el monedero como el nodo necesitan la versión 0.4.0.0. NervaOne advierte que combinar un monedero antiguo con un nodo nuevo, o al revés, puede aparecer como un error de conexión con el daemon. Cambiar repetidamente la configuración de red no soluciona esa incompatibilidad. Quien solo utiliza un monedero conectado a un nodo remoto también debe comprobar su versión.
El orden práctico es conservar en privado la información de recuperación, obtener la versión oficial correspondiente, actualizar ambos componentes y confirmar conexión y sincronización antes del plazo. Un desconocido que ofrezca ayuda no necesita la frase semilla. Descargar es solo un paso; importan las versiones realmente ejecutadas y el nodo que atiende al monedero.
Más hashrate no significa cincuenta veces más monedas
El fork introduce CryptoNight-Adaptive v8, el cálculo utilizado para demostrar el trabajo minero. Vuelve a un área de memoria de trabajo de 1 MB y lee datos de todo el historial de hashes de bloques. El proyecto describe el diseño como favorable a procesadores y resistente a minería con GPU, ASIC y pools.
Según los autores, los mismos procesadores podrían mostrar aproximadamente entre 25 y 50 veces más hashes por segundo porque cada cálculo es más ligero. Si el trabajo de todos se abarata de forma parecida, el número mayor de una pantalla no multiplica de igual manera la participación del propietario en los bloques. La comparación debe conservar el algoritmo y las condiciones de red.
El proyecto también prevé un breve período de ajuste: los bloques podrían llegar rápido mientras la dificultad alcanza al algoritmo nuevo. En la red de pruebas, el intervalo volvió a los 60 segundos habituales en unas dos horas. Es una observación comunicada del ensayo y una expectativa para la red principal, no un calendario garantizado ni ingresos adicionales medidos para un procesador concreto.
Las restricciones del monedero importan antes de activar
También cambia la privacidad de las transacciones. El tamaño del anillo pasa de cinco posibles entradas a dieciséis, dificultando distinguir la entrada realmente gastada, y se incorporan firmas CLSAG y pruebas Bulletproofs+. Son métodos para demostrar validez revelando menos información, no hardware minero nuevo.
Los desarrolladores ponen como ejemplo una transacción con dos entradas y dos salidas: crece de unos 1.800 a 2.190 bytes, aproximadamente 22%. Como la comisión se cobra por cada kilobyte empezado, la de ese ejemplo aumenta cerca del 50%. Son medidas distintas: tamaño de datos y un escalón de cobro redondeado. No significa que toda transacción pague uniformemente 50% más.
Según el proyecto, los monederos multifirma existentes no podrán gastar después del fork y sus fondos deben trasladarse antes del bloque 4.480.000. El protocolo de firma actual de Ledger tampoco puede firmar las transacciones nuevas. Quienes utilicen estas configuraciones deben resolver la compatibilidad siguiendo las instrucciones oficiales antes de activar, no al intentar una transferencia urgente.
Compruebe las herramientas que realmente están funcionando
NervaOne 1.4.0 añade una prueba de conexión al nodo remoto e información de sincronización más clara. También explica que Rescan Spent necesita el nodo local propio; con uno remoto orienta hacia Rescan Blockchain. Son tareas distintas de mantenimiento del monedero, no ajustes de velocidad de minería.
La versión subyacente desactiva por defecto ZMQ, una interfaz de mensajería, y restringe el servicio de comandos remotos de la imagen Docker. Son cambios de seguridad deliberados. Si un operador depende del comportamiento anterior debe leer las opciones nuevas, sin responder exponiendo todos los servicios a internet. El proyecto ofrece listas de hashes firmadas para verificar descargas.
Para el hogar que ya mina XNV, el resultado útil es una actualización comprobada antes del fork: aplicación instalada, herramientas actualizadas, versiones de nodo y monedero compatibles y sincronización confirmada. La noticia no establece un rendimiento diario, una opción ASIC o una previsión del precio. Explica software nuevo y un plazo concreto de compatibilidad.
Fuente: Nerva Project ↗ · Nerva 0.4.0.0 mandatory-fork release ↗ · Project October 26 fork announcement ↗
Calculadora de minería ↗
