La réunion des opérateurs de nœuds EOS du 26 février 2025 a réuni des acteurs clés pour discuter des dernières mises à jour et des défis auxquels le réseau est confronté. Les sujets abordés allaient des mises à niveau logicielles et des propositions de gouvernance aux configurations des nœuds et aux mesures de sécurité. La réunion a souligné l'importance de la collaboration et de l'action rapide pour maintenir et améliorer l'écosystème EOS.
Points clés
-
Le patch Spring 1.1.1 est en ligne, se concentrant sur une propagation des blocs plus fluide et des transactions plus rapides.
-
Les producteurs de blocs sont encouragés à passer à Spring 1.1.1 pour de meilleures performances réseau.
-
Les contrats système 3.7 introduisent la fonctionnalité Gift RAM pour prévenir l'utilisation abusive des ressources allouées.
-
La fonctionnalité Gift RAM garantit que les utilisateurs ne peuvent pas exploiter ou revendre la RAM offerte.
-
Les contrats système 3.8 incluront les chaînes de caractères restreintes pour réduire les comptes frauduleux.
-
Les chaînes de caractères restreintes bloqueront les noms de comptes contenant des sous-chaînes signalées.
-
Les meilleures pratiques pour les producteurs de blocs et les nœuds finalisateurs ont été discutées, en mettant l'accent sur la configuration et la reprise après sinistre.
-
Les retours de la communauté sont encouragés sur des questions de gouvernance telles que les chaînes de caractères restreintes et les approbations MSIG.
Mise à niveau vers la série Spring 1.1
Publication du patch 1.1.1
La publication du patch Spring 1.1.1 marque une étape importante dans l'amélioration des performances et de la stabilité du réseau. Cette mise à jour corrige plusieurs bogues identifiés dans la version initiale 1.1, ce qui en fait une mise à niveau recommandée pour tous les opérateurs de nœuds. Les opérateurs qui n'ont pas encore effectué la mise à niveau sont encouragés à passer directement à la version 1.1.1 pour bénéficier des dernières corrections et optimisations.
Améliorations clés de la version 1.1.1
Le patch 1.1.1 introduit plusieurs améliorations clés visant à optimiser les opérations des nœuds :
-
Propagation des blocs optimisée : Réduit les retards causés par des blocs volumineux et riches en transactions, assurant une communication réseau plus fluide.
-
Mode transactions uniquement : Les relais publics peuvent désormais traiter les transactions sans être alourdis par des données de blocs inutiles.
-
Amélioration de la santé du réseau : Plus le nombre de nœuds adoptant cette mise à jour est élevé, plus les transactions et les blocs se propageront efficacement à travers le réseau.
Ces améliorations sont particulièrement bénéfiques pour les producteurs de blocs (BPs) exploitant des nœuds finalisateurs séparés, car elles améliorent la synchronisation et l'efficacité globale du traitement.
Mise à jour sur l'adoption et les tests
Le patch 1.1.1 a été déployé sur deux testnets et fait l'objet d'une surveillance supplémentaire pour garantir sa stabilité avant un déploiement complet sur le mainnet. Les opérateurs de nœuds sont invités à adopter rapidement la mise à jour pour résoudre les problèmes persistants, tels que la dérive de finalité, qui ont été observés dans certains scénarios. Les grands points d'accès publics qui configurent correctement leurs nœuds après la mise à niveau devraient avoir un impact particulièrement positif sur les performances globales du réseau.
Proposition Multi-Signature (MSIG) pour les contrats système 3.7
Qu'est-ce qui est inclus dans la version 3.7 ?
Les contrats système 3.7 introduisent plusieurs mises à jour visant à améliorer la fonctionnalité et la gouvernance. L'ajout le plus notable est la fonctionnalité Gift RAM, qui permet aux comptes d'allouer de la RAM à d'autres comptes avec des restrictions spécifiques. Cela garantit que la RAM offerte ne peut pas être vendue ou transférée à des tiers. Au lieu de cela, elle ne peut être utilisée que par le destinataire ou retournée à l'expéditeur. Cette proposition inclut également des corrections de la mise à jour 3.6.1 précédemment annulée, garantissant une mise en œuvre plus stable et sécurisée.
Pourquoi la Gift RAM est importante
La fonctionnalité Gift RAM est conçue pour résoudre les problèmes d'utilisation abusive des ressources dans l'écosystème. Par le passé, certains utilisateurs ont exploité des programmes de création de comptes gratuits en vendant ou en abusant de la RAM qu'ils recevaient. Avec les nouvelles restrictions, les services de création de comptes peuvent s'assurer que les ressources sont utilisées comme prévu. Cela empêche non seulement les abus, mais favorise également une allocation équitable des ressources. Par exemple :
-
La RAM offerte aux nouveaux utilisateurs ne peut soutenir que les opérations de leur compte, empêchant la revente.
-
Les fournisseurs de services peuvent récupérer la RAM inutilisée, garantissant une utilisation efficace des ressources.
-
L'écosystème bénéficie d'une réduction de l'exploitation, renforçant la confiance parmi les utilisateurs.
Prochaine version des contrats système 3.8
Développement et calendrier de publication
Les contrats système 3.8 sont en phase finale de développement et de tests internes. Le déploiement sur le Jungle Testnet est prévu pour la semaine prochaine, où il sera soumis à des tests rigoureux. Si tout se passe comme prévu, l'équipe vise à proposer une approbation multi-signature (MSIG) pour un déploiement sur le mainnet d'ici le 11 mars 2025. Ce calendrier reflète l'engagement de la communauté à garantir que la version soit à la fois stable et sécurisée.
Nouvelle fonctionnalité : chaînes de caractères restreintes pour la création de comptes
Un ajout significatif dans cette version est l'introduction de chaînes de caractères restreintes pour la création de comptes. Cette nouvelle fonctionnalité permet au compte privilégié EOSIO de bloquer la création de comptes contenant des sous-chaînes spécifiques. L'objectif est de réduire les arnaques et les tentatives d'usurpation en empêchant l'utilisation abusive de noms officiels ou trompeurs.
Voici comment cela fonctionne :
-
Un compte privilégié pré-réserve des versions hachées des sous-chaînes restreintes pour maintenir la confidentialité.
-
Une fois finalisées, les sous-chaînes restreintes sont divulguées publiquement, et l'application commence immédiatement.
-
Ce processus en deux étapes élimine tout décalage temporel que des acteurs malveillants pourraient exploiter.
La liste des chaînes de caractères restreintes sera petite et soigneusement sélectionnée, ne ciblant que les cas à haut risque. Les producteurs de blocs (BPs) auront le pouvoir d'approuver ou de rejeter ces restrictions, garantissant un processus de gouvernance décentralisé et transparent.
Considérations sur la gouvernance et la sécurité
Bien que la fonctionnalité des chaînes de caractères restreintes améliore la sécurité, elle introduit également des défis en matière de gouvernance. Une question clé est de savoir comment mettre en œuvre ces restrictions sans permettre aux mauvais acteurs de pré-enregistrer des noms similaires avant l'application. Le processus en deux étapes mentionné plus tôt répond efficacement à cette problématique.
Autres considérations :
-
Garantir que le processus reste transparent pour la communauté.
-
Équilibrer les mesures de sécurité avec le besoin de supervision décentralisée.
-
Maintenir une liste minimale et ciblée de sous-chaînes restreintes pour éviter les abus.
Les producteurs de blocs jouent un rôle crucial dans ce modèle de gouvernance. Leur capacité à approuver ou rejeter les restrictions proposées garantit qu'aucune entité unique n'a un pouvoir incontrôlé sur le système.
Configuration des nœuds producteurs de blocs (BP) et finalisateurs
Meilleures pratiques pour les nœuds BP et finalisateurs
Configurer les nœuds producteurs de blocs (BP) et leurs nœuds finalisateurs correspondants est une partie essentielle du maintien d'un réseau robuste et fiable. Bien qu'il n'y ait pas de recommandation officielle sur le fait que ces nœuds doivent fonctionner sur la même machine ou séparément, la décision dépend souvent de la stratégie de reprise après sinistre de l'opérateur. Chaque option de configuration présente ses propres compromis.
Voici quelques considérations clés :
-
Nœuds séparés : Exécuter les nœuds BP et finalisateurs sur des machines différentes peut améliorer la tolérance aux pannes. Cependant, cela nécessite une configuration minutieuse pour assurer une communication fluide entre les nœuds, ce qui peut être techniquement exigeant.
-
Machine partagée : Héberger les deux nœuds sur la même machine simplifie la configuration mais peut créer un point de défaillance unique. Cette option est souvent choisie pour les petites opérations disposant de ressources limitées.
-
Surveillance et journaux : Quelle que soit la configuration, les opérateurs doivent surveiller de près les journaux système pour détecter toute irrégularité ou problème potentiel avant qu'ils ne s'aggravent.
Impact des retards des finalisateurs
Les nœuds finalisateurs jouent un rôle crucial dans le processus de production de blocs. Si un BP ne reçoit pas de votes de son finalisateur associé, la production de blocs s'arrête temporairement. Le système est conçu pour permettre un court délai—de quelques secondes à quelques minutes—avant d'arrêter complètement la production de blocs. Ce délai tampon donne aux opérateurs le temps de résoudre les problèmes mineurs sans causer de temps d'arrêt significatif.
Pour atténuer l'impact des retards :
-
Vérifiez régulièrement la santé et la connectivité des nœuds finalisateurs.
-
Mettez en place des alertes automatisées pour signaler les problèmes de synchronisation potentiels.
-
Testez les procédures de reprise après sinistre pour garantir une résolution rapide des pannes inattendues.
En adoptant ces pratiques, les opérateurs de nœuds peuvent maintenir une haute disponibilité et contribuer à la stabilité globale du réseau.
Discussion ouverte et prochaines étapes
Contrats système 3.7 – Approbation MSIG nécessaire
Les producteurs de blocs (BPs) sont fortement encouragés à examiner et à approuver la proposition Multi-Signature (MSIG) pour les contrats système 3.7. Cette mise à jour introduit la fonctionnalité Gift RAM, qui garantit que la RAM allouée est utilisée de manière responsable et ne peut pas être exploitée à des fins lucratives. Une approbation rapide est essentielle pour maintenir l'élan des mises à jour du système et éviter les retards de déploiement.
Contrats système 3.8 – Discussion sur le problème #186
La communauté discute activement de la fonctionnalité des chaînes de caractères restreintes, un élément clé de la prochaine version des contrats système 3.8. Cette fonctionnalité vise à bloquer la création de comptes avec certaines sous-chaînes restreintes pour réduire les arnaques et les tentatives d'usurpation. Les développeurs ont demandé des retours sur deux points principaux :
-
Comment équilibrer la transparence de la gouvernance avec une application efficace des restrictions de noms.
-
Les risques potentiels et les conséquences imprévues de la mise en œuvre de ces restrictions.
Engagement avec le producteur de blocs DaoBox
DaoBox, un producteur de blocs qui a récemment réintégré le top 21 des classements, a attiré l'attention de l'équipe ENF. Des efforts sont en cours pour engager un dialogue avec les représentants de DaoBox afin de s'assurer qu'ils sont alignés sur les dernières mises à jour et changements du système. Une communication ouverte avec tous les producteurs de blocs de haut rang est considérée comme essentielle pour le succès futur du réseau.
Conclusion
Les discussions récentes parmi les opérateurs de nœuds EOS mettent en évidence l'engagement continu du réseau à améliorer les performances, la sécurité et la gouvernance. Avec des mises à jour telles que le patch Spring 1.1.1 et les prochains contrats système 3.7 et 3.8, l'accent reste mis sur l'optimisation des opérations et la résolution des défis tels que l'abus des ressources et la prévention des arnaques. Ces avancées, associées à l'implication active des producteurs de blocs et de la communauté au sens large, soulignent l'importance de la collaboration pour façonner l'avenir du réseau. À mesure que ces mises à jour sont déployées, les parties prenantes sont encouragées à rester informées, à fournir des retours et à s'assurer que leurs systèmes sont prêts pour les changements à venir.
Cet article a été rédigé avec l'assistance de l'IA pour recueillir des informations provenant de plusieurs sources fiables. Le contenu a été examiné et édité par notre équipe éditoriale afin de garantir sa précision et sa cohérence. Les opinions exprimées sont celles de l'auteur et ne reflètent pas nécessairement celles de BlockzHub. Les sources d'information originales sont créditées chaque fois que cela est approprié et nécessaire. Cet article est à titre informatif uniquement et ne constitue pas un conseil financier. Investir comporte des risques, et vous devez consulter un conseiller financier qualifié avant de prendre toute décision d'investissement.