La última reunión de operadores de nodos de Vaulta tuvo lugar recientemente, reuniendo a figuras clave para discutir el camino a seguir de la red. Esta reunión se centró en temas importantes como el funcionamiento de la red, las mejoras en sus sistemas subyacentes y los grandes cambios que se avecinan en la hoja de ruta. Se habló de temas como la forma en que se paga a los validadores, la mejora del funcionamiento del sistema y lo que Vaulta planea hacer después de cambiar su nombre. La reunión demostró cómo la Fundación Vaulta está trabajando para dar forma al futuro de la cadena de bloques de Vaulta.
Puntos clave
-
El lanzamiento de Vaulta System Contract 3.10 está un poco retrasado debido a un pequeño problema que afecta a un productor de bloques. Están trabajando con este productor para solucionarlo, con el objetivo de que la actualización se ponga en marcha alrededor del 15 de julio.
-
System Contracts 3.10 introducirá algunos cambios importantes, incluyendo la activación de BP Gossip Peering y asegurándose de que todas las acciones de stake y claim utilicen el token $A, no $EOS, a través del contrato core.vaulta.
-
Se anima a los operadores a que empiecen a configurar el gossip peering, pero no deben confiar en él por completo todavía. La idea es avanzar lentamente hacia el descubrimiento automatizado de pares a medida que más nodos lo adopten.
-
El lanzamiento de Antelope Spring 1.3 se ha pospuesto. El equipo está ahora centrando todo su esfuerzo en la versión preliminar 2.0 para desarrolladores, ya que no hay ninguna característica urgente en la 1.3 que no pueda esperar.
-
Está previsto un importante Hard Fork de la red Vaulta para abril de 2026. Esta actualización traerá mejoras significativas como las llamadas síncronas a contratos y los flujos de eventos de blockchain, que son grandes pasos para el desarrollo futuro.
Ejecución del contrato del sistema Vaulta 3.10 retrasada
Por lo tanto, la ejecución del contrato del sistema Vaulta 3.10 se está retrasando un poco. No es un gran problema, pero hay un problema de compatibilidad con uno de los productores de bloques. Aparentemente, todavía están utilizando algunas configuraciones de memo más antiguas en sus transferencias de recompensas.
-
El equipo está trabajando con el BP afectado para solucionarlo.
-
El plan es consolidar las recompensas en una sola transferencia sin esos memos antiguos.
-
Esto significa que el BP necesita ajustar su configuración de contrato local.
La buena noticia es que no están cambiando el contrato en sí. Todavía tienen como objetivo tener todo en vivo el 15 de julio o antes, dedos cruzados. Es sólo un pequeño bache en el camino, en realidad.
Cambios clave en los contratos del sistema 3.10: Gossip Peering y aplicación de $A
Bien, así que System Contracts 3.10 está trayendo un par de cambios bastante importantes. Los más importantes son los relacionados con el gossip peering y cómo se aplica $A. Vamos a desglosarlo.
En primer lugar, BP Gossip Peering, que en realidad se introdujo en la versión 3.9, finalmente se está poniendo en marcha en la red principal para los nodos que se han actualizado. Este es un gran paso hacia la automatización de cómo los nodos se encuentran entre sí en la red. Debería hacer las cosas más eficientes a largo plazo.
El otro cambio importante es que las operaciones de stake y claim ahora estarán limitadas al contrato core.vaulta. Esto significa que $A se va a aplicar sobre $EOS. Básicamente, se trata de asegurarse de que las cosas se hacen de la manera correcta, utilizando el token previsto.
Aquí hay un resumen rápido:
-
El gossip peering se activa para los nodos actualizados.
-
Las operaciones de stake/claim están restringidas a core.vaulta.
-
La aplicación de $A tiene prioridad sobre $EOS.
La adopción del gossip peering se producirá gradualmente. El equipo quiere asegurarse de que todo se mantenga estable y fiable. Nadie quiere romper la red, ¿verdad?
BP Gossip Peering: Estrategia de transición y guía de adopción
Entonces, el trato con BP Gossip Peering es que está llegando, pero no es como accionar un interruptor. Es más bien un despliegue lento. En este momento, los productores de bloques deberían empezar a jugar con la configuración de gossip junto con sus configuraciones manuales actuales de peering. Piense en ello como mojarse los pies antes de saltar a las profundidades.
No abandone su peering manual todavía.
Es importante recordar:
-
Apostar todo al gossip peering antes de que suficientes nodos lo estén utilizando es una mala idea. Podría afectar a la fiabilidad de la red, y nadie quiere eso.
-
El equipo de Vaulta está planeando tener algunas discusiones comunitarias sobre esto, probablemente en la próxima mesa redonda. Así que estad atentos.
-
El objetivo principal del gossip peering es hacer que el descubrimiento de pares sea automático a largo plazo. Se trata de facilitar las cosas, pero tenemos que llegar ahí primero.
Básicamente, empieza a experimentar, presta atención a la guía de la comunidad y no te precipites. Lento y constante gana la carrera, especialmente cuando se trata de la infraestructura de la red.
El calendario de lanzamiento de Antelope Spring 1.3 se aplaza para dar prioridad a la versión 2.0
Entonces, ¿el hito del 29 de julio para Antelope Spring 1.3? Se ha ido. Puf. Resulta que no había ninguna característica súper urgente en ese lanzamiento de todos modos. El equipo decidió poner toda su energía en la versión preliminar 2.0 para desarrolladores.
Pero no se preocupe. ¿Los cambios planeados para la 1.3? Todavía aparecerán en las próximas versiones preliminares para desarrolladores. Es sólo que retrasar la 1.3 permite a todos centrarse en las cosas más grandes e importantes de la hoja de ruta. Piense en ello como un cambio estratégico. Es como:
-
Mover los recursos a donde más importan.
-
Evitar las distracciones con actualizaciones menos críticas.
-
Sacar las características geniales de la 2.0 más rápido.
Básicamente, se trata de asegurarse de que las cosas importantes se hacen sin interrupción.
Hard Fork de la red Vaulta previsto para abril de 2026 con actualizaciones del núcleo
Por lo tanto, la red Vaulta está planeando un hard fork alrededor de abril de 2026. Es un gran problema porque implica algunas actualizaciones del núcleo del sistema. El objetivo principal es introducir llamadas síncronas a contratos (las llaman "sync calls") y flujos de eventos de blockchain.
¿Por qué es esto importante? Bueno:
-
En primer lugar, estos flujos de eventos van a ser la base para futuras soluciones de clientes ligeros. Piense en un acceso más fácil a la red para más personas.
-
En segundo lugar, Antelope Spring 2.0 (que es en lo que se basa este hard fork) es una actualización bastante grande. No se trata sólo de la infraestructura de los nodos; es más que eso.
-
En tercer lugar, el lanzamiento debería mejorar las cosas para los desarrolladores y las integraciones fuera de la cadena. Más funcionalidad es siempre una ventaja.
Básicamente, están tratando de hacer que la red Vaulta sea más útil y accesible con este hard fork. Falta mucho, pero parece que valdrá la pena la espera.
La serie Dev Preview comenzará con Sync Calls en julio
El equipo de Vaulta se está preparando para lanzar su serie Dev Preview, comenzando con sync calls en algún momento de julio. Se espera que la primera vista previa se publique pronto, con una implementación temprana de sync calls.
Esto es lo que los desarrolladores pueden esperar:
-
La vista previa inicial para desarrolladores, versión 1, se acerca rápidamente. El equipo tiene como objetivo un lanzamiento en la próxima semana o así.
-
Esta vista previa incluirá cambios importantes. Así que, ten cuidado: no será compatible con futuras versiones. Este es un campo de pruebas, después de todo.
-
El CDT (Contract Development Toolkit) ha sido actualizado. Se anima a los desarrolladores a probar sus contratos heredados para asegurarse de que se llevan bien con los nuevos cambios.
-
La testnet de vista previa ya está en funcionamiento. El plan es actualizarla pronto a una versión etiquetada.
Se describe la cadencia de la vista previa para desarrolladores y la evolución de las funciones
Por lo tanto, el equipo tiene un plan aproximado de cómo se van a desarrollar estas vistas previas para desarrolladores. No está escrito en piedra, pero aquí está la esencia:
-
La vista previa para desarrolladores 1 está prevista para algún momento de este mes (julio). Se trata de conseguir que esas sync calls estén ahí pronto.
-
La vista previa para desarrolladores 2 está prevista para septiembre. Esta debería tener la primera versión de Events y algunas mejoras en esas sync calls.
-
La vista previa para desarrolladores 3 está prevista para noviembre. El objetivo es conseguir que un modelo de recursos para Events funcione, además de otras cosas nuevas en el protocolo.
Tenga en cuenta que todo esto está sujeto a cambios. Lo que realmente termine en cada lanzamiento dependerá de lo que diga la gente después de las pruebas y de cómo vayan las cosas en general. Están tratando de ser flexibles, lo cual tiene sentido.
Compatibilidad de la infraestructura y cambios en el entorno de construcción
Por lo tanto, las cosas están cambiando un poco en el lado de la infraestructura. El desarrollo de Antelope Spring 2.0 ahora es oficialmente compatible sólo en Ubuntu 22.04. Esa es la palabra del equipo.
¿Qué significa esto para usted? Bueno:
-
Las compilaciones de Ubuntu 20 ya no son compatibles. Es hora de actualizar si todavía está en eso.
-
La compatibilidad con Ubuntu 24 no está garantizada. Proceda con precaución si está pensando en saltar adelante.
-
Las compilaciones de Docker deberían seguir funcionando para la mayoría de la gente, así que eso es un alivio.
Básicamente, si usted es un desarrollador, debe empezar a prepararse para las herramientas y entornos de construcción actualizados para 2026. Se acerca, ¡así que es mejor estar preparado!
Conclusión
La reciente reunión de operaciones de nodos de Vaulta mostró cómo la red está avanzando. Las discusiones cubrieron temas como el funcionamiento de la red, la mejora del sistema y lo que viene a continuación para el protocolo. Estaba claro que el equipo está trabajando para asegurarse de que el sistema se mantenga estable al tiempo que añade nuevas características. La reunión dio a todos una buena idea de lo que la Fundación Vaulta está haciendo para ayudar a la cadena de bloques de Vaulta a crecer y cambiar.
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.