En una reciente reunión de operadores de nodos de Vaulta, la red implementó los contratos del sistema v3.10 en la red principal, trasladando todas las recompensas de staking y de bloque a $A a través del contrato core.vaulta. También activaron el auto-peering de productores de bloques basado en gossip, eliminando las listas de pares manuales y haciendo que las conexiones sean más resilientes. Los desarrolladores pudieron echar un vistazo a Antelope Spring v2.0 y CDT v5.0, completo con llamadas de sincronización para interacciones de contratos más inteligentes. Además, Ubuntu 22 es ahora el sistema operativo requerido para la primera versión de desarrollo de Spring 2.0. Todo esto es parte del cambio continuo de Vaulta $EOS $A.
Puntos Clave
-
Los contratos del sistema Vaulta v3.10 se activaron en la red principal, enrutando el staking y las recompensas a $A a través de core.vaulta
-
El auto-peering de productores de bloques basado en gossip ahora está activo, reemplazando las listas de pares manuales y aumentando la resiliencia
-
Las vistas previas para desarrolladores de Antelope Spring v2.0 y CDT v5.0 son inminentes, mostrando nuevas características de llamadas de sincronización
-
Las llamadas de sincronización permiten que los contratos inteligentes lean datos de otros contratos de forma segura sin configuración adicional
-
Se requiere Ubuntu 22 para la primera compilación de desarrollo de Spring 2.0, por lo que los operadores deben planificar las actualizaciones del sistema operativo
Contratos del Sistema Vaulta Actualizados en la Red Principal de Vaulta
Bien, la gran noticia es que los contratos del sistema Vaulta se actualizaron en la red principal. Es un cambio bastante significativo, y esto es lo que necesitas saber. El MSIG (Multi Firma) hizo lo suyo, y los contratos del sistema Vaulta v3.10 ya están activos.
Esta actualización trae algunos cambios importantes en la forma en que funcionan las cosas, especialmente con el staking y las recompensas de BP.
Aquí hay un resumen rápido:
-
El staking y el unstaking de $EOS ahora están deshabilitados directamente. Todo el staking tiene que pasar por $A a través del contrato del sistema core.vaulta. Es un cambio en la forma en que se gestionan las cosas, así que asegúrate de estar al tanto.
-
El contrato del sistema core.Vaulta ahora está a cargo de manejar las recompensas de BP en $A. Esto centraliza el proceso de distribución de recompensas.
-
EOSIO bpay ahora convierte automáticamente las recompensas a $A. Esto debería agilizar el proceso y facilitar la gestión.
-
Si tienes permisos de reclamo personalizados, es posible que debas actualizarlos para evitar cualquier fallo en las recompensas. Vale la pena verificar para asegurarse de que todo siga funcionando como se espera.
Básicamente, esta actualización se trata de avanzar hacia un sistema más ágil y eficiente para gestionar el staking y las recompensas. Podría requerir algunos ajustes de tu parte, pero debería valer la pena a largo plazo.
Auto-Peering de BP Basado en Gossip Ahora Activo
¡Grandes noticias para la red principal de Vaulta! El auto-peering de BP basado en gossip está oficialmente activo. Este es un gran paso hacia una red más robusta y segura. Básicamente, significa que los productores de bloques pueden encontrar y conectarse automáticamente entre sí. No más problemas con las listas de pares estáticas o revueltos cuando cambia el horario. También debería ayudar con una recuperación más rápida si los puntos finales se caen.
Piénsalo de esta manera:
-
Es resiliente: Se adapta a los cambios en los detalles de conexión de pares automáticamente.
-
Es seguro: La información solo se comparte con otros BPs principales.
-
Es simple: Solo registras una clave y actualizas la configuración de tu nodo.
Para obtener el beneficio completo de esto, todos deben adoptarlo. Al configurar el peering de gossip, estás permitiendo que otros BPs se descubran y se conecten automáticamente contigo, y viceversa. ¡Es un ganar-ganar!
Esta característica necesita Spring v1.2.0 o superior. Si aún no te has actualizado, ahora es el momento. Además, si eres uno de los 50 principales productores de bloques, habilita el peering de gossip de BP. La configuración es rápida y realmente ayuda a la red.
Vistas Previas para Desarrolladores de Antelope Spring v2 y CDT v5 Inminentes
¡Prepárense, amigos! Las versiones de vista previa para desarrolladores 1 (dev1) tanto para Antelope Spring 2.0 como para CDT 5.0 están a la vuelta de la esquina. Este es un gran paso adelante, y el equipo está muy emocionado de poner estas herramientas en sus manos.
La vista previa inicial se centrará en las llamadas de sincronización, una característica completamente nueva para los contratos inteligentes. Operadores de nodos, ¡esto significa ustedes! Se les anima a participar, probar las cosas y dar su opinión sobre la red de prueba para desarrolladores. Su opinión es muy importante para asegurarse de que todo funcione sin problemas.
¿Tienes contratos existentes? ¡Genial! Puedes implementarlos para pruebas de regresión. Esto ayuda a asegurarse de que las nuevas actualizaciones no rompan nada. Esto es lo que debes tener en cuenta:
-
¡Prueba, prueba, prueba! Cuantas más pruebas, mejor.
-
Informa cualquier problema que encuentres. En serio, incluso las cosas pequeñas pueden ser útiles.
-
Mantente atento a las actualizaciones y anuncios. Las cosas podrían cambiar a medida que avanza la vista previa.
Llamadas de Sincronización Introducidas para un Diseño de Contratos Inteligentes Mejorado
Las llamadas de sincronización están aquí, y son un gran problema para cómo construimos contratos inteligentes. Básicamente, permiten que los contratos se comuniquen entre sí de manera más fácil y segura. Piénsalo de esta manera: en lugar de que un contrato hurgue directamente en los datos de otro contrato (lo que puede ser arriesgado), ahora puede solicitar piezas específicas de información a través de una interfaz definida.
¿Qué significa esto en la práctica? Bueno, algunas cosas:
-
Contratos más grandes y modulares: Puedes dividir la lógica compleja en piezas más pequeñas y manejables, y luego hacer que esas piezas se comuniquen mediante llamadas de sincronización. Esto hace que el código sea más fácil de entender, probar y mantener.
-
Acceso a datos más seguro: Al definir interfaces claras para el acceso a datos, reduces el riesgo de que un contrato estropee accidentalmente los datos de otro contrato. Es como tener una API bien definida en lugar de simplemente dejar que cualquiera husmee en la base de datos.
-
Interacciones entre contratos simplificadas: Leer datos de otros contratos se vuelve mucho más simple. No más soluciones complicadas o código desordenado, solo una llamada de sincronización limpia y directa.
Hay una guía del usuario disponible que explica todo esto con más detalle, con casos de uso y pasos de implementación. Se anima a los desarrolladores a comenzar a construir y probar contratos utilizando esta nueva lógica de llamadas de sincronización. Es un cambio de juego para el diseño de contratos inteligentes, y vale la pena familiarizarse con él.
Nota de Compatibilidad: Se Requiere Ubuntu 22 para Spring 2.0 Dev1
Bien, aquí está el trato. Si planeas participar en la Vista Previa para Desarrolladores 1 (dev1) de Spring 2.0, hay algo que absolutamente necesitas saber: solo está jugando bien oficialmente con Ubuntu 22.
Piénsalo de esta manera:
-
Si estás usando una versión anterior de Ubuntu, podrías encontrarte con algunos problemas de compilación. No está garantizado que se rompa, pero prepárate para posibles dolores de cabeza.
-
El equipo está centrando sus esfuerzos de prueba en Ubuntu 22 para esta versión inicial. Esto les ayuda a mantener las cosas estables y detectar errores de manera más eficiente.
-
No entres en pánico si no estás en Ubuntu 22 en este momento. El soporte para Ubuntu 24 está en la hoja de ruta para la versión final de Spring 2.0. Por lo tanto, tendrás la oportunidad de actualizar más tarde.
-
Básicamente, si quieres la experiencia más fluida con la versión dev1, Ubuntu 22 es el camino a seguir. Es solo lo que se ha probado y aprobado por ahora.
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.