Lors de la récente réunion des opérateurs de nœuds EOS/Vaulta qui s'est tenue le 30 avril 2025, des développeurs et des opérateurs d'infrastructure se sont réunis pour discuter des mises à jour importantes et des défis dans l'écosystème EOS. Parmi les sujets clés figuraient le correctif Antelope Spring 1.1.5, qui a résolu des bogues critiques, et les progrès réalisés sur les fonctionnalités de mise en réseau basées sur le gossip. La réunion a également abordé le prochain pilote de testnet Jungle pour le peering automatique basé sur le gossip et le passage de la Fondation EOS à la Fondation Vaulta. Les discussions autour de la propagation des transactions et des rôles de finaliseur ont mis en évidence l'évolution continue des modèles de gouvernance au sein du réseau EOS. Voici un résumé des principaux points de la réunion.
Points clés
-
Antelope Spring 1.1.5 corrige des bogues majeurs, améliorant la stabilité et les performances des nœuds.
-
La mise à jour 3.9.0 RC1 introduit le peering automatique basé sur le gossip, améliorant la connectivité du réseau.
-
Le testnet Jungle va tester des scénarios de gossip réels pour évaluer la résilience du réseau.
-
La Fondation Vaulta est désormais l'organisation principale pour les projets GitHub liés à EOS.
-
Le support IPv4 et IPv6 est limité, avec des défis persistants en matière de configuration et de publicité.
Le correctif Antelope Spring 1.1.5 corrige des problèmes critiques de compilation et de plantage
Donc, le correctif Antelope Spring 1.1.5 est sorti, et il semble que ce soit un correctif assez important. Il s'attaque à des problèmes sérieux qui causaient des problèmes pour les opérateurs de nœuds.
En gros, il y avait ce bogue qui faisait échouer la compilation des contrats OC sans même vous le dire, ce qui, bien sûr, perturbait les performances des nœuds. Redémarrer les nœuds aidait un peu, mais la vraie solution est de simplement mettre à jour. Ils ont également corrigé quelques plantages rares qui se produisaient avec ship, surtout lorsque les connexions étaient interrompues. Si vous utilisez OC ou ship pour la synchronisation ou l'indexation, vous devriez probablement mettre à jour.
Les fonctionnalités de peering basées sur le gossip progressent avec 3.9.0 RC1
La fonctionnalité de peering basée sur le gossip avance, avec des mises à jour incluses dans la version 3.9.0 RC1. C'est un gros problème car cela pourrait changer la façon dont les nœuds se connectent et partagent des informations. Les contrats système ont été mis à jour pour gérer l'enregistrement et la suppression des clés de pairs, ce qui rend le peering automatique possible.
Voici un rapide aperçu de ce qui se passe :
-
Une proposition de multi-signature (MSIG) pour déployer cela sur le testnet Jungle est attendue bientôt, peut-être au début de la semaine prochaine.
-
Si vous êtes intéressé par le test, des instructions ont été partagées dans le canal Jungle. L'équipe recherche des retours pour s'assurer que tout fonctionne correctement.
-
L'objectif est de rendre l'opération des nœuds plus facile et plus efficace en automatisant le processus de peering. Plus besoin d'ajouter manuellement des pairs, espérons-le !
Le testnet Jungle va piloter le peering automatique basé sur le gossip avec des scénarios réels
Le testnet Jungle va devenir un terrain d'essai pour la fonctionnalité de peering automatique basée sur le gossip. L'idée est de simuler des conditions de réseau réelles pour voir à quel point le nouveau système tient le coup. C'est une étape assez importante avant que quoi que ce soit ne soit mis en ligne sur le réseau principal.
Les opérateurs sont invités à garder leurs listes de pairs codées en dur au minimum. C'est important pour que le système de gossip puisse être testé correctement. Le réseau a besoin d'un bon nombre de participants pour vraiment le mettre à l'épreuve, surtout lorsque les choses deviennent un peu chaotiques.
En parlant de chaos, il y a des plans pour introduire des scénarios délibérément perturbateurs, comme :
-
Changer les ports.
-
Restructurer les horaires.
-
Rendre les choses un peu imprévisibles.
Une grande question est de savoir comment les pare-feux vont se comporter avec le nouveau système. Les retours de la communauté sur les configurations de pare-feu sont définitivement nécessaires pour avoir une image plus claire.
La Fondation Vaulta remplace la Fondation EOS sur GitHub
Donc, la Fondation EOS est sortie sur GitHub, et la Fondation Vaulta est entrée. C'est essentiellement un changement de nom pour l'organisation qui s'occupe de choses comme les contrats système et la documentation. Tous les dépôts ont été transférés.
Ce n'est pas un gros problème, mais c'est quelque chose à garder à l'esprit. Voici ce que vous devez savoir :
-
Le nom de l'organisation a changé, donc les dépôts comme les contrats système et la documentation sont sous un nouveau parapluie.
-
Les anciens liens devraient rediriger automatiquement, ce qui est bien. Mais c'est toujours une bonne idée de mettre à jour vos favoris si vous en avez.
-
Cela ne change pas vraiment la façon dont le réseau fonctionne, c'est plus une question administrative.
Limites de publicité IPv4 et IPv6 et défis de configuration
En ce moment, les nœuds ne peuvent annoncer qu'une seule adresse P2P. Si vous essayez de faire fonctionner à la fois IPv4 et IPv6, il va falloir apporter quelques modifications au code pour que cela fonctionne correctement. C'est un peu pénible, honnêtement. Les opérateurs constatent des choses différentes en raison de la façon dont DNS fonctionne et de la façon dont les réseaux sont configurés. De plus, peu de gens utilisent vraiment IPv6 pour le moment, donc la plupart des connexions sont encore en IPv4. C'est quelque chose à garder à l'esprit si vous modifiez la configuration de votre nœud.
Les nœuds prennent actuellement en charge une seule adresse P2P annoncée ; le support dual-stack nécessite des modifications de code.
Voici quelques éléments à considérer :
-
La résolution DNS peut être un peu imprévisible.
-
Les configurations réseau varient beaucoup, entraînant des expériences différentes.
-
L'adoption d'IPv6 est encore assez faible dans le monde réel.
La refonte de la propagation des transactions cible les goulets d'étranglement des grandes transactions
Donc, il y a ce problème avec les grosses transactions qui obstruent parfois le réseau. L'équipe travaille sur un correctif qui devrait rendre les choses plus fluides, surtout lorsqu'il y a beaucoup d'activité. L'idée est de réduire la congestion du réseau en envoyant de petits messages "notification de transaction" au lieu de la transaction entière tout de suite.
Pensez-y comme ceci :
-
Au lieu que tout le monde crie le message entier en même temps, ils envoient juste un rapide avis.
-
Les transactions ne sont transférées qu'aux pairs qui n'ont pas encore été notifiés, ce qui réduit les répétitions inutiles.
-
Cela devrait vraiment aider les performances lorsque le réseau est super occupé.
Cette mise à jour est prévue pour la version Spring 1.3. Il s'agit de s'assurer que les choses ne se bloquent pas lorsqu'il y a une tonne de transactions qui se produisent en même temps. C'est comme donner un peu d'air au réseau.
Les discussions sur les finalisateurs révèlent la flexibilité dans le consensus Savannah
Donc, il y a eu des discussions sur les finalisateurs et comment ils fonctionnent dans le mécanisme de consensus Savannah. Il s'avère qu'il y a plus de flexibilité que les gens ne le pensaient initialement. Le principal enseignement est que les rôles de finaliseur ne doivent pas être directement liés aux proposeurs de blocs, ce qui ouvre des possibilités pour une meilleure redondance.
Pensez-y comme ceci :
-
En ce moment, les contrats système sont configurés pour imposer un consensus de 2/3+1. Mais, devinez quoi, cela peut être ajusté jusqu'à 51 %. C'est un gros problème.
-
Les chaînes plus petites, comme Ultra, poussent vraiment pour des modèles de consensus qui peuvent évoluer. Ils ont besoin de quelque chose qui fonctionne sans coûter cher.
-
La partie cool est que vous pourriez techniquement faire fonctionner un tas de finalisateurs légers pour augmenter la tolérance aux pannes. Plus de finalisateurs, moins de risque que les choses tournent mal. Tout est une question d'options, et Savannah semble en offrir beaucoup.
Les poids et la séparation des rôles permettent des modèles de gouvernance avancés
Donc, le système est configuré pour gérer des votes de finalisateurs pondérés. Qu'est-ce que cela signifie ? En gros, cela signifie que vous pouvez traiter les producteurs et les finalisateurs différemment. Cela ouvre des possibilités intéressantes pour la façon dont la gouvernance est structurée.
Pensez-y comme ceci :
-
Vous pourriez payer uniquement les nœuds à fort poids, récompensant ceux qui contribuent le plus à la sécurité et à la stabilité du réseau.
-
Vous pourriez utiliser des bénévoles pour une participation à faible poids, permettant à plus de personnes de s'impliquer sans nécessairement avoir une grosse part.
-
Cette flexibilité vous permet d'ajuster le mécanisme de consensus sans avoir à apporter des modifications au niveau du protocole. Il s'agit d'ajuster les poids et les rôles pour obtenir le résultat souhaité.
-
Il met vraiment en évidence le potentiel de conceptions évolutives et résilientes, en particulier sur des chaînes plus petites où les ressources peuvent être limitées. Vous pouvez être créatif dans la façon dont vous allouez les responsabilités et les récompenses pour garantir que le réseau reste sain et sécurisé.
Conclusion
En résumé, la réunion des opérateurs de nœuds EOS/Vaulta du 30 avril 2025 a mis en lumière plusieurs développements importants dans l'écosystème EOS. Les discussions autour de la mise en réseau basée sur le gossip et de la flexibilité des rôles de finaliseur ont montré un engagement à améliorer les performances et l'adaptabilité du réseau. Les mises à jour du logiciel Antelope et l'introduction de nouvelles fonctionnalités comme le peering automatique sont des étapes vers un système plus efficace et résilient. Alors que des chaînes plus petites comme Ultra cherchent à bénéficier de ces avancées, le potentiel pour des modèles de gouvernance innovants devient plus clair. Dans l'ensemble, ces changements reflètent une approche proactive pour relever les défis auxquels sont confrontés les opérateurs de nœuds et la communauté au sens large.
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.