Auteur: Marco González

Editeur: Randall Roland

Traducteur: Vincent Davoine

Les opérateurs Node se réunissent chaque semaine avec les développeurs principaux d'Antelope et les membres de la communauté. L'objectif primordial de la table ronde des opérateurs Node est le suivant :

Les réunions ont lieu le mercredi à 14h UTC et durent une heure.

La table ronde du 1er Février a exploré les paramètres de configuration actuels (Leap v3.2) et futurs. À mi-chemin de la discussion, il est apparu clairement que la configuration des nœuds est un sujet qui doit être approfondi.

Avec la récente publication de DUNE v1.1, Leap fait un nouveau pas en avant dans sa mission de rendre le développement et l'exploitation des nœuds plus accueillants. Notez que la prise en charge d'Ubuntu 18.04 sera supprimée avant le test de Leap v4.0 en mars. Les développeurs souhaitant utiliser Ubuntu devront effectuer une mise à niveau. Les versions Ubuntu 20.04 et 22.04 seront officiellement prises en charge.

Notez également que le test de mars n'impliquera pas une mise à niveau consensuelle. Au lieu de cela, septembre a été mentionné (lors de la table ronde du 8 février) comme date cible potentielle pour le consensus.

La configuration des nœuds à des fins particulières s'avère être une question complexe. Une nouvelle documentation est nécessaire. La documentation de Leap 3.2 devrait être améliorée afin d'aborder les configurations avant la mise à niveau.

Les temps de réponse HTTP ont occupé une grande partie de la réunion. Il y a un accord sur le fait que le temps de réponse doit être au moins égal au temps de sérialisation maximum. Les temps de réponse peuvent être fixés à un niveau plus élevé pour assurer un équilibre entre les flux entrants et sortants. Par exemple, une requête HTTP échoue si le temps de réponse est trop long pour les gros blocs. Atomic Hub a été utilisé à titre d'illustration.

En outre, les données d'appel excessives et l'efficacité globale doivent être prises en compte à l'avenir. Il a été mentionné dès le début de la discussion qu'il fallait s'attendre à de l'aide avec les "boost libraries" et les changements stratégiques.

Regardez l’enregistrement sur la chaîne YouTube de l’EOS Network Foundation.

Les notes pour la configuration et les applications potentielles des nœuds ont occupé une grande partie de cette réunion. Le sujet de discussion de la semaine prochaine était intitulé : "Noeuds à usage spécial".

La meilleure façon de configurer les nœuds pour des besoins spécifiques devrait s'étendre au-delà même de la discussion de la semaine prochaine. Les principaux domaines identifiés comme devant être améliorés sont les suivants :

Notez que les éléments (par exemple, l'allègement de la pression et l'efficacité) sont souvent liés entre eux. Les nœuds à usage spécifique et leur classification traitent de concepts abstraits. La discussion cherchera également à apporter des précisions.

La table ronde du 8 février a commencé le processus de classification des différentes façons dont les nœuds sont configurés et utilisés. Un document sur la taxonomie des nœuds d'Antilope, en cours de développement, précède la version 4.0 de Leap (la date cible est fin mars sur le réseau de test Jungle). Attendez-vous à une mise à jour consensuelle de Leap dès septembre.

En plus des dates cibles de mars et septembre, attendez-vous à une annonce concernant un gel du code pour Leap 4.0.

Les nœuds à usage spécifique constituent un modèle conceptuel de tous les cas d'utilisation potentiels. L'organisation de l'utilisation et de la configuration des nœuds est un sujet qui suscite l'intérêt des développeurs EOS depuis un certain temps. Avec la version 4.0, les opérateurs de nœuds sont sur le point de faire un pas de géant dans la rationalisation de la gestion quotidienne.

Brian Hazzard a comparé le processus de brainstorming sur les nœuds à des "blocs Lego". Comme on peut le constater, les caractéristiques et les rôles ultérieurs des nœuds d'Antilope sont souvent abstraits. Les commentaires de la communauté sont les bienvenus. Pour la liste actuelle des caractéristiques des nœuds ou des classifications lâches, visitez le document d'orientation: projet de taxonomie des rôles que jouent les différents nœuds d'antilopes.

Les classifications de travail sont énumérées dans le projet de document. Ont été examinés lors de cette table ronde :

Ce qui suit est un aperçu des types de nœuds discutés lors de cette réunion. Plus de détails peuvent être trouvés sur GitHub (voir les problèmes de la semaine) et le document de projet de taxonomie.

Les caractéristiques identifiées des nœuds nécessitant un consensus qui ajoutent des blocs à une chaîne sont les suivantes :

Les meilleures pratiques de configuration comprennent :

Voir le projet de document sur la taxonomie pour les considérations futures.

La classification la plus élémentaire est le nœud de relais de blocs. La définition dit tout. Le relais consiste à maintenir les connexions avec les pairs et à valider les en-têtes de blocs. Merci à Stephen Diesel pour son commentaire :

“Les bons blocs entrent, les bons blocs sortent.”

L'avantage d'un nœud relais est qu'il peut fonctionner avec plus de pairs (10-15) qu'un nœud BP. Notez également que si un nœud de relais de blocs peut être public, il ne doit pas faire l'objet d'une publicité (par exemple sur bp.json).

Le commentaire de Stephen illustre la nécessité de maintenir un groupe de pairs capable de fournir en permanence des blocs prêts à être relayés. Maintenir un tuyau ouvert n'implique pas seulement des transactions synchronisées, mais aussi une disponibilité à accepter de nouveaux blocs. L'incapacité à maintenir une disponibilité a été identifiée comme un facteur contribuant aux blocs vides.

Comme les nœuds de relais de blocs, un nœud de relais de transactions peut agir uniquement pour relayer des blocs après la validation d'un en-tête. Ce qui distingue le nœud de relais de transaction est sa capacité à accepter également :

Kevin Heifner a partagé un lien à une solution en cours d'élaboration pour améliorer la propagation des blocs après la validation des en-têtes. Michael de EOSUSA a partagé un diagramme de sa configuration de nœuds. (voir table ronde du 8 février).

Les meilleures pratiques seront étudiées et détaillées à l'avenir. Les types de nœuds semblent avoir trois configurations de base :

Regardez l’enregistrement sur la chaîne YouTube de l’EOS Network Foundation.

Les cinq classifications de nœuds suivantes sur le projet de document sont :

La série de discussions sur les nœuds à usage spécial devrait se poursuivre la semaine prochaine et se concentrer sur les classifications (API) ci-dessus, les meilleures pratiques et la documentation associée.