Teku publica la versión 26.7.1 con correcciones de seguridad y actualizaciones de dependencias
El cliente de consenso Teku para Ethereum publicó el 11 de julio la versión v26.7.1, una actualización calificada por el proyecto como altamente recomendada para los operadores de validadores. La liberación integra correcciones de seguridad, actualizaciones de librerías de terceros y ajustes en componentes de red, con el objetivo de mantener la estabilidad operativa de la capa de consenso.
Según las notas de lanzamiento oficiales, la versión aborda varios escenarios adversarios reportados y actualiza la dependencia Libp2p, eliminando mensajes informativos generados durante el proceso de conexión. También se implementó una corrección que permite a los nodos P2P de doble pila vincular escuchas IPv4 e IPv6 al mismo puerto.
En la capa de interoperabilidad, se agregaron endpoints para la especificación Gloas en la Beacon API y se habilitó salida SSZ para la consulta de saldos de validadores. El historial completo y los archivos de distribución están documentados en la publicación oficial en GitHub.
El proyecto no ha publicado identificadores CVE específicos ni métricas sobre la exposición potencial en mainnet antes de la aplicación del parche. Los comunicados de mantenimiento de clientes de consenso suelen operar bajo esta lógica cuando las mitigaciones provienen de dependencias externas o cuando los vectores se tratan de forma preventiva. Las fuentes disponibles confirman la naturaleza correctiva de la actualización, pero el alcance exacto de las vulnerabilidades mitigadas no ha sido detallado públicamente por el equipo de desarrollo.
Para los operadores que ejecutan Teku, la actualización se distribuye mediante imágenes en Docker Hub y binarios compilados. La liberación se ajusta al ciclo estándar de mantenimiento de la capa de consenso, donde los parches en componentes P2P y en la validación de estados buscan preservar la sincronización continua y la resistencia a intentos de explotación. La confirmación adicional sobre tasas de adopción del parche o cualquier incidencia previa sigue pendiente de observación en los datos públicos del protocolo.
