Auteur : Markus Hinrichs
Editeur : Randall Roland
Traducteur : Charles Arroyo-Bishop
Les opérateurs Node, les développeurs du noyau Antelope et les membres de la communauté se réunissent chaque semaine pour parler du réseau et de son développement. L'objectif principal de chaque table ronde des opérateurs de nœuds est le suivant :
"...d'améliorer le protocole Antelope (en particulier) pour les opérateurs de nœuds".
Les tables rondes ont lieu tous les mercredis. Visitez le canal Telegram pour obtenir des informations sur la participation. La Fondation du réseau EOS fournit des tutoriels et de la documentation pour ceux qui souhaitent apprendre les bases de l'exploitation d'un nœud EOS.
Vous trouverez ci-dessous une liste des tables rondes contenues dans ce résumé bimensuel :
4 octobre : Faits saillants techniques du Leap 5, mise à niveau par consensus reportée au Leap 6
11 octobre : Leap 5.0 RC2, amélioration du processus de test, défis de la mise à niveau
N'oubliez pas de consulter les notes de réunion et les commentaires supplémentaires sur GitHub. Les vidéos se trouvent sur le YT de l'ENF.
4 octobre : Faits saillants techniques de Leap 5.0, mise à niveau par consensus reportée à Leap 6
Lors de la première table ronde d'octobre, Brian Hazzard de l'ENF a présenté une vue d'ensemble de plusieurs aspects techniques et des développements à venir liés à la sortie imminente de Leap 5.0. Par la suite, les opérateurs de nœuds ont participé à une session de questions-réponses, abordant des sujets tels que Prometheus RC1, les exécutions de transactions, et plus encore.
Points forts techniques de Leap 5.0
Réduction de l'état de la mémoire : Réduction de 20 % de l'état de la mémoire, avec un potentiel de réduction supplémentaire de 6 %. Bénéfique pour les opérateurs de nœuds EOS et potentiellement pour d'autres chaînes.
Aperçu des notes de version : Brian Hazzard a présenté un projet de notes de mise à jour et a mentionné la publication prochaine d'un guide de mise à jour. D'autres détails seront partagés sur le canal Telegram de l'opérateur du nœud Antelope.
Suppression des transactions différées : Les changements notables incluent la suppression des transactions différées via des changements de configuration. Une fonctionnalité de protocole pour leur suppression sera également incluse.
Bibliothèque BLS : Ajoutée pour l'agrégation de signatures et la mise en œuvre de preuves à connaissance nulle, en particulier dans la base de code Leap.
Optimisations : Améliorations de la mémoire, des performances de l'unité centrale et des capacités P2P. Ces optimisations améliorent la capacité de l'EVM EOS à gérer des transactions et des primitives cryptographiques plus importantes. De plus, le processus de transaction natif d'EOS sera positivement affecté.
Améliorations de l'efficacité
Récupération asynchrone de blocs : la récupération asynchrone de blocs est introduite, ce qui permet à nodeos de récupérer le prochain lot de blocs de manière indépendante. Ce processus transparent améliore l'efficacité de la synchronisation tout en optimisant la latence et l'utilisation de la bande passante grâce à de nouvelles valeurs par défaut.
Sélection des pairs : Les pairs connaissent désormais les blocs que vous possédez, ce qui simplifie la sélection des pairs en fonction de la disponibilité des blocs et réduit les allers-retours.
Contrôle de la bande passante : Un nouveau paramètre vous permet de limiter la bande passante maximale allouée à la recherche de blocs, ce qui garantit que la synchronisation ne consomme pas toutes les ressources de bande passante disponibles.
Réduction de la mémoire d'état : La contribution de la communauté a permis de reconstruire les structures de données pour la base de chaîne, ce qui a entraîné une réduction de 20 % de l'état de la mémoire. D'autres optimisations pourraient permettre une réduction supplémentaire de 6 %.
"Je suis très enthousiaste à propos de beaucoup de choses dans cette version. Les améliorations apportées à l'obtention de blocs sont vraiment géniales, on ne peut pas échouer avec la version 5.0, on obtient toujours des informations en retour, et c'est 4 fois plus rapide..." Kevin Heifner, OCI
11 OCTOBRE : Leap 5.0 RC2, amélioration du processus de test, défis de la mise à jour
La réunion a commencé par une mise à jour de Leap 5 RC1, qui a eu une brève fenêtre d'accessibilité avant d'être retirée en raison d'un bogue. Cela a conduit à la promotion de la RC2 en tant que nouvelle version candidate officielle. Alors que les discussions portaient sur les procédures de test, Eric Passmore (ENF) a présenté un nœud d'accès anticipé à l'API pour améliorer les tests, en abordant des questions telles que l'enregistrement des bogues et les problèmes de performance potentiels. La recherche de l'efficacité et d'un processus de test plus efficace a trouvé un écho parmi les participants, et des questions ont été posées concernant les processus de mise à jour pour les BP et les opérateurs de nœuds.
Discussion sur les tests
"...même les tests simples sont bons aussi. Seriez-vous prêts à faire quelques essais, et quel serait le meilleur format ?" Eric Passmore, ENF
Accès anticipé à un nœud d'API à des fins de test.
L'accent est mis sur la correction des bogues, la journalisation et les problèmes de performance potentiels.
Préférence pour les tests de code ou de développement ?
Importance des tests spécifiques, axés sur la valeur.
Défis pour les opérateurs de nœuds
Défis liés aux nœuds de l'historique de l'état, à la gestion des ressources et aux environnements de test.
Nécessité d'améliorer la coordination et la communication.
Feuille de route et communication
Demande d'une plus grande transparence dans la feuille de route du développement d'Antelope.
Communication claire pour les développeurs sur les mises à jour et les changements.
Mises à niveau du réseau
Les raisons de la mise à niveau sont les nouvelles fonctionnalités, l'amélioration des performances et l'évitement des bifurcations.
"...il y a une autre raison principale pour mettre à jour, c'est que vous ne voulez pas être forké à la chaîne..." Shaq
"...ces échanges sont probablement sur 3.1, une bonne version stable, jusqu'à ce que nous poussions un consensus fork 5.0, ils restent probablement sur 3.1 parce que tout fonctionne." Michael, EOS USA
Constructions personnalisées sur divers réseaux.
Gérer les constructions personnalisées et rester en ligne avec la base de code principale.
dApps et support L2
Importance de la compatibilité des nœuds et de l'évolutivité pour les dApps.
Coordination avec les fournisseurs de solutions de niveau 2.
Accords continus pour des transitions en douceur.
"...il y a certainement des solutions clés de niveau 2 qu'il serait bon d'avoir..." Michael, EOS USA
Différences dans les processus de mise à niveau
Processus de mise à niveau uniques en raison de constructions personnalisées sur des réseaux différents.
Gestion de diverses personnalisations et collaboration avec les développeurs.
Personnalisations variées adaptées aux besoins spécifiques du réseau.
Gestion de diverses personnalisations sur différents réseaux.
Beaucoup de code personnalisé sur WAX, Ultra, UX, etc. → il est beaucoup plus compliqué de les mettre à niveau.
Sources et références