Los operadores de nodos de Vaulta se reunieron recientemente para revisar algunas actualizaciones importantes. El equipo discutió lo último sobre la bifurcación dura Spring 2.0, incluyendo una nueva vista previa para desarrolladores. También hablaron sobre un nuevo sistema para eventos en la cadena y cómo se está adoptando la nueva red gossip. Fue una reunión bastante concurrida con muchos detalles técnicos.
Puntos Clave
-
La bifurcación dura Spring 2.0 avanza, con una vista previa para desarrolladores ya disponible para pruebas. Los operadores de nodos deben revisar los cambios, especialmente con CDT 5.0, e informar cualquier problema que encuentren. Estas pruebas son importantes para detectar errores a tiempo.
-
Se está construyendo un nuevo sistema de eventos, que ayudará a rastrear lo que sucede en la cadena. La próxima vista previa añadirá eventos, y se necesita la retroalimentación de los operadores de nodos para asegurar que funcione bien y no cause problemas de almacenamiento o rendimiento.
-
La adopción de la red gossip está comenzando lentamente, con más claves de pares registradas. Hacer que la red funcione completamente sin configuración manual es el siguiente paso, y la retroalimentación de los principales productores de bloques ayudará a determinar cómo facilitar la participación de todos.
Antelope Spring 2: Serie de Vistas Previas para Desarrolladores
El lanzamiento de Antelope Spring 2 está desplegando su Serie de Vistas Previas para Desarrolladores, dando a la gente la oportunidad de probar las nuevas características. La primera vista previa ya está funcionando en la testnet. No es necesario ser un productor de bloques para participar; simplemente ejecutar un nodo de prueba es suficiente. Los principales aspectos que se están analizando ahora mismo son las actualizaciones sobre cómo se verifican las transacciones y los primeros soportes para las llamadas síncronas. Si estás construyendo cosas con CDT 5.0, ahora es un buen momento para desplegar esos contratos y ver cómo funcionan con esta vista previa. Las pruebas iniciales ya han revelado un error relacionado con las llamadas síncronas, lo que realmente demuestra por qué es tan importante que la comunidad pruebe las cosas.
Actualizaciones de Validación de Transacciones
Esta vista previa incluye cambios en cómo se verifican las transacciones antes de que se añadan a los bloques. El objetivo es hacer este proceso más robusto y detectar posibles problemas antes.
Soporte Inicial para Llamadas Síncronas
Se ha comenzado a trabajar en el soporte de llamadas síncronas, que son una nueva forma de interacción para los contratos inteligentes. Este soporte inicial es básico pero sienta las bases para características más avanzadas en el futuro.
Se Fomenta la Prueba Comunitaria
Se anima encarecidamente a los operadores de nodos y desarrolladores a configurar nodos de prueba y desplegar contratos. Proporcionar retroalimentación sobre errores y rendimiento ayuda a solucionar problemas antes del lanzamiento oficial.
Desarrollo y Hoja de Ruta del Sistema de Eventos
El desarrollo del sistema de eventos avanza, y es bastante importante para cómo vemos lo que sucede en la red. Piensa en los eventos como una forma para que los sistemas externos obtengan una imagen clara de lo que está sucediendo, especialmente con las llamadas síncronas. No aparecerán en todos los lugares donde podrías buscar, como algunas salidas de API, pero estarán disponibles en lugares estándar como la API de Trazas y DeepMind. Esto es importante porque muchas características futuras dependerán de que este sistema de eventos funcione correctamente.
Vista Previa para Desarrolladores 2: Eventos Sin Pruebas
Nuestro objetivo es lanzar la Vista Previa para Desarrolladores 2 a principios de septiembre. Esta versión introducirá el sistema de eventos, pero sin las pruebas adjuntas. El objetivo principal ahora mismo es asegurar que sea fácil de usar y entender. La idea de añadir pruebas a estos eventos podría venir más tarde, posiblemente en la Vista Previa 3. Este enfoque por etapas nos permite poner la funcionalidad principal a disposición de la gente para que la pruebe.
Hoja de Ruta y Consideraciones Futuras
La hoja de ruta para el sistema de eventos es bastante sencilla por ahora. El enfoque inmediato es lograr que el sistema sea estable y utilizable. Después de eso, consideraremos añadir pruebas, lo que hará que los eventos sean verificables. Esto significa que los operadores de nodos deberán planificar cómo se almacenarán e indexarán los eventos, ya que son diferentes del estado regular de la cadena de bloques. Se añaden, como un registro. Realmente esperamos que la gente se lance a probar la Vista Previa 2 cuando se lance para que podamos obtener retroalimentación sobre su rendimiento. Esa retroalimentación nos ayudará a solucionar cualquier problema antes de la actualización principal de la red.
Impacto en Nodos y Retroalimentación para Eventos
La introducción de eventos en el protocolo Antelope conlleva cambios notables para los operadores de nodos. Estos cambios se derivan principalmente de los nuevos requisitos de almacenamiento en disco y la indexación necesaria para hacer accesibles los datos de eventos. A diferencia del estado central de la cadena de bloques, los eventos están diseñados como registros de solo añadir, lo que significa que se debe prestar especial atención a la asignación y planificación de recursos. Se anima encarecidamente a los operadores de nodos a participar en la próxima Vista Previa para Desarrolladores 2. Esta fase de prueba es una excelente oportunidad para proporcionar retroalimentación directa sobre las implicaciones de rendimiento del manejo de eventos. Los conocimientos recopilados de estos primeros adoptantes serán fundamentales para refinar el sistema de eventos antes de su integración oficial a través de una bifurcación dura.
Actualización de Adopción de Gossip Peering
La adopción del gossip peering muestra los primeros signos de progreso, con un aumento constante en las claves de pares registradas. Esto indica que los operadores de nodos están comenzando a integrar esta nueva capacidad de red. La fase actual se centra en la recopilación de datos y retroalimentación para refinar el sistema antes de un despliegue más amplio.
Estado Actual y Desafíos
-
Registros de Claves de Pares: Se ha observado un aumento gradual en el número de claves de pares registradas. Este es un indicador positivo de la adopción inicial.
-
Configuración Manual: Actualmente, la configuración del gossip peering aún requiere configuración manual. Esta es una medida temporal, pero presenta una barrera para el descubrimiento de pares totalmente descentralizado.
-
Evaluación de la Malla de Red: Para comprender mejor la conectividad de la red, se ha pedido a los principales productores de bloques que compartan sus listas de pares gossip activos de forma privada. Esta información ayudará a mapear el progreso de la malla de la red gossip.
Mejoras Futuras
Se están realizando esfuerzos para agilizar el proceso de establecimiento de conexiones entre pares. El objetivo es reducir el esfuerzo de configuración inicial para los operadores de nodos y construir una red más robusta y resiliente. Se espera que futuras actualizaciones aborden el requisito de configuración manual, facilitando que los nodos se encuentren y conecten entre sí automáticamente.
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.