Réunion des opérateurs de nœuds Vaulta (anciennement EOS) : Échange de jetons $EOS contre $A, mise à niveau du protocole Gossip et avenir de la découverte des pairs

Le 21 mai 2025, la table ronde des opérateurs de nœuds Vaulta (anciennement connue sous le nom d'EOS) a eu lieu, rassemblant des développeurs de réseau et des opérateurs de nœuds. Les principaux sujets étaient le lancement du contrat système core.vaulta et le nouvel échange de jetons $EOS contre $A. De plus, ils ont discuté de la version Antelope Spring 1.2 RC2, qui comprend des mises à jour du protocole de gossip visant à améliorer les connexions pair-à-pair et à automatiser les configurations de pare-feu. D'autres problèmes abordés comprenaient la suppression des anciennes méthodes de relais et des idées pour améliorer la découverte du réseau. Cette réunion a mis en évidence les changements en cours dans le cadre technique du réseau Vaulta.

Points clés

• Le contrat système core.vaulta a été déployé avec succès, et l'échange de jetons $EOS contre $A est désormais actif, avec environ 28 échanges à bord.

• Les opérateurs de nœuds doivent mettre à jour vers Antelope Spring 1.2 RC2 pour profiter des nouvelles fonctionnalités qui améliorent la connectivité entre pairs et la visibilité du réseau.

• Il y a des projets pour un gossip gaggle public afin d'améliorer la découverte des pairs, en particulier pour les nœuds qui ne sont pas des producteurs de blocs.

• Les relais uniquement pour blocs et uniquement pour transactions pourraient être supprimés pour rationaliser les opérations du réseau et réduire les problèmes de connectivité.

• La fonctionnalité Block Mac est désormais standard dans les dernières versions d'Antelope, aidant à réduire les transmissions de blocs redondantes.

Contrat système Vaulta core.vaulta et échange de jetons $EOS contre $A

D'accord, donc le nouveau contrat système core.vaulta est en ligne. C'est un gros problème. Le jeton $A et l'échange de $EOS contre $A sont également opérationnels. Voici ce que vous devez savoir :

• Environ 28 échanges ont déclaré soutenir l'échange. C'est une bonne couverture.

• Si vous êtes développeur, vous devez mettre à jour vers le contrat système core.vaulta avant le 17 septembre 2025. Sinon, les choses pourraient ne pas fonctionner correctement.

• Cette mise à jour est importante pour garder tout compatible et fluide. Ne la remettez pas à plus tard !

Mise à jour Antelope Spring 1.2 RC2

Donc, la nouvelle est tombée : les opérateurs de nœuds devraient mettre à jour vers Antelope Spring 1.2 RC2. Cela semble être une mise à jour assez importante. Voici le deal :

• Cette version comprend une nouvelle configuration de gossip BP, qui devrait améliorer la connectivité pair-à-pair et la visibilité de la topologie du réseau.

• Il y a un nouveau paramètre appelé p2p-bp-gossip-endpoint. Les nœuds peuvent l'utiliser pour diffuser des détails sur les connexions entrantes et sortantes. Cela pourrait vraiment aider à comprendre comment tout est connecté.

• Les données de gossip ont maintenant une logique d'expiration. Elles expirent après une heure et sont rediffusées toutes les 30 minutes. Cela devrait garder le réseau frais sans trop de surcharge.

• Il y a un meilleur support pour les pare-feu et l'automatisation des connexions, grâce à un nouveau point de terminaison API. Cela devrait faciliter la gestion des connexions, en particulier pour les configurations plus grandes.

En gros, il semble que cette mise à jour vise à améliorer la communication entre les nœuds et l'organisation du réseau. Il vaut vraiment la peine de consulter la version GitHub pour tous les détails.

Topologie du réseau et discussion sur la découverte des pairs

Donc, la discussion sur la topologie du réseau et la découverte des pairs était assez intéressante. Il semble qu'il y ait un réel besoin de meilleures façons pour les nœuds de se trouver automatiquement, en particulier pour ceux qui ne sont pas des producteurs de blocs ou des nœuds API. En ce moment, cela peut être un peu compliqué de bien connecter tout.

Une idée qui a été évoquée était de créer un "gossip gaggle" public. En gros, ce serait un endroit où les nœuds non-BP pourraient partager leurs informations de connexion aux pairs. Pensez-y comme un tableau d'affichage pour les nœuds cherchant à se connecter. Cela pourrait vraiment aider à améliorer la connectivité globale du réseau.

Une autre suggestion était d'utiliser quelque chose de similaire aux nœuds de seed ou de tracker, comme on le voit dans Ethereum ou BitTorrent. Ces nœuds agiraient comme des points centraux pour distribuer des informations sur les pairs. Cela pourrait faciliter l'entrée de nouveaux nœuds dans le réseau et leur permettre de trouver rapidement des pairs.

Voici quelques-unes des idées qui ont été discutées :

• Développer un "gossip gaggle" public pour les non-BP.

• Explorer des nœuds de style seed/tracker.

• Utiliser des contrats intelligents pour la publication de hachages de snapshot.

Il y a également eu des discussions sur l'utilisation de contrats intelligents pour publier des hachages de snapshot pour la vérification de l'état. Cela pourrait être un moyen de s'assurer que les nœuds utilisent le bon état, ce qui est toujours une bonne chose.

Dépréciation des relais uniquement pour blocs/uniquement pour transactions

Donc, la discussion a porté sur ces anciens tags de pairs :BLK et :TRX. Vous savez, ceux pour les relais uniquement pour blocs et uniquement pour transactions ? Eh bien, il semble qu'ils ne soient plus vraiment utiles. Il s'avère que peu de gens les utilisent réellement.

Voici le deal :

• Ils sont un peu obsolètes à ce stade.

• Ils pourraient causer des problèmes de connexion étranges.

• Les supprimer pourrait simplifier l'ensemble du réseau.

En gros, l'idée est de se débarrasser de ces tags pour rationaliser les choses. Il s'agit de garder le réseau efficace, et parfois cela signifie dire adieu aux anciennes méthodes.

Fonctionnalité Block Mac (Réduction de la redondance des blocs)

Donc, la fonctionnalité Block Mac – elle vise à réduire les données de blocs inutiles qui circulent sur le réseau. Cette fonctionnalité a en fait été déployée dans Antelope Spring v1.1, et maintenant elle est activée par défaut dans Antelope Spring v1.1 et v1.2. Pensez-y comme une manière intelligente de rendre les choses plus efficaces.

En gros, les nœuds surveillent la redondance des transmissions de blocs et ajustent la façon dont ils envoient les données. C'est comme s'ils apprenaient au fur et à mesure, ce qui est plutôt sympa.

Voici l'essentiel :

• Les nœuds suivent quels blocs sont déjà largement connus.

• Ils réduisent ensuite l'envoi de ces blocs aux pairs qui les ont probablement déjà.

• Cela réduit l'utilisation de la bande passante à travers le réseau.

C'est une idée simple, mais cela peut faire une réelle différence pour garder le réseau en bon état de fonctionnement.

Discussions techniques ouvertes

Donc, la réunion s'est terminée par quelques discussions techniques ouvertes, et honnêtement, cette partie ressemblait à une séance de brainstorming. C'était assez intéressant d'entendre ce que tout le monde pensait.

Un des principaux sujets était la synchronisation des snapshots. La discussion a tourné autour de la manière de la rendre plus fiable et efficace. Ils ont évoqué des idées comme des méthodes de distribution par morceaux, un peu comme le fonctionnement des torrents. Cela semble prometteur, mais je ne suis pas sûr de la facilité de mise en œuvre.

Une autre chose dont ils ont parlé était les différents rôles et types de nœuds. Comme, vous avez vos producteurs de blocs (BPs), les nœuds API et les fournisseurs de snapshots. Il semble qu'ils essaient de comprendre comment ces différents nœuds peuvent mieux travailler ensemble. Voici quelques-unes des idées qui ont été mentionnées :

• Meilleure coordination entre les types de nœuds.

• Rôles standardisés pour une gestion plus facile.

• Incitations à faire fonctionner des types de nœuds spécifiques.

Enfin, quelqu'un a évoqué l'idée de créer un oracle de snapshot. L'objectif serait de vérifier l'intégrité des snapshots en utilisant le consensus. C'est une idée intéressante, mais cela semble aussi assez complexe. Je suppose que nous devrons attendre et voir si quelque chose en découle.

Dernières réflexions sur la réunion des opérateurs de nœuds Vaulta

En résumé, la récente réunion des opérateurs de nœuds Vaulta a mis en lumière plusieurs mises à jour et discussions importantes qui façonneront l'avenir du réseau. Le lancement réussi du contrat système core.vaulta et l'échange de jetons $EOS contre $A marquent une étape significative. Les améliorations dans la version Antelope Spring 1.2 RC2, en particulier concernant le protocole de gossip, promettent d'améliorer la découverte des pairs et la connectivité du réseau. Alors que la communauté continue de s'attaquer aux problèmes hérités et d'explorer de nouvelles idées pour les opérations des nœuds, il est clair que la collaboration entre développeurs et opérateurs sera essentielle à l'évolution continue du réseau. Les idées partagées lors de cette réunion influenceront probablement les développements futurs, rendant ce moment passionnant pour tous les impliqués.

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.