Réunion Vaulta Node Ops : Gouvernance, Infrastructure et Nouvelle Feuille de Route

La dernière réunion des opérateurs de nœuds Vaulta a eu lieu récemment, réunissant des personnalités clés pour discuter de la voie à suivre pour le réseau. Cette réunion s'est concentrée sur des sujets importants tels que le fonctionnement du réseau, les améliorations apportées à ses systèmes sous-jacents et les changements majeurs à venir sur la feuille de route. Ils ont parlé de choses comme la façon dont les validateurs sont payés, l'amélioration du fonctionnement du système et ce que Vaulta prévoit de faire après avoir changé de nom. La réunion a montré comment la Fondation Vaulta s'efforce de façonner l'avenir de la blockchain Vaulta.

Principaux points à retenir

• Le déploiement du contrat système Vaulta 3.10 est un peu en retard sur le calendrier en raison d'un petit problème affectant un producteur de blocs. Ils travaillent avec ce producteur pour régler le problème, dans le but de mettre à jour la version vers le 15 juillet.

• Les contrats système 3.10 introduiront des changements importants, notamment l'activation de BP Gossip Peering et la garantie que toutes les actions de mise et de réclamation utilisent le jeton $A, et non $EOS, via le contrat core.vaulta.

• Les opérateurs sont encouragés à commencer à configurer le gossip peering, mais ils ne doivent pas encore s'y fier complètement. L'idée est de passer lentement à la découverte automatisée des pairs à mesure que davantage de nœuds l'adoptent.

• La version Antelope Spring 1.3 a été mise en attente. L'équipe concentre désormais tous ses efforts sur la version 2.0 Dev Preview, car il n'y a pas de fonctionnalités urgentes dans la version 1.3 qui ne peuvent pas attendre.

• Un hard fork majeur du réseau Vaulta est prévu pour avril 2026. Cette mise à jour apportera des améliorations significatives telles que les appels de contrats synchrones et les flux d'événements de la blockchain, qui sont des étapes importantes pour le développement futur.

Exécution du contrat système Vaulta 3.10 retardée

Ainsi, l'exécution du contrat système Vaulta 3.10 est un peu retardée. Ce n'est pas un problème énorme, mais il y a un problème de compatibilité avec l'un des producteurs de blocs. Apparemment, ils utilisent encore d'anciennes configurations de mémo dans leurs transferts de récompenses.

• L'équipe travaille avec le BP concerné pour régler le problème.

• Le plan est de regrouper les récompenses en un seul transfert sans ces anciens mémos.

• Cela signifie que le BP doit modifier sa configuration de contrat locale.

La bonne nouvelle est qu'ils ne modifient pas le contrat lui-même. Ils visent toujours à ce que tout soit mis en ligne au plus tard le 15 juillet, croisons les doigts. Ce n'est qu'un petit obstacle sur la route, vraiment.

Principaux changements dans les contrats système 3.10 : Gossip Peering et application de $A

D'accord, donc les contrats système 3.10 apportent quelques changements assez importants. Les plus importants concernent le gossip peering et la façon dont $A est appliqué. Décomposons cela.

Tout d'abord, BP Gossip Peering, qui a en fait été introduit dans la version 3.9, est enfin mis en ligne sur le mainnet pour les nœuds qui ont été mis à niveau. Il s'agit d'une étape importante vers l'automatisation de la façon dont les nœuds se trouvent sur le réseau. Cela devrait rendre les choses plus efficaces à long terme.

L'autre changement majeur est que les opérations de mise et de réclamation seront désormais limitées au contrat core.vaulta. Cela signifie que $A sera appliqué à la place de $EOS. Fondamentalement, il s'agit de s'assurer que les choses sont faites correctement, en utilisant le jeton prévu.

Voici un bref aperçu :

• Le gossip peering s'active pour les nœuds mis à niveau.

• Les opérations de mise/réclamation sont limitées à core.vaulta.

• L'application de $A est prioritaire sur $EOS.

L'adoption du gossip peering se fera progressivement. L'équipe veut s'assurer que tout reste stable et fiable. Personne ne veut casser le réseau, n'est-ce pas ?

BP Gossip Peering : stratégie de transition et conseils d'adoption

Donc, le problème avec BP Gossip Peering est qu'il arrive, mais ce n'est pas comme actionner un interrupteur. C'est plutôt un déploiement lent. À l'heure actuelle, les producteurs de blocs devraient commencer à jouer avec les paramètres de gossip en même temps que leurs configurations de peering manuelles actuelles. Considérez cela comme vous mouiller les pieds avant de sauter dans le grand bain.

N'abandonnez pas encore votre peering manuel.

Il est important de se rappeler :

• Se lancer à fond dans le gossip peering avant que suffisamment de nœuds ne l'utilisent est une mauvaise idée. Cela pourrait nuire à la fiabilité du réseau, et personne ne veut cela.

• L'équipe Vaulta prévoit d'avoir des discussions communautaires à ce sujet, probablement lors de la prochaine table ronde. Alors, gardez un œil sur cela.

• Le but du gossip peering est de rendre la découverte des pairs automatique à long terme. Il s'agit de faciliter les choses, mais nous devons d'abord y arriver.

Fondamentalement, commencez à expérimenter, faites attention aux conseils de la communauté et ne vous précipitez pas. Doucement, mais sûrement, on gagne la course, surtout en ce qui concerne l'infrastructure réseau.

Calendrier de publication d'Antelope Spring 1.3 reporté pour donner la priorité à la version 2.0

