La reunión de operadores de nodos de EOS del 26 de febrero de 2025 reunió a actores clave para discutir las últimas actualizaciones y desafíos que enfrenta la red. Los temas abarcaron desde actualizaciones de software y propuestas de gobernanza hasta configuraciones de nodos y medidas de seguridad. La reunión destacó la importancia de la colaboración y la acción oportuna para mantener y mejorar el ecosistema de EOS.
Puntos clave
-
El parche Spring 1.1.1 está activo, centrado en una propagación de bloques más fluida y transacciones más rápidas.
-
Se alienta a los productores de bloques a actualizar a Spring 1.1.1 para un mejor rendimiento de la red.
-
System Contracts 3.7 introduce la función Gift RAM para prevenir el mal uso de los recursos asignados.
-
La función Gift RAM asegura que los usuarios no puedan explotar o revender la RAM otorgada.
-
System Contracts 3.8 incluirá Restricted Strings para reducir cuentas fraudulentas.
-
Restricted Strings bloqueará nombres de cuentas que contengan subcadenas marcadas.
-
Se discutieron las mejores prácticas para productores de bloques y nodos finalizadores, centrándose en la configuración y recuperación ante desastres.
-
Se alienta a la comunidad a dar su opinión sobre temas de gobernanza como Restricted Strings y aprobaciones MSIG.
Actualización a la serie Spring 1.1
Lanzamiento del parche 1.1.1
El lanzamiento del parche Spring 1.1.1 marca un paso importante en la mejora del rendimiento y la estabilidad de la red. Esta actualización aborda varios errores identificados en la versión inicial 1.1, convirtiéndola en una actualización recomendada para todos los operadores de nodos. Se alienta a los operadores que aún no han actualizado a pasar directamente a la versión 1.1.1 para beneficiarse de las últimas correcciones y optimizaciones.
Mejoras clave en 1.1.1
El parche 1.1.1 introduce varias mejoras clave destinadas a optimizar las operaciones de los nodos:
-
Propagación de bloques optimizada: Reduce los retrasos causados por bloques grandes y con muchas transacciones, asegurando una comunicación más fluida en la red.
-
Modo solo transacciones: Los relés públicos ahora pueden procesar transacciones sin verse cargados por datos de bloques innecesarios.
-
Mejora de la salud de la red: Cuantos más nodos adopten esta actualización, más eficientemente se propagarán las transacciones y los bloques en toda la red.
Estas mejoras son especialmente beneficiosas para los productores de bloques (BPs) que ejecutan nodos finalizadores separados, ya que mejoran la sincronización y la eficiencia general del procesamiento.
Actualización de adopción y pruebas
El parche 1.1.1 se ha implementado en dos redes de prueba y está siendo monitoreado adicionalmente para garantizar la estabilidad antes de su implementación completa en la red principal. Se insta a los operadores de nodos a adoptar la actualización rápidamente para abordar problemas persistentes, como el desplazamiento de la finalidad, que se han observado en ciertos escenarios. Se espera que los grandes puntos finales públicos que configuren correctamente sus nodos después de la actualización tengan un impacto particularmente positivo en el rendimiento general de la red.
Propuesta de firma múltiple (MSIG) para System Contracts 3.7
¿Qué incluye la versión 3.7?
System Contracts 3.7 introduce varias actualizaciones destinadas a mejorar la funcionalidad y la gobernanza. La adición más notable es la función Gift RAM, que permite a las cuentas asignar RAM a otras cuentas con restricciones específicas. Esto asegura que la RAM otorgada no pueda ser vendida o transferida a terceros. En su lugar, solo puede ser utilizada por el destinatario o devuelta al remitente. Esta propuesta también incluye correcciones de la actualización 3.6.1 previamente cancelada, asegurando una implementación más estable y segura.
Por qué es importante Gift RAM
La función Gift RAM está diseñada para abordar problemas de mal uso de recursos en el ecosistema. En el pasado, algunos usuarios explotaron programas de creación de cuentas gratuitas vendiendo o mal utilizando la RAM que recibían. Con las nuevas restricciones, los servicios de creación de cuentas pueden garantizar que los recursos se utilicen según lo previsto. Esto no solo previene abusos, sino que también promueve una asignación justa de recursos. Por ejemplo:
-
La RAM otorgada a nuevos usuarios solo puede soportar las operaciones de su cuenta, evitando la reventa.
-
Los proveedores de servicios pueden recuperar la RAM no utilizada, asegurando un uso eficiente de los recursos.
-
El ecosistema se beneficia de una menor explotación, fomentando la confianza entre los usuarios.
Próximo lanzamiento de System Contracts 3.8
Cronograma de desarrollo y lanzamiento
System Contracts 3.8 está cerca de completarse, con las etapas finales de desarrollo y pruebas internas en curso. La implementación en la red de prueba Jungle está programada para la próxima semana, donde se someterá a pruebas rigurosas. Si todo sale según lo planeado, el equipo tiene como objetivo proponer una aprobación de firma múltiple (MSIG) para la implementación en la red principal antes del 11 de marzo de 2025. Este cronograma refleja el compromiso de la comunidad de garantizar que el lanzamiento sea estable y seguro.
Nueva función: Restricted Strings para la creación de cuentas
Una adición significativa en esta versión es la introducción de cadenas restringidas para la creación de cuentas. Esta nueva función permite a la cuenta privilegiada de EOSIO bloquear la creación de cuentas que contengan subcadenas específicas. El objetivo es reducir estafas e intentos de suplantación al prevenir el uso indebido de nombres oficiales o engañosos.
Así es como funciona:
-
Una cuenta privilegiada pre-reserva versiones hash de subcadenas restringidas para mantener la confidencialidad.
-
Una vez finalizado, las subcadenas restringidas se divulgan públicamente y la aplicación comienza de inmediato.
-
Este proceso de dos pasos elimina cualquier brecha de tiempo que los actores malintencionados podrían explotar.
La lista de cadenas restringidas será pequeña y cuidadosamente seleccionada, enfocándose solo en casos de alto riesgo. Los productores de bloques (BPs) tendrán la autoridad para aprobar o rechazar estas restricciones, asegurando un proceso de gobernanza descentralizado y transparente.
Consideraciones de gobernanza y seguridad
Si bien la función de cadenas restringidas mejora la seguridad, también introduce desafíos de gobernanza. Una pregunta clave es cómo implementar estas restricciones sin permitir que actores malintencionados pre-registren nombres similares antes de la aplicación. El proceso de dos pasos mencionado anteriormente aborda este problema de manera efectiva.
Otras consideraciones incluyen:
-
Asegurar que el proceso sea transparente para la comunidad.
-
Equilibrar las medidas de seguridad con la necesidad de supervisión descentralizada.
-
Mantener una lista mínima y enfocada de subcadenas restringidas para evitar excesos.
Los productores de bloques desempeñan un papel crítico en este modelo de gobernanza. Su capacidad para aprobar o rechazar las restricciones propuestas asegura que ninguna entidad tenga un poder sin control sobre el sistema.
Configuración de nodos de productores de bloques (BP) y finalizadores
Mejores prácticas para nodos BP y finalizadores
Configurar nodos de productores de bloques (BP) y sus correspondientes nodos finalizadores es una parte crítica para mantener una red robusta y confiable. Si bien no hay una recomendación oficial sobre si estos nodos deben operar en la misma máquina o por separado, la decisión a menudo depende de la estrategia de recuperación ante desastres del operador. Cada opción de configuración tiene sus propios pros y contras.
Aquí hay algunas consideraciones clave:
-
Nodos separados: Ejecutar nodos BP y finalizadores en máquinas diferentes puede mejorar la tolerancia a fallos. Sin embargo, esto requiere una configuración cuidadosa para garantizar una comunicación fluida entre los nodos, lo que puede ser técnicamente exigente.
-
Máquina compartida: Alojar ambos nodos en la misma máquina simplifica la configuración, pero puede crear un único punto de falla. Esta opción a menudo se elige para operaciones más pequeñas con recursos limitados.
-
Monitoreo y registros: Independientemente de la configuración, los operadores deben monitorear de cerca los registros del sistema para detectar cualquier irregularidad o problema potencial antes de que escale.
Impacto de los retrasos en los finalizadores
Los nodos finalizadores desempeñan un papel crucial en el proceso de producción de bloques. Si un BP no recibe votos de su finalizador asociado, la producción de bloques se detiene temporalmente. El sistema está diseñado para permitir un breve retraso, que varía de unos pocos segundos a unos minutos, antes de detener completamente la producción de bloques. Este margen da a los operadores tiempo para abordar problemas menores sin causar un tiempo de inactividad significativo.
Para mitigar el impacto de los retrasos:
-
Verifique regularmente la salud y conectividad de los nodos finalizadores.
-
Implemente alertas automáticas para señalar posibles problemas de sincronización.
-
Pruebe los procedimientos de recuperación ante desastres para garantizar una resolución rápida de fallos inesperados.
Adoptando estas prácticas, los operadores de nodos pueden mantener una alta disponibilidad y contribuir a la estabilidad general de la red.
Discusión abierta y próximos pasos
System Contracts 3.7 – Se necesita aprobación MSIG
Se alienta encarecidamente a los productores de bloques (BPs) a revisar y aprobar la propuesta de firma múltiple (MSIG) para System Contracts 3.7. Esta actualización introduce la función Gift RAM, que asegura que la RAM asignada se use de manera responsable y no pueda ser explotada con fines de lucro. La aprobación oportuna es crítica para mantener el impulso de las actualizaciones del sistema y evitar retrasos en la implementación.
System Contracts 3.8 – Discusión sobre el problema #186
La comunidad ha estado discutiendo activamente la función Restricted Strings, un elemento clave de la próxima versión System Contracts 3.8. Esta función tiene como objetivo bloquear la creación de cuentas con ciertas subcadenas restringidas para reducir estafas e intentos de suplantación. Los desarrolladores han solicitado comentarios sobre dos puntos principales:
-
Cómo equilibrar la transparencia de la gobernanza con la aplicación efectiva de las restricciones de nombres.
-
Riesgos potenciales y consecuencias no deseadas de implementar estas restricciones.
Acercamiento al productor de bloques DaoBox
DaoBox, un productor de bloques que recientemente volvió a ingresar al ranking de los 21 principales, ha llamado la atención del equipo de ENF. Se están realizando esfuerzos para interactuar con los representantes de DaoBox y garantizar que estén alineados con las últimas actualizaciones y cambios del sistema. La comunicación abierta con todos los productores de bloques de alto rango se considera esencial para el éxito de la red en el futuro.
Conclusión
Las recientes discusiones entre los operadores de nodos de EOS destacan el compromiso continuo de la red con la mejora del rendimiento, la seguridad y la gobernanza. Con actualizaciones como el parche Spring 1.1.1 y las próximas versiones System Contracts 3.7 y 3.8, el enfoque sigue siendo optimizar las operaciones y abordar desafíos como el abuso de recursos y la prevención de estafas. Estos avances, junto con la participación activa de los productores de bloques y la comunidad en general, subrayan la importancia de la colaboración para dar forma al futuro de la red. A medida que se implementan estas actualizaciones, se alienta a las partes interesadas a mantenerse informadas, proporcionar comentarios y garantizar que sus sistemas estén preparados para los cambios que se avecinan.
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 autor 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.