Lors d'une récente réunion des opérateurs de nœuds Vaulta, le réseau a déployé les contrats système v3.10 sur le réseau principal, déplaçant tous les enjeux et les récompenses de bloc vers $A via le contrat core.vaulta. Ils ont également activé l'auto-peering des producteurs de blocs basé sur le gossip, supprimant les listes de pairs manuelles et rendant les connexions plus résilientes. Les développeurs ont eu un aperçu d'Antelope Spring v2.0 et CDT v5.0, avec des appels de synchronisation pour des interactions de contrats plus intelligentes. De plus, Ubuntu 22 est désormais le système d'exploitation requis pour la première version de développement de Spring 2.0. Tout cela fait partie du passage continu de Vaulta de $EOS à $A.
Principaux points à retenir
-
Les contrats système Vaulta v3.10 sont entrés en vigueur sur le réseau principal, acheminant les enjeux et les récompenses vers $A via core.vaulta
-
L'auto-peering des producteurs de blocs basé sur le gossip est désormais actif, remplaçant les listes de pairs manuelles et améliorant la résilience
-
Les aperçus pour développeurs d'Antelope Spring v2.0 et CDT v5.0 sont imminents, présentant de nouvelles fonctionnalités d'appel de synchronisation
-
Les appels de synchronisation permettent aux contrats intelligents de lire en toute sécurité les données d'autres contrats sans configuration supplémentaire
-
Ubuntu 22 est requis pour la première version de développement de Spring 2.0, les opérateurs doivent donc planifier les mises à niveau du système d'exploitation
Contrats système Vaulta mis à niveau sur le réseau principal Vaulta
D'accord, la grande nouvelle est que les contrats système Vaulta ont été mis à niveau sur le réseau principal. C'est un changement assez important, et voici ce que vous devez savoir. Le MSIG (Multi Signature) a fait son travail, et les contrats système Vaulta v3.10 sont maintenant en ligne.
Cette mise à niveau apporte des changements importants à la façon dont les choses fonctionnent, en particulier en ce qui concerne les enjeux et les récompenses BP.
Voici un bref aperçu :
-
Le jalonnement et le déjalonnement de $EOS sont désormais désactivés directement. Tous les enjeux doivent passer par $A via le contrat système core.vaulta. C'est un changement dans la façon dont les choses sont gérées, alors assurez-vous d'en être conscient.
-
Le contrat système core.Vaulta est désormais en charge de la gestion des récompenses BP en $A. Cela centralise le processus de distribution des récompenses.
-
EOSIO bpay convertit désormais automatiquement les récompenses en $A. Cela devrait rationaliser le processus et faciliter la gestion.
-
Si vous avez des autorisations de réclamation personnalisées, vous devrez peut-être les mettre à jour pour éviter tout échec de récompense. Il vaut la peine de vérifier pour s'assurer que tout fonctionne toujours comme prévu.
Fondamentalement, cette mise à niveau vise à mettre en place un système plus rationalisé et efficace pour la gestion des enjeux et des récompenses. Cela peut nécessiter quelques ajustements de votre côté, mais cela devrait en valoir la peine à long terme.
L'auto-peering BP basé sur le gossip est maintenant en ligne
Excellente nouvelle pour le réseau principal Vaulta ! L'auto-peering BP basé sur le gossip est officiellement en ligne. Il s'agit d'une grande étape vers un réseau plus robuste et sécurisé. Fondamentalement, cela signifie que les producteurs de blocs peuvent automatiquement se trouver et se connecter les uns aux autres. Plus besoin de jouer avec des listes de pairs statiques ou de se démener lorsque le calendrier change. Cela devrait également aider à une récupération plus rapide si les points de terminaison tombent en panne.
Voyez les choses comme ceci :
-
C'est résilient : il s'adapte automatiquement aux changements dans les détails de connexion des pairs.
-
C'est sécurisé : les informations ne sont partagées qu'avec les autres meilleurs BP.
-
C'est simple : vous enregistrez simplement une clé et mettez à jour la configuration de votre nœud.
Pour profiter pleinement de cela, tout le monde doit l'adopter. En configurant le peering gossip, vous permettez aux autres BP de vous découvrir et de se connecter automatiquement à vous, et vice versa. C'est gagnant-gagnant !
Cette fonctionnalité nécessite Spring v1.2.0 ou supérieur. Si vous n'avez pas encore mis à niveau, c'est le moment. De plus, si vous êtes l'un des 50 meilleurs producteurs de blocs, veuillez activer le peering gossip BP. La configuration est rapide et cela aide vraiment le réseau.
Les aperçus pour développeurs d'Antelope Spring v2 et CDT v5 sont imminents
Préparez-vous ! Les versions de l'aperçu pour développeurs 1 (dev1) pour Antelope Spring 2.0 et CDT 5.0 sont imminentes. C'est un grand pas en avant, et l'équipe est très enthousiaste à l'idée de mettre ces outils entre vos mains.
L'aperçu initial mettra en lumière les appels de synchronisation, une toute nouvelle fonctionnalité pour les contrats intelligents. Opérateurs de nœuds, cela vous concerne ! Vous êtes encouragés à vous lancer, à tester les choses et à donner votre avis sur le testnet des développeurs. Votre contribution est très importante pour s'assurer que tout se déroule sans problème.
Vous avez des contrats existants ? Génial ! Vous pouvez les déployer pour des tests de régression. Cela permet de s'assurer que les nouvelles mises à jour ne cassent rien. Voici ce que vous devez garder à l'esprit :
-
Testez, testez, testez ! Plus il y a de tests, mieux c'est.
-
Signalez tout problème que vous rencontrez. Sérieusement, même les petites choses peuvent être utiles.
-
Gardez un œil sur les mises à jour et les annonces. Les choses pourraient changer au fur et à mesure de l'avancement de l'aperçu.
Appels de synchronisation introduits pour une conception de contrat intelligent améliorée
Les appels de synchronisation sont là, et ils sont très importants pour la façon dont nous construisons les contrats intelligents. Ils permettent essentiellement aux contrats de se parler plus facilement et en toute sécurité. Voyez les choses comme ceci : au lieu qu'un contrat fouille directement dans les données d'un autre contrat (ce qui peut être risqué), il peut maintenant demander des informations spécifiques via une interface définie.
Qu'est-ce que cela signifie en pratique ? Eh bien, quelques choses :
-
Des contrats plus grands et plus modulaires : Vous pouvez décomposer une logique complexe en éléments plus petits et plus faciles à gérer, puis faire communiquer ces éléments à l'aide d'appels de synchronisation. Cela rend le code plus facile à comprendre, à tester et à maintenir.
-
Un accès aux données plus sûr : En définissant des interfaces claires pour l'accès aux données, vous réduisez le risque qu'un contrat perturbe accidentellement les données d'un autre contrat. C'est comme avoir une API bien définie au lieu de simplement laisser n'importe qui fouiller dans la base de données.
-
Des interactions inter-contrats simplifiées : La lecture des données d'autres contrats devient beaucoup plus simple. Plus de solutions de contournement compliquées ou de code désordonné, juste un appel de synchronisation propre et simple.
Un guide de l'utilisateur est disponible qui explique tout cela plus en détail, avec des cas d'utilisation et des étapes de mise en œuvre. Les développeurs sont encouragés à commencer à construire et à tester des contrats en utilisant cette nouvelle logique d'appel de synchronisation. C'est un tournant pour la conception de contrats intelligents, et il vaut la peine de se familiariser avec.
Note de compatibilité : Ubuntu 22 requis pour Spring 2.0 Dev1
D'accord, voici le problème. Si vous prévoyez de vous lancer dans l'aperçu pour développeurs 1 (dev1) de Spring 2.0, il y a quelque chose que vous devez absolument savoir : il ne fonctionne officiellement qu'avec Ubuntu 22.
Voyez les choses comme ceci :
-
Si vous utilisez une ancienne version d'Ubuntu, vous pourriez rencontrer des problèmes de construction. Il n'est pas garanti que cela casse, mais soyez prêt à d'éventuels maux de tête.
-
L'équipe concentre ses efforts de test sur Ubuntu 22 pour cette version initiale. Cela les aide à maintenir la stabilité et à détecter les bogues plus efficacement.
-
Ne paniquez pas si vous n'êtes pas sur Ubuntu 22 pour le moment. La prise en charge d'Ubuntu 24 est prévue pour la version finale de Spring 2.0. Vous aurez donc la possibilité de mettre à niveau plus tard.
-
Fondamentalement, si vous voulez l'expérience la plus fluide avec la version dev1, Ubuntu 22 est la voie à suivre. C'est juste ce qui a été testé et approuvé pour le moment.
Cet article a été créé avec le soutien d'une technologie alimentée par l'IA, en s'appuyant sur plusieurs sources réputées. Le contenu final a été soigneusement examiné et édité par l'équipe éditoriale de BlockzHub afin de garantir précision, clarté et cohérence. Les sources d'information originales sont créditées lorsque cela est approprié et requis. Les opinions exprimées dans cet article ne reflètent pas nécessairement les points de vue ou les positions officielles de BlockzHub. Cet article est uniquement destiné à des fins informatives et ne doit pas être considéré comme un conseil financier ou professionnel. Investir comporte des risques, et il est recommandé de consulter un conseiller financier qualifié avant de prendre toute décision d’investissement.