Alors, la date du 29 juillet pour Antelope Spring 1.3 ? C'est parti. Pouf. Il s'avère qu'il n'y avait de toute façon pas de fonctionnalités super urgentes dans cette version. L'équipe a décidé de consacrer toute son énergie à la version 2.0 Dev Preview.

Ne vous inquiétez pas, cependant. Les modifications prévues pour la version 1.3 ? Elles apparaîtront toujours dans les prochaines versions Dev Preview. C'est juste que le report de la version 1.3 permet à chacun de se concentrer sur les éléments les plus importants et les plus importants de la feuille de route. Considérez cela comme un changement stratégique. C'est comme :

• Déplacer les ressources là où elles comptent le plus.

• Éviter les distractions avec des mises à jour moins critiques.

• Obtenir les fonctionnalités intéressantes de la version 2.0 plus rapidement.

Fondamentalement, il s'agit de s'assurer que les éléments importants sont réalisés sans interruption.

Hard fork du réseau Vaulta ciblé pour avril 2026 avec des mises à niveau du noyau

Ainsi, le réseau Vaulta prévoit un hard fork vers avril 2026. C'est important, car cela implique des mises à niveau du noyau du système. L'objectif principal est d'introduire des appels de contrats synchrones (ils les appellent « appels synchrones ») et des flux d'événements de la blockchain.

Pourquoi est-ce important ? Eh bien :

• Premièrement, ces flux d'événements seront la base des futures solutions de client léger. Pensez à un accès plus facile au réseau pour plus de personnes.

• Deuxièmement, Antelope Spring 2.0 (sur lequel ce hard fork est basé) est une mise à niveau assez importante. Il ne s'agit pas seulement de l'infrastructure de nœuds ; c'est plus que cela.

• Troisièmement, la version devrait améliorer les choses pour les développeurs et les intégrations hors chaîne. Plus de fonctionnalités est toujours un plus.

Fondamentalement, ils essaient de rendre le réseau Vaulta plus utile et accessible avec ce hard fork. C'est dans longtemps, mais il semble que cela vaudra la peine d'attendre.

La série Dev Preview devrait commencer avec les appels synchrones en juillet

L'équipe Vaulta se prépare à lancer sa série Dev Preview, en commençant par les appels synchrones en juillet. La première version préliminaire devrait sortir bientôt, avec une première implémentation des appels synchrones.

Voici ce à quoi les développeurs peuvent s'attendre :

• La première version préliminaire, la version 1, arrive rapidement. L'équipe vise une publication dans la semaine à venir.

• Cette version préliminaire comprendra des changements importants. Alors, soyez averti : elle ne sera pas compatible avec les versions futures. Il s'agit d'un terrain d'essai, après tout.

• Le CDT (Contract Development Toolkit) a été mis à jour. Les développeurs sont encouragés à tester leurs contrats hérités pour s'assurer qu'ils fonctionnent bien avec les nouveaux changements.

• Le testnet de la version préliminaire est déjà opérationnel. Le plan est de le mettre à niveau vers une version étiquetée prochainement.

Cadence de la version préliminaire pour développeurs et évolution des fonctionnalités décrites

Ainsi, l'équipe a un plan approximatif pour la façon dont ces versions préliminaires pour développeurs vont être déployées. Ce n'est pas gravé dans le marbre, mais voici l'essentiel :

• La version préliminaire pour développeurs 1 est prévue pour ce mois-ci (juillet). Il s'agit d'intégrer ces appels synchrones dès le début.

• La version préliminaire pour développeurs 2 est prévue pour septembre. Celle-ci devrait avoir la première version des événements et quelques améliorations à ces appels synchrones.

• La version préliminaire pour développeurs 3 est prévue pour novembre. L'objectif est de faire fonctionner un modèle de ressources pour les événements, ainsi que d'autres nouveautés dans le protocole.

Gardez à l'esprit que tout cela est sujet à changement. Ce qui finira par se retrouver dans chaque version dépendra de ce que les gens diront après les tests et de la façon dont les choses se dérouleront en général. Ils essaient d'être flexibles, ce qui est logique.

Compatibilité de l'infrastructure et changements d'environnement de construction

Ainsi, les choses changent un peu du côté de l'infrastructure. Le développement d'Antelope Spring 2.0 est désormais officiellement pris en charge uniquement sur Ubuntu 22.04. C'est ce que dit l'équipe.

Qu'est-ce que cela signifie pour vous ? Eh bien :

• Les versions Ubuntu 20 ne sont plus prises en charge. Il est temps de mettre à niveau si vous êtes toujours sur cette version.

• La compatibilité avec Ubuntu 24 n'est pas garantie. Procédez avec prudence si vous envisagez d'aller de l'avant.

• Les versions Docker devraient toujours fonctionner pour la plupart des gens, c'est donc un soulagement.

Fondamentalement, si vous êtes un développeur, vous devriez commencer à vous préparer à des outils et des environnements de construction mis à jour d'ici 2026. Cela arrive, alors mieux vaut être préparé !

Conclusion

La récente réunion des opérations de nœuds Vaulta a montré comment le réseau progresse. Les discussions ont porté sur des sujets tels que le fonctionnement du réseau, l'amélioration du système et les prochaines étapes du protocole. Il était clair que l'équipe s'efforce de s'assurer que le système reste stable tout en ajoutant de nouvelles fonctionnalités. La réunion a donné à chacun une bonne idée de ce que la Fondation Vaulta fait pour aider la blockchain Vaulta à croître et à évoluer.

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.