El 21 de mayo de 2025, tuvo lugar la Mesa Redonda de Operadores de Nodos de Vaulta (anteriormente conocida como EOS), que reunió a desarrolladores de la red y operadores de nodos. Los temas principales fueron el lanzamiento del contrato del sistema core.vaulta y el nuevo intercambio de tokens de $EOS a $A. Además, discutieron la versión Antelope Spring 1.2 RC2, que incluye actualizaciones al protocolo de gossip destinadas a mejorar las conexiones entre pares y automatizar la configuración de cortafuegos. Otros temas abordados incluyeron la eliminación de métodos de retransmisión más antiguos y ideas para mejorar el descubrimiento de la red. Esta reunión destacó los cambios en curso en el marco técnico de la red Vaulta.
Conclusiones Clave
-
El contrato del sistema core.vaulta se ha implementado con éxito, y el intercambio de $EOS a $A ya está activo, con alrededor de 28 intercambios a bordo.
-
Los operadores de nodos deben actualizar a Antelope Spring 1.2 RC2 para aprovechar las nuevas características que mejoran la conectividad entre pares y la visibilidad de la red.
-
Hay planes para un gossip gaggle público para mejorar el descubrimiento de pares, especialmente para nodos que no son productores de bloques.
-
Los relés de solo bloques y de solo transacciones heredados pueden ser eliminados para simplificar las operaciones de la red y reducir problemas de conectividad.
-
La función Block Mac ahora es estándar en las últimas versiones de Antelope, ayudando a reducir las transmisiones redundantes de bloques.
Contrato del Sistema Vaulta core.vaulta y Intercambio de Tokens $EOS a $A
Bien, así que el nuevo contrato del sistema core.vaulta está en vivo. Eso es un gran asunto. El token $A y el intercambio de $EOS a $A también están en funcionamiento. Aquí tienes lo que necesitas saber:
-
Alrededor de 28 intercambios han dicho que apoyan el intercambio. Eso es una buena cobertura.
-
Si eres un desarrollador, necesitas actualizar al contrato del sistema core.vaulta antes del 17 de septiembre de 2025. Si no lo haces, las cosas pueden no funcionar correctamente.
-
Esta actualización es importante para mantener todo compatible y fluido. ¡No lo pospongas!
Actualización de Antelope Spring 1.2 RC2
Así que, la noticia está fuera: los operadores de nodos deben actualizar a Antelope Spring 1.2 RC2. Suena como una actualización bastante importante. Aquí está el trato:
-
Esta versión incluye una nueva configuración de gossip de BP, que debería mejorar la conectividad entre pares y la visibilidad de la topología de la red.
-
Hay una nueva configuración llamada
p2p-bp-gossip-endpoint. Los nodos pueden usar esto para transmitir detalles sobre las conexiones entrantes y salientes. Esto podría ayudar realmente a entender cómo está todo conectado. -
Los datos de gossip ahora tienen lógica de expiración. Expiran después de una hora y se vuelven a transmitir cada 30 minutos. Esto debería mantener la red fresca sin demasiada sobrecarga.
-
Hay mejor soporte para cortafuegos y automatización de conexiones, gracias a un nuevo endpoint de API. Esto debería facilitar la gestión de conexiones, especialmente para configuraciones más grandes.
Básicamente, suena como si esta actualización se tratara de mejorar cómo los nodos se comunican entre sí y cómo se organiza la red. Definitivamente vale la pena revisar el lanzamiento en GitHub para todos los detalles.
Topología de la Red y Discusión sobre el Descubrimiento de Pares
Así que, la discusión sobre la topología de la red y el descubrimiento de pares fue bastante interesante. Parece que hay una necesidad real de mejores formas para que los nodos se encuentren automáticamente, especialmente para aquellos que no son productores de bloques o nodos API. En este momento, puede ser un poco complicado conectar todo correctamente.
Una idea que surgió fue crear un "gossip gaggle" público. Básicamente, sería un lugar donde los nodos no BP podrían compartir su información de conexión de pares. Piensa en ello como un tablón de anuncios para nodos que buscan conectarse. Esto podría ayudar realmente a mejorar la conectividad general de la red.
Otra sugerencia fue usar algo similar a nodos semilla o de seguimiento, como ves en Ethereum o BitTorrent. Estos nodos actuarían como puntos centrales para distribuir información de pares. Esto podría facilitar que nuevos nodos se unan a la red y encuentren pares rápidamente.
Aquí hay algunas de las ideas que se discutieron:
-
Desarrollar un "gossip gaggle" público para no BPs.
-
Explorar nodos estilo semilla/seguimiento.
-
Usar contratos inteligentes para la publicación de hashes de instantáneas.
También hubo algo de conversación sobre usar contratos inteligentes para publicar hashes de instantáneas para la verificación del estado. Esto podría ser una forma de asegurar que los nodos estén utilizando el estado correcto, lo cual siempre es algo bueno.
Deprecación de Relés de Solo Bloques/Solo Transacciones
Así que, la discusión se centró en esas viejas etiquetas de pares :BLK y :TRX. Sabes, las que son para relés de solo bloques y de solo transacciones? Bueno, parece que realmente no están cumpliendo su función. Parece que no muchas personas las están usando.
Aquí está el trato:
-
Son un poco heredadas en este punto.
-
Podrían estar causando algunos problemas extraños de conexión.
-
Deshacerse de ellas podría simplificar un poco todo el tema de la red.
Básicamente, la idea es deshacerse de estas etiquetas para simplificar las cosas. Se trata de mantener la red ágil y eficiente, y a veces eso significa despedirse de las viejas formas.
Función Block Mac (Reducción de Redundancia de Bloques)
Así que, la función Block Mac – se trata de reducir la cantidad de datos de bloques innecesarios que circulan por la red. Esta cosa se implementó en Antelope Spring v1.1, y ahora está activada por defecto en ambas versiones de Antelope Spring v1.1 y v1.2. Piensa en ello como una forma inteligente de hacer las cosas más eficientes.
Básicamente, los nodos vigilan cuán redundantes son las transmisiones de bloques y luego ajustan cómo envían las cosas. Es como si estuvieran aprendiendo sobre la marcha, lo cual es bastante interesante.
Aquí está la esencia:
-
Los nodos rastrean qué bloques ya son ampliamente conocidos.
-
Luego reducen el envío de esos bloques a pares que probablemente ya los tengan.
-
Esto reduce el uso de ancho de banda en toda la red.
Es una idea simple, pero puede hacer una gran diferencia en mantener la red funcionando sin problemas.
Discusiones Técnicas Abiertas
Así que, la reunión concluyó con algunas discusiones técnicas abiertas, y honestamente, esta parte se sintió como una sesión de lluvia de ideas. Fue bastante interesante escuchar lo que todos estaban pensando.
Uno de los temas principales fue la sincronización de instantáneas. La discusión giró en torno a cómo hacerla más confiable y eficiente. Estaban lanzando ideas como métodos de distribución en fragmentos, algo así como funcionan los torrents. Suena prometedor, pero no estoy seguro de cuán fácil sería implementarlo.
Otra cosa de la que hablaron fue sobre los diferentes roles y tipos de nodos. Como, tienes tus productores de bloques (BPs), nodos API y proveedores de instantáneas. Parece que están tratando de averiguar cómo pueden trabajar mejor juntos estos diferentes nodos. Aquí hay algunas de las ideas que se mencionaron:
-
Mejor coordinación entre tipos de nodos.
-
Roles estandarizados para una gestión más fácil.
-
Incentivos para ejecutar tipos de nodos específicos.
Finalmente, alguien mencionó la idea de crear un oráculo de instantáneas. El objetivo sería verificar la integridad de las instantáneas utilizando consenso. Es una idea genial, pero también suena bastante compleja. Supongo que tendremos que esperar y ver si algo surge de ello.
Reflexiones Finales sobre la Reunión de Operadores de Nodos de Vaulta
En resumen, la reciente Reunión de Operadores de Nodos de Vaulta destacó varias actualizaciones e importantes discusiones que darán forma al futuro de la red. El exitoso lanzamiento del contrato del sistema core.vaulta y el intercambio de $EOS a $A marca un paso significativo hacia adelante. Las mejoras en la versión Antelope Spring 1.2 RC2, particularmente en lo que respecta al protocolo de gossip, prometen mejorar el descubrimiento de pares y la conectividad de la red. A medida que la comunidad continúa abordando problemas heredados y explorando nuevas ideas para las operaciones de nodos, está claro que la colaboración entre desarrolladores y operadores será clave para la evolución continua de la red. Las ideas compartidas durante esta reunión probablemente influirán en futuros desarrollos, haciendo de este un momento emocionante para todos los involucrados.
Este artículo fue creado con el apoyo de tecnología impulsada por IA, basándose en múltiples fuentes reputadas. El contenido final ha sido revisado y editado minuciosamente por el equipo editorial de BlockzHub para garantizar precisión, claridad y coherencia. Las fuentes originales de los informes se citan siempre que sea apropiado y necesario. Las opiniones expresadas en este artículo no representan necesariamente los puntos de vista o posiciones oficiales de BlockzHub. Este artículo tiene únicamente fines informativos y no debe considerarse asesoramiento financiero o profesional. Invertir implica riesgos, y se recomienda consultar a un asesor financiero calificado antes de tomar decisiones de inversión.
 Node Operator Meeting - $EOS to $A Token Swap, Gossip Protocol Upgrade, and Future of Peer Discovery.jpeg)