Operadores de nodos de EOS abordan parche de seguridad crítico y actualización del sistema

La última reunión de operadores de nodos de EOS sacó a la luz algunas actualizaciones de seguridad urgentes y una actualización significativa de los contratos del sistema. Con una vulnerabilidad recién descubierta en Spring v1.0, es crítico que los operadores de nodos actualicen a v1.1.2 o v1.0.5 sin demora. La reunión también discutió el lanzamiento de los contratos del sistema EOS v3.8.0, que viene con nuevas características destinadas a mejorar la seguridad y la usabilidad de la red. Desglosemos los puntos clave de esta importante reunión.

Puntos Clave

• La actualización inmediata a Spring v1.1.2 o v1.0.5 es esencial debido a un fallo de seguridad.

• La versión 3.8.0 de los contratos del sistema EOS está programada para lanzarse pronto, con nuevas características.

• La protección de patrones de cadena restringidos ayudará a prevenir la creación no autorizada de nombres de cuentas.

• La funcionalidad de Regalar RAM permite a los usuarios asignar RAM a otros con ciertas restricciones.

• Los operadores deben revisar la nueva versión antes de la propuesta de lanzamiento de la red principal.

• La depuración de eventos en bloque es complicada debido a las limitaciones de los registros de consola.

• Un recordatorio sobre el próximo cambio de zona horaria para la programación de reuniones.

• Los próximos pasos incluyen actualizar nodos y prepararse para la firma de MSIG.

Patch de Seguridad Crítico para Nodos EOS

Lanzamiento Urgente de Actualización de Spring (v1.1.2 & v1.0.5)

Durante la reunión, se informó a los operadores de nodos sobre un problema detectado en la versión Spring v1.0 que afecta a todos los nodos. El problema podría permitir una interrupción del servicio si no se soluciona. Se dirigió a los operadores de nodos a actuar rápidamente y actualizar sus sistemas a las nuevas versiones v1.1.2 para algunos y v1.0.5 para otros.

Se aconseja a todos los nodos que actualicen sus sistemas lo antes posible.

La discusión destacó algunos puntos clave:

• Un fallo en la versión anterior podría llevar a una interrupción del servicio.

• Tanto los nodos de Productores de Bloques como los nodos API han sido señalados para una actualización inmediata.

• Se mantuvieron en secreto los detalles específicos del fallo para evitar más riesgos de seguridad.

La reunión enfatizó la necesidad de una acción rápida para prevenir cualquier posible interrupción en la red.

Actualización de Contratos del Sistema EOS (v3.8.0)

Nuevas Características y Cronograma de Lanzamiento

La actualización introduce un conjunto de cambios que ya se han probado en una red de prueba pública. Los contratos actualizados incluyen una mezcla de mejoras y nuevas características, con un lanzamiento estable planeado pronto y una propuesta de lanzamiento de la red principal programada para el viernes. Se ha dado a los operadores un camino claro a seguir que incluye:

• Observar el rendimiento en la red de prueba Jungle

• Prepararse para un lanzamiento estable una vez que se completen las verificaciones finales

• Coordinar con los operadores de BP para la propuesta de la red principal

El cronograma es ajustado, pero los canales de comunicación claros facilitan que el equipo siga los pasos.

Protección de Patrón de Cadena Restringido

Esta característica detiene los nombres de cuentas no autorizados que incluyen términos restringidos. Las actualizaciones bloquearán la creación de cuentas o nombres que podrían interferir con la marca de la red o causar confusión. Los nodos de BP aún tienen la capacidad de anular estas restricciones, asegurando que se puedan aplicar excepciones necesarias sin interrumpir las operaciones generales.

Funcionalidad de Regalar RAM

La actualización permite a los usuarios asignar RAM a otra cuenta de manera estructurada. Bajo esta nueva característica, cualquier RAM regalado sigue reglas establecidas, incluyendo una cláusula de devolución al remitente en escenarios donde la asignación necesita ser revertida. Esta medida está diseñada para prevenir el uso indebido y mantener la equidad al rastrear de cerca cómo se comparten los recursos entre cuentas.

Correcciones de Contratos Ricardianos

Los contratos ricardianos ahora se han corregido para incluir detalles que faltaban en la última actualización. Este cambio asegura que los términos y condiciones de la política se muestren correctamente, brindando a los operadores pautas claras sobre el uso del contrato. Esta actualización ha sido aprobada tras pruebas exhaustivas en la red de prueba Jungle. Se anima a los operadores a revisar estas correcciones para que comprendan completamente las actualizaciones y cómo afectan la interacción con la red.

Proceso de Aprobación y Despliegue

Aprobación de BP Requerida para el Lanzamiento de la Red Principal

En esta etapa de la reunión, los participantes discutieron el proceso que los nodos de BP deben seguir para dar luz verde al despliegue de la red principal. El enfoque estaba en asegurarse de que cada BP revisara cuidadosamente la nueva actualización de los contratos del sistema antes de avanzar. El proceso implica varios pasos claros:

• Revisar todas las actualizaciones asociadas con la actualización de los contratos del sistema EOS.

• Participar en la llamada dedicada a finalizar las aprobaciones de BP, programada para la próxima reunión.

• Confirmar la aprobación para que la propuesta de la red principal pueda ser presentada sin demora.

Este flujo de trabajo apoya la comunicación clara entre todos los productores de bloques y ayuda a verificar que se haya considerado cada detalle. La aprobación del nodo BP es el último paso que confirma que el sistema está listo para el lanzamiento de la red principal.

Discusión sobre Depuración y Registro

Desafíos en el Uso de Registros de Consola para Eventos en Bloque

Durante las recientes reuniones de operadores de nodos de EOS, los participantes notaron desafíos continuos al depender de registros de consola para eventos en bloque. Los problemas surgen particularmente en casos donde las transacciones implícitas producen registros que son difíciles de seguir. Muchos ven las limitaciones de este método como un obstáculo en el seguimiento efectivo de eventos.

Los operadores enumeraron varios problemas encontrados al usar registros de consola:

• Las salidas de registro inconsistentes dificultan el seguimiento preciso de problemas.

• El comportamiento de los registros durante las transacciones implícitas a menudo lleva a detalles perdidos.

• El retraso en la aparición de registros añade complejidad al diagnóstico de problemas en tiempo real.

La claridad de los eventos en bloque sigue comprometida por estos desafíos. Como alternativa, algunos han sugerido emplear acciones en línea para rastrear eventos de manera más directa. Este cambio podría ayudar a agilizar la depuración al reducir la incertidumbre que introducen las prácticas actuales.

En general, la discusión subraya la necesidad de refinar las prácticas de registro para apoyar una solución de problemas más efectiva durante las operaciones de nodos de EOS.

Recordatorio de Cambio de Zona Horaria

Ha habido un cambio en las zonas horarias que podría afectar la programación. Se insta a los operadores a actualizar y verificar sus calendarios para asegurarse de que cada reunión esté programada a la hora correcta.

Cada participante debe confirmar la nueva configuración de hora para evitar confusiones en la programación.

A continuación, se presentan algunos pasos para gestionar el cambio:

• Verifique la configuración actual de su calendario con respecto a la nueva información de zona horaria.

• Ajuste los horarios de las reuniones y los recordatorios en consecuencia.

• Informe a los miembros del equipo sobre cualquier discrepancia o cambio necesario.

• Revise todos los eventos recurrentes para asegurarse de que se alineen con el horario actualizado.

Próximos Pasos

La conversación se centró en el trabajo que debe realizarse en los próximos días. La reunión delineó algunas tareas concretas para asegurarse de que todo avance sin problemas. Es importante seguir los pasos a continuación para evitar problemas con el rendimiento de los nodos y las actualizaciones del sistema.

1. Actualizar todos los nodos al nuevo parche de seguridad (Spring v1.1.2 o v1.0.5). Esta actualización es crítica para solucionar un problema descubierto que podría poner en riesgo la estabilidad del nodo.

2. Prepararse para una revisión detallada de los contratos del sistema (v3.8.0) programada para este viernes. Se aconseja a los operadores de nodos que verifiquen y prueben todas las funciones para asegurarse de que los cambios funcionen como se espera.

3. Asistir a la reunión programada para la próxima semana, donde se finalizará la firma de MSIG de la red principal, para confirmar que todas las partes de la actualización pasen los puntos de control finales.

Además de estos pasos, los participantes acordaron que mantener un control cercano sobre el comportamiento del sistema después de las actualizaciones es una buena práctica. Las verificaciones internas regulares y la coordinación ayudarán a detectar cualquier problema inesperado temprano.

Conclusión

En resumen, la reunión de operadores de nodos de EOS destacó varios problemas urgentes que requieren atención inmediata. El descubrimiento de un fallo de seguridad en Spring v1.0 ha provocado una rápida actualización a las versiones v1.1.2 o v1.0.5 para evitar posibles ataques de denegación de servicio. Junto a esto, la introducción de los contratos del sistema EOS v3.8.0 trae nuevas características destinadas a mejorar la seguridad y la funcionalidad de la red. Se insta a los operadores a priorizar estas actualizaciones y participar en los próximos procesos de revisión y aprobación. A medida que la comunidad se prepara para la firma de MSIG de la red principal la próxima semana, mantenerse informado y proactivo será clave para asegurar una transición fluida y la integridad continua de la red.

Este artículo fue escrito con la ayuda de la inteligencia artificial para recopilar información de múltiples fuentes confiables. El contenido ha sido revisado y editado por nuestro equipo editorial para garantizar su precisión y coherencia. Las opiniones expresadas son del IA y no reflejan necesariamente las opiniones de BlockzHub. Las fuentes de información originales se acreditan siempre que sea apropiado y según se requiera. Este artículo es solo para fines informativos y no constituye asesoramiento financiero. Invertir conlleva riesgos, y debe consultar a un asesor financiero calificado antes de tomar cualquier decisión de inversión.