Vaulta, antes conocida como EOS, celebró su Reunión de Operadores de Nodos el 13 de agosto de 2025. La reunión cubrió muchos temas, desde actualizaciones de software y cambios de soporte hasta la dirección futura del desarrollo de Antelope Spring. Parece que las cosas se están moviendo bastante rápido en el ecosistema de Vaulta, con nuevas características y cambios en el horizonte. La discusión también abordó cómo se llevan a cabo estas reuniones, lo cual siempre es interesante ver cómo evolucionan las cosas.
Conclusiones Clave
-
La Reunión de Operadores de Nodos de Vaulta del 13 de agosto de 2025, discutió los lanzamientos de software recientes y próximos, incluyendo la Vista Previa para Desarrolladores de Antelope Spring 2.0 y el parche 1.2.2.
-
Antelope Spring 1.3 está planificado con características como "notificación de transacción" y mejoras en la CLI, mientras que Spring 2.0 apunta a principios de 2026 con "eventos" para operaciones de nodos más ligeras.
-
El soporte para Ubuntu está cambiando, con Antelope Spring 2.0 eliminando el soporte para Ubuntu 20, requiriendo Ubuntu 22 o 24.
-
El desarrollo de Spring 2.0 está progresando, siendo el sistema de "eventos" un enfoque principal para permitir tipos de nodos más eficientes.
-
Debido a la menor asistencia, los organizadores están considerando cambios en la frecuencia y el formato de las reuniones de Operadores de Nodos.
Asistencia a las Reuniones de Operadores de Nodos y Cambios de Formato
La participación en las reuniones regulares de Operadores de Nodos ha experimentado una notable disminución últimamente. Los organizadores están buscando formas de hacer estas sesiones más atractivas y accesibles. Las discusiones sobre posibles cambios en la frecuencia o el formato de las reuniones se llevarán a cabo dentro del grupo de mesa redonda dedicado en Telegram. Este enfoque tiene como objetivo recopilar comentarios directos de los operadores sobre la mejor manera de proceder. El objetivo es encontrar una estructura que se adapte mejor a las necesidades de la comunidad y fomente una participación más activa.
Vista Previa para Desarrolladores de Antelope Spring 2.0
La Vista Previa para Desarrolladores de Antelope Spring 2.0, versión 1.2, se puso a disposición hoy. Esta versión es principalmente para que los desarrolladores prueben nuevas características e incluye una corrección para un fallo raro que podría ocurrir durante las llamadas de sincronización. La mayoría de los operadores de nodos no necesitarán actualizar a esta versión previa, pero se anima a los desarrolladores de contratos inteligentes a volver a desplegar sus contratos en la red de prueba Dev Preview 1. Esto les ayudará a verificar cualquier problema de compatibilidad antes del lanzamiento principal.
Cambios Clave en 1.2
-
Corrección para el fallo de llamadas de sincronización: Aborda un problema específico e infrecuente que podría causar el fallo de un nodo durante la sincronización.
-
Enfoque en desarrolladores: Esta versión está destinada principalmente a pruebas y comentarios de la comunidad de desarrolladores.
-
Redespliegue en la red de prueba: Los desarrolladores de contratos inteligentes deben volver a desplegar en la red de prueba para asegurar que sus aplicaciones funcionen correctamente con esta vista previa.
Próximo Lanzamiento del Parche Antelope Spring 1.2.2
Se anticipa el lanzamiento del parche Antelope Spring 1.2.2 en breve, probablemente dentro de la próxima semana. Se recomienda a todos los operadores de nodos instalar esta actualización. Aborda una condición de carrera crítica que podría detener el progreso de los nodos Productores de Bloques (BP). Además, el parche resuelve un problema relacionado con los reinicios de MAC de bloque, que había estado afectando la propagación de bloques en la red. Estas correcciones son importantes para mantener una operación de nodo estable y eficiente.
Características Planificadas de Antelope Spring 1.3
Antelope Spring 1.3 se perfila como una actualización bastante significativa, con un lanzamiento tentativo planificado para dentro de unas seis semanas. Una de las cosas importantes es el soporte continuo para Ubuntu, específicamente añadiendo Ubuntu 24 mientras se mantiene la compatibilidad con Ubuntu 20 y 22. Esto da a la gente un poco de margen antes de los cambios más grandes en Spring 2.0.
Notificación de Transacción
Esta versión también introduce una característica llamada "notificación de transacción". La idea aquí es reducir la cantidad de tráfico de red redundante que se envía. Debería hacer las cosas un poco más eficientes.
Mejoras en la CLI
También hay algunas mejoras planificadas para la interfaz de línea de comandos (CLI). Estas actualizaciones se centran en el Token $A y los contratos Core Volta. Verá cosas como una opción para excluir el ForkDB de la salida del registro de bloques, lo que debería facilitar un poco la gestión e inspección de los registros para los operadores.
Soporte para Ubuntu
Como se mencionó, Spring 1.3 mantendrá el soporte para Ubuntu 20, 22 y añadirá Ubuntu 24. Esto es un paso intermedio, ya que el próximo lanzamiento de Spring 2.0 eventualmente eliminará el soporte para Ubuntu 20, haciendo de Ubuntu 22 y 24 los requisitos mínimos. Este enfoque permite a los operadores de nodos planificar sus actualizaciones gradualmente.
Hoja de Ruta de Soporte para Ubuntu
El soporte para versiones antiguas de Ubuntu está cambiando. Antelope Spring 2.0 ya no soportará Ubuntu 20.04 LTS. El requisito mínimo cambiará a Ubuntu 22.04 LTS y Ubuntu 24.04 LTS. Este cambio se está implementando para alinearse con los estándares actuales del sistema operativo y para aprovechar las nuevas características disponibles en las versiones más recientes de Ubuntu.
Para ayudar con esta transición, el próximo lanzamiento de Antelope Spring 1.3 no cambiará la versión mínima de Ubuntu. Esto proporciona una ventana para que los operadores de nodos planifiquen y ejecuten actualizaciones a Ubuntu 22.04 LTS o 24.04 LTS antes del cambio completo con Spring 2.0.
Aquí hay un desglose del soporte planificado:
-
Antelope Spring 1.3: Continúa el soporte para Ubuntu 20.04 LTS, 22.04 LTS y 24.04 LTS.
-
Antelope Spring 2.0: El soporte mínimo será Ubuntu 22.04 LTS y 24.04 LTS. Ubuntu 20.04 LTS será eliminado.
Se aconseja a los operadores de nodos que comiencen a probar sus entornos en Ubuntu 22.04 LTS y 24.04 LTS para prepararse para el cambio eventual.
Progreso del Desarrollo de Spring 2.0
El desarrollo de Antelope Spring 2.0 avanza, con el equipo centrándose en nuevas características clave. La primera vista previa para desarrolladores, que abordó un fallo en las llamadas de sincronización, salió el mes pasado. Ahora, el equipo está trabajando en la próxima vista previa, la Vista Previa 2. Este próximo lanzamiento introducirá la característica de "eventos".
La característica de "eventos" tiene como objetivo permitir que las aplicaciones envíen datos específicos de una manera que pueda ser probada, sin necesidad de un nodo completo. Inicialmente, el enfoque para esta característica será facilitar su uso a través de la API, en lugar de tener todas las complejas comprobaciones criptográficas implementadas de inmediato.
Aquí hay un vistazo a lo que está planificado:
-
Objetivo de la Vista Previa 2: El objetivo es lanzar la Vista Previa 2 en algún momento de septiembre de 2025. Sin embargo, esta fecha no es definitiva porque los detalles del diseño aún se están discutiendo.
-
Sistema de Eventos: Los registros de eventos serán mantenidos por los nodos productores de bloques y se convertirán en parte de cómo funciona el consenso.
-
Nodos Ligeros: Existe la posibilidad de crear "nodos ligeros" que solo almacenarían datos de eventos. Esto podría significar que no necesitarían tanto hardware potente para funcionar.
-
Posibilidades Futuras: Más adelante, estos nodos ligeros podrían incluso enviar transacciones sin tener que validar todo por completo. Esto podría facilitar que las aplicaciones e intercambios obtengan y prueben los datos que necesitan sin requerir todo el historial.
Conceptos del Sistema de Eventos y Nodos Ligeros para 2.0
Antelope Spring 2.0 está considerando algunos cambios bastante interesantes con su sistema de eventos y la idea de nodos ligeros. Básicamente, el plan es que los nodos Productores de Bloques (BP) mantengan registros de eventos, y estos registros serán parte de cómo funciona el consenso. Esto es un gran avance porque abre la puerta a lo que llaman "nodos ligeros".
Piénselo: estos nodos ligeros podrían almacenar solo los datos de eventos. Esto significaría que no necesitarían tanto hardware para funcionar, facilitando la participación de más personas.
Aquí hay un desglose de lo que eso podría significar:
-
Necesidades de Hardware Reducidas: Los nodos ligeros podrían reducir significativamente la barrera de entrada para ejecutar un nodo, ya que no necesitarían almacenar todo el historial de la cadena de bloques.
-
Acceso a Datos Enfocado: Las aplicaciones e intercambios podrían usar estos nodos ligeros para obtener datos específicos que necesitan, sin tener que procesar todo.
-
Propagación Futura de Transacciones: Más adelante, estos nodos ligeros podrían incluso enviar transacciones sin necesidad de realizar una validación completa de toda la cadena. Esto podría acelerar las cosas y hacer la red más eficiente.
El enfoque inicial para el sistema de eventos es facilitar el uso de la API, incluso si eso significa no tener todas las garantías criptográficas súper fuertes de inmediato. Quieren que esta funcionalidad esté disponible y sea práctica para los desarrolladores.
Mirando Hacia el Futuro para los Operadores de Nodos de Vaulta
La reciente reunión de operadores de nodos de Vaulta trazó un camino claro hacia adelante, con actualizaciones sobre los lanzamientos de Antelope Spring como el 1.2.2 y el próximo 1.3. Es bueno ver que se añade soporte para Ubuntu 24 en 1.3, con un cambio de Ubuntu 20 en Spring 2.0, por lo que mantener los sistemas actualizados será importante. La gran noticia es el progreso en Spring 2.0, especialmente el nuevo sistema de "eventos". Esto podría cambiar realmente cómo funcionan los nodos, haciéndolos más ligeros y eficientes, algo que muchos operadores han estado pidiendo. También hablaron sobre cambiar la frecuencia de sus reuniones porque menos gente está asistiendo, así que estén atentos a esas discusiones en el grupo de Telegram. En general, parece que están sucediendo muchas cosas, y mantenerse informado será clave para cualquiera que opere un nodo de Vaulta.
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.