Auteur : Markus Hinrichs
Editeur : Randall Roland
Traducteur : Charles Arroyo-Bishop
La sortie de Leap 3.2 a été révélée lors de cette table ronde. En outre, le problème fondamental de la base de données des États - son utilisation astronomique de RAM - a été discuté. Les solutions potentielles à court et à long terme, ainsi que les compromis, ont été explorés.
En outre, un bref résumé des spécificités des améliorations du plugin NET a été donné par l'ENF à la fin de la réunion, où le programme de la table ronde suivante a également été décidé : Les statistiques de l'exportateur Prometheus de Leap 4.0 pour la boîte noire nodEOS. 13 participants se sont joints à la table ronde cette fois-ci.
Le développement de logiciels est le principal sujet de discussion lors des sessions hebdomadaires de la table ronde des opérateurs de nœuds EOS. Les développeurs, les producteurs de blocs, les ingénieurs blockchain et les membres de la communauté qui souhaitent en savoir plus sur le processus de développement d'EOS bénéficient tous des connaissances qu'elle apporte.
Un écosystème peut se développer sainement et naturellement en partageant et en interagissant souvent. La EOS Network Foundation a reçu des commentaires favorables sur ses progrès de la part des PB (Producteurs de Blocs) et des développeurs. La communauté EOS est consciente du fait que sa voix est désormais appréciée et entendue. Enfin et surtout, des réponses aux préoccupations de la communauté sont apportées.
Résumé des mises à jour du Leap d'Antelope en cours par Stephen Diesel (ENF, Product Manager du Leap)
MISES À JOUR | CALENDRIER DE SORTIE |
Version finale de Leap 3.2 | publié sur Github |
Mises à jour du contrat système | à venir |
Sortie de DUNE | Décembre 2022 |
Au début de cette réunion, Stephen a annoncé que Leap 3.2 est publié sur Github, mais qu'il ne s'agit pas d'une mise à niveau par consensus et qu'elle est donc facultative.
Brian Hazzard accepte d'être disponible pour toute question concernant la mise à niveau dans différents canaux. La semaine prochaine, il y aura une mise à jour du document Net Plugin Enhancements, car la dernière réunion a permis de recueillir de grandes idées et de définir quelques nouvelles fonctionnalités potentielles pour le backlog.
Recadrage du découpage de la base de données des États : Trop de RAM utilisée pour le stockage de l'historique des états (State History)
Michael d'EOSUSA ne pouvait pas être présent à la réunion, mais il avait suggéré le sujet de cette réunion : State Database Trimming. Les participants ont convenu que le vrai problème est que trop de mémoire vive est utilisée. Selon Stephen, un appel d'offres visant à effectuer des recherches sur la question de la RAM est en cours de rédaction.
Compromis entre performance et taille de la RAM.
La question principale a été posée par Kevin Heifner : "Combien de performance êtes-vous prêt à sacrifier pour la taille de la RAM ? Êtes-vous prêt à sacrifier un cycle de production d'un bloc pour charger des données dans la RAM (comme un bloc d'échauffement) ?" Cependant, cette solution comporte un risque élevé de spam.
La demande de RAM est tout simplement énorme et ne semble jamais pouvoir être satisfaite. Actuellement, 128 Go de RAM sont nécessaires pour faire fonctionner sans problème la base de données d'état de WAX. Le problème est que les appareils normaux n'ont pas assez de place pour accueillir davantage de RAM. Il est difficile de trouver des appareils dotés d'une unité centrale puissante et d'un espace suffisant pour la RAM. Les appareils pour graphistes et animateurs pourraient peut-être répondre aux besoins futurs.
Opportunités définies à court et à long terme (citées)
Opportunités à court terme
Une demande de propositions est en cours de rédaction par la coalition Antelope pour étudier cette question.
Accélérer le démarrage et l'arrêt du mode Heap
Y a-t-il une opportunité de rendre le tmpfs plus rapide dès le départ ?
Laisser les requêtes de compte désactivées peut économiser de la RAM (possibilité de configuration par l'opérateur du nœud, déjà possible).
Stocker les requêtes de compte sur le disque (peut-être 4GB pour environ 14M de comptes sur WAX de ram en économie ici, probablement pas la peine)
Opportunités à long terme
Les contrats intelligents peuvent-ils être incités à spécifier la RAM par rapport au stockage sur disque ?
Les vendeurs de matériel doivent commencer à proposer des cœurs de processeur très rapides avec de grandes quantités de RAM.
Améliorations P2P (Net Plugin) (par Brain Hazzard)
Brian Hazzard a rapidement abordé les préoccupations suivantes et a proposé de les présenter plus en détail lors de la prochaine réunion après une brève demande de l'hôte, Daniel Keyes, s'il pouvait donner un bref résumé des propositions spécifiques d'amélioration du plugin Net récemment discutées en interne.
Il y aurait la possibilité d'alléger les validations qui se produisent pour les blocs sur le relais. Cela pourrait faire gagner du temps et rendre le relais plus rapide
Il serait possible de codifier si un bloc est plein (en termes de temps CPU établi) la diffusion et le démarrage sur le bloc suivant.
Configuration automatique des pairs pour optimiser la latence (les PB le font manuellement pour le moment).
optimiser pour le planning (quelle PB vient avant, laquelle après ?)
optimiser en termes de latence
Ordre du jour de la semaine prochaine
Un débat sur les données qui devraient être incluses dans l'exportateur prometheus dans le prochain Leap 4.0 proposé par Matthew de EOS Nation :
nodeEOS est comme une boîte noire, beaucoup d'opérateurs de nœuds n'ont aucune idée de ce qui se passe à l'intérieur. Il y a une demande pour donner quelques statistiques à ce sujet.
Les participants à la réunion sur les nœuds sont encouragés à apporter leur liste de souhaits pour Prometheus lors de la prochaine réunion.
Participants (13) de cette table ronde :
Randall Roland | EOSsupport.io
Dario | EOSsupport.io
Kevin Heifner | OCI
Matt Witherspoon | ENF
Brian Hazzard
Jannis - Rakeden (Jannis)
Max Cho | KOREOS
Daniel Keyes | EOS Nation
Stephen Diesel | ENF
Matthew Darwin | EOS Nation
Corvin Meyer auf der Heide | liquiid.io
Patrick Burns | Aloha EOS
Ross Dold | EOSphere
Sources et références
Github : Leap Antelope 3.2.0 RC1
Crédits image
Bannière par EOS Support Graphics