El 12 de marzo de 2025, la Reunión de Operadores de Nodo de EOS reunió a actores clave de la comunidad EOS para discutir desarrollos recientes y desafíos. El enfoque principal fue el despliegue de la versión 3.8.0 de los contratos del sistema EOS y los problemas continuos con el rendimiento de la red, especialmente en las testnets. Los participantes compartieron ideas sobre cómo mejorar la conectividad y optimizar la red peer-to-peer, al tiempo que abordaron los desafíos únicos que plantean los tiempos de bloque rápidos. Esta reunión fue un paso hacia la refinación del ecosistema EOS y la garantía de su rendimiento robusto en el futuro.
Conclusiones Clave
-
El despliegue de los contratos del sistema EOS v3.8.0 ha sido aprobado con éxito con todas las firmas requeridas.
-
Las actualizaciones clave en v3.8.0 incluyen la introducción de 'regalar RAM' y cadenas de nombres de cuentas reservadas.
-
Las testnets están experimentando retrasos en la propagación de votos, lo que ha llevado a discusiones sobre posibles soluciones.
-
Se está desarrollando un nuevo sistema de emparejamiento basado en gossip para mejorar la eficiencia de la red peer-to-peer.
-
Los tiempos de bloque rápidos están creando desafíos para la propagación de votos, lo que resalta la necesidad de una mejor coordinación entre nodos.
Despliegue de los Contratos del Sistema EOS v3.8.0
Aprobación y Ejecución de MSIG
¡Buenas noticias en el frente de los contratos del sistema! La MSIG necesaria para desplegar los contratos del sistema v3.8.0 recibió el visto bueno. De hecho, obtuvo las 15 firmas requeridas justo antes de que comenzara la reunión. Eso es bastante eficiente.
Resumen de Cambios en v3.8.0
Entonces, ¿qué hay de nuevo en v3.8.0? Aquí está el resumen:
-
Se solucionaron algunos problemas con las cláusulas Ricardianas. No soy desarrollador, pero escucho que eso es algo bueno.
-
Se agregó "regalar RAM". Esto te permite dar RAM a otra persona, pero no pueden transferirla o revenderla. Interesante.
-
Se implementaron reservas de cadenas para nombres de cuentas. Esto es para ayudar a proteger marcas, para que alguien no pueda simplemente apoderarse de un nombre que ya está en uso.
Próximos Pasos
Estén atentos al 18 de marzo. Esa es la fecha en que se revelará el vector hash de cadenas reservadas. Esto evitará que las personas creen nuevas cuentas con esas cadenas reservadas. Se trata de mantener las cosas ordenadas y prevenir el acaparamiento de nombres, supongo.
Actualizaciones de Testnet y Problemas de Conectividad
Problemas con la Propagación de Bloques en Testnets
Entonces, después de la actualización a la versión 1.1.1, algunos de los productores de bloques notaron que los votos no se estaban propagando tan rápido como deberían. Esto fue especialmente notable en las testnets Jungle y Kyland. Es como si algunos nodos tuvieran problemas para comunicar las últimas bloques. Ajustaron la configuración de emparejamiento, y eso pareció ayudar un poco.
Causas Posibles de los Retrasos en la Propagación de Votos
¿Por qué estaban lentos los votos? Bueno, podrían estar ocurriendo varias cosas. La actualización en sí, de 1.1.0 a 1.1.1, podría haber afectado cómo se manejan las conexiones. Hubo algunos cambios en el "manejo de conexiones duplicadas", y tal vez eso introdujo un comportamiento extraño. Además, hay esta función de "Block MAC" que se agregó en 1.1.0. Podría estar filtrando o bloqueando conexiones cuando no debería.
Solución de Problemas y Soluciones Sugeridas
Esto es lo que intentaron: desactivar el Block MAC. Y adivina qué. ¡Pareció solucionar el problema! Pero, por supuesto, necesitan hacer más pruebas para asegurarse de que esa sea realmente la solución. Aquí hay una lista de cosas que están considerando:
-
Más pruebas en varias testnets.
-
Analizar el tráfico de la red con y sin Block MAC.
-
Verificar el uso de CPU y memoria durante la propagación de votos.
-
Revisar los cambios de código relacionados con el manejo de conexiones.
Se trata de averiguar exactamente qué está causando los retrasos y asegurarse de que la solución no rompa nada más.
Optimización de la Red Peer-to-Peer
Importancia del Emparejamiento Coordinado
En este momento, la red EOS depende de los productores de bloques (BPs) para comunicarse de manera eficiente. Es una red global, por lo que es muy importante que la información se difunda rápidamente. La configuración actual necesita que los BPs coordinen mucho para asegurarse de que los bloques se propaguen rápidamente. Piensa en esto:
-
Todos necesitan saber con quién hablar.
-
Esas conexiones deben ser confiables.
-
Si algo sale mal, puede ralentizar todo.
Mejoras Propuestas: Emparejamiento Basado en Gossip
El equipo está considerando una nueva forma de manejar las conexiones entre BPs. Se llama "emparejamiento basado en gossip". La idea es automatizar parte del proceso de conexión. Así es como podría funcionar:
-
Los BPs encontrarían automáticamente pares utilizando un protocolo de gossip.
-
Los mensajes serían firmados para asegurarse de que son legítimos.
-
Solo los mejores BPs compartirían información de conexión, manteniendo las cosas seguras y eficientes.
Discusiones sobre Consenso y Rendimiento de la Red
Los Tiempos de Bloque Rápidos Crean Desafíos Únicos
Los rápidos tiempos de bloque de EOS, de solo medio segundo, significan que los votos deben propagarse muy rápido. Algunos nodos están viendo tiempos de ida y vuelta de hasta 500 ms, lo que dificulta que los votos lleguen a tiempo. Esto crea algunos problemas interesantes para la red. Es como intentar ganar una carrera cuando ya estás a mitad de camino de la línea de meta.
Necesidad de Coordinación Centralizada en una Red Descentralizada
Parece extraño, pero incluso en una configuración descentralizada, aún necesitas cierta coordinación central, especialmente cuando se trata de quién habla con quién en la red. Algunas personas piensan que los Productores de Bloques (BPs) no deberían depender solo del software para manejar la optimización de la red. Se mencionó que:
-
La coordinación manual sigue siendo importante.
-
La automatización del software no es una solución completa.
-
La escalabilidad de los finalizadores podría ayudar a mejorar la resiliencia.
Conclusión
En resumen, la Reunión de Operadores de Nodo de EOS del 12 de marzo de 2025 destacó avances significativos y desafíos continuos dentro del ecosistema EOS. El exitoso despliegue de los contratos del sistema v3.8.0, que incluye características como "regalar RAM" y protecciones de nombres de cuentas, marca un paso adelante para la comunidad. Sin embargo, los problemas con la propagación de votos en las testnets tras la reciente actualización indican que aún queda trabajo por hacer. Las discusiones sobre la optimización de las conexiones peer-to-peer y la necesidad de una mejor coordinación entre los productores de bloques reflejan las complejidades de mantener una red de alto rendimiento. A medida que la comunidad EOS continúa abordando estos desafíos, el equilibrio entre descentralización y gestión efectiva de la red sigue siendo un enfoque clave.
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.