La Zcash Foundation ha publicado una actualización de progreso y un aviso de seguridad mientras los operadores de nodos se preparan para la actualización de la red principal NU7, prevista actualmente para alrededor del 5 de noviembre. Qué ha ocurrido - Zebra 7.0.0 se publicó el 22 de octubre; la actualización de ingeniería de la Foundation (que abarca del 20 de octubre al 2 de noviembre) resume los preparativos restantes para NU7 y las correcciones de seguridad. - Zebra 7.0.0 incluye siete parches de seguridad que afectan al software de nodo zebrad: cinco avisos tienen una gravedad alta y dos, media. Las vulnerabilidades (resumen) - Seis problemas podrían permitir que un par bloqueara la sincronización, acaparara recursos de verificación o provocara que se prohibiera el acceso a pares honestos. El séptimo podría hacer que zebrad se bloqueara. - Los problemas de gravedad alta incluyen: - Dos fallos de sincronización de puntos de control que pueden bloquear un nodo en proceso de sincronización. - Sanciones insuficientes para scripts transparentes no válidos. - Cálculos de firmas costosos que pueden agotar los recursos de verificación. - Una comprobación de transacción que puede ocupar los hilos de verificación. - Los problemas de gravedad media incluyen: - Un error que puede detener Zebra al desconectarse de un par con mucha actividad. - Un caso en el que un nodo podría prohibir el acceso a un par honesto por retransmitir una transacción cuyo tiempo de bloqueo pasa a ser válido en el siguiente bloque. Detalles técnicos clave e impacto - Un error en un punto de control permitía que un par no autenticado enviara el cuerpo de un bloque falsificado que impedía que un nodo en sincronización avanzara hasta reiniciarse: el nodo trataba por error los bloques ausentes como si ya se hubieran descargado y dejaba de solicitar copias válidas. El impacto fue limitado: no se escribieron bloques no válidos en el disco, no se produjo ninguna bifurcación de la cadena y los fondos no se vieron afectados. Los nodos que ya estaban sincronizados no se vieron afectados. - Una vulnerabilidad relacionada podía desincronizar el verificador de puntos de control después de un commit fallido; el reinicio restablecía el progreso, pero las sincronizaciones posteriores podían volver a bloquearse. - La Foundation afirma que estos problemas afectan a la disponibilidad de los nodos y al uso de recursos, no al consenso ni a los fondos. Medidas urgentes para los operadores - Los operadores deben actualizar Zebra antes del bloque 3,543,405 para permanecer en la cadena de consenso. Tras la activación de NU7, los nodos actualizados se desconectarán de las versiones anteriores; los nodos incompatibles podrían seguir una cadena diferente. - La actualización realiza una migración de la base de datos: el estado almacenado pasa del formato v28 → v29 durante el primer inicio. Zebra 6.x no puede leer v29; volver a una versión anterior requiere una resincronización completa. Haz una copia de seguridad del directorio state/v28 antes de actualizar. Notas operativas - Cambios en la monitorización: las métricas de pares ya no incluyen etiquetas por dirección ni por agente de usuario. Deben actualizarse los paneles y las alertas que dependan de esos campos. - El periodo de soporte para Zebra 7.0.0 es de ocho semanas (menos que las 12 habituales). - Seeder (Zeeder) v1.8.0 anuncia la versión del protocolo NU7 para que los nodos actualizados sigan aceptándolo después de la activación. Se insta a los operadores de Seeder a implementar esta versión antes de que NU7 entre en funcionamiento. - El equipo está evaluando la poda opcional de bloques para ahorrar espacio en disco, manteniendo el almacenamiento de la cadena completa como opción predeterminada. Cambios del protocolo en NU7 (ZIP 218) - El intervalo objetivo entre bloques bajará de 75 segundos a 25 segundos. Esto reduce los tiempos de espera de confirmación que afectan a los pagos, los depósitos en exchanges y las operaciones entre cadenas. - La emisión diaria de ZEC se mantiene igual: las recompensas por bloque se ajustan al ritmo más rápido de creación de bloques. La propuesta no recomienda reducir el número de confirmaciones. - NU7 mantiene el calendario de reducción a la mitad cada cuatro años y el límite de suministro de 21 millones de ZEC. - NU7 también introduce una reserva de comisiones: el 60 % de las comisiones por transacción se retira de la circulación para futuras recompensas, mientras que el 40 % se destina a los mineros. Mejoras de rendimiento (alfa) - En respuesta a los comentarios de Zcon7 sobre la lentitud en la creación de plantillas, la aceptación de bloques y la retransmisión, la Foundation publicó Zebra Ándale (7.1.0-alpha.0) el 31 de octubre. - Ándale sustituye los retrasos de sondeo por respuestas basadas en eventos ante transacciones verificadas y cambios en el mempool. Las pruebas de rendimiento comunicadas por los desarrolladores muestran que una gran ráfaga de transacciones que antes tardaba >8 minutos en llegar a una plantilla de minería ahora lo hace en unos 4 segundos. (Estos son resultados alfa; el comportamiento en condiciones reales puede variar.) En resumen Los operadores de nodos deberían dar prioridad a actualizar Zebra (y Zeeder) antes del bloque 3,543,405, hacer una copia de seguridad del directorio de estado v28, actualizar los paneles de monitorización y tener en cuenta que el periodo de soporte es más corto. Las correcciones reducen los riesgos de disponibilidad y de uso de recursos antes del ritmo más rápido de creación de bloques de NU7 y de los cambios de protocolo, que mantienen el calendario de emisión de ZEC e introducen una reserva de comisiones. Lee más noticias generadas por IA en: https://app.chaingpt.org/news