16 août : État de l'intégration IF Leap, Élimination progressive des transactions différées et plus encore

23 août : Stratégie pour la prochaine mise à jour et diffusion d'informations

31 août : Désactivation de Defferd TX sur Testnet, Mise à jour de l'état du logiciel, Matrice de configuration NodeOS

Date cible de finalité instantanée : 29 septembre

Exploration pour accélérer la date.

Les transactions différées doivent être désactivées dans la mise à niveau 5.0.

Recherche d'avis sur la coordination de ce changement auprès des opérateurs de nœuds.

Considérations pour la désactivation des transactions différées.

Tous les Producteurs de Blocs actifs (BPs) doivent désactiver les DTs pour des tests précis.

Application via la suppression du code du nœud EOS en 5.0.

Option de demander une configuration utilisateur pour les transactions différées.

Options pour le déploiement du logiciel discutées.

Version mineure vs mise à jour de la configuration coordonnée.

Prise en compte de la version 4.1 complète avant la 5.0.

Accent mis sur la coordination des mises à jour sur d'importantes chaînes.

Reconnaissance des défis potentiels liés à la suppression des transactions différées.

Nécessité d'évaluer l'impact des transactions différées sur les dApps.

Proposition d'utiliser des rapports pour suivre les transactions différées.

Plan de communication pour les développeurs de dApps concernant la phase de suppression impliquant le support EOS.

Mise en avant de l'action rapide et de l'adaptation.

Plan de désactivation des transactions différées : Un plan a été élaboré pour désactiver les transactions différées. Ce plan privilégie la transparence, la communication claire et un calendrier structuré. Il laisse également place aux commentaires, garantissant que la communauté participe activement au processus.

Amélioration de la documentation : Un effort concerté est en cours pour améliorer la qualité de la documentation. Cela inclut l'amélioration des guides utilisateur, l'exploration de la création d'un guide de configuration pour plus de commodité, et même la possibilité de faire intervenir des intervenants invités pour fournir des informations précieuses et rendre la documentation plus conviviale pour l'utilisateur.

Ressources renforcées : Reconnaissant l'importance de soutenir les opérateurs de nœuds, l'accent est mis sur la fourniture d'explications détaillées. Cela implique également de documenter les changements et de proposer des ressources supplémentaires pour que les opérateurs de nœuds disposent des outils et des informations nécessaires.

Manuel de l'opérateur : Pour faciliter la collaboration entre les opérateurs de nœuds et les dApps, des plans sont en cours pour créer un manuel de l'opérateur concis. Ce manuel sera une ressource précieuse pour les utilisateurs, favorisant une meilleure compréhension et un fonctionnement efficace.

Sensibilisation accrue : Des efforts sont déployés pour simplifier les concepts complexes et sensibiliser. Cela englobe la création de ressources éducatives, le développement de sections d'aide EOS pour les utilisateurs, la formation de groupes de travail pour faciliter la discussion et le progrès, ainsi qu'une stratégie de communication coordonnée pour informer les utilisateurs de la suppression des transactions différées.

Calendrier et progrès du développement : Les participants ont examiné l'état actuel du calendrier, en mettant l'accent sur le projet d'annonce concernant la suppression des transactions différées, et ont discuté de l'importance de l'engagement de la communauté dans le processus de mise en œuvre.

Plan de distribution : Une stratégie globale de distribution a englobé des articles de blog, des canaux publics comme Twitter, des actions directes auprès des applications notables, des listes de diffusion, des newsletters et une coordination avec les échanges et les principaux producteurs de blocs.

Suivi des tâches et des jalons : Le besoin d'un système centralisé de suivi des tâches et des jalons a été mis en évidence. Les participants ont exploré l'utilisation de GitHub à cette fin.

Clés de finalisation : Une partie importante de la discussion a porté sur l'importance des clés de finalisation dans le nouveau protocole de consensus, en mettant l'accent sur la nécessité d'une gestion méticuleuse pour assurer un fonctionnement fluide.

Clés de production de blocs : Les opérateurs de nœuds ont envisagé la nécessité d'un système plus robuste fonctionnant au niveau des transactions et ont exploré la prise en charge d'une pile de clés avec rotation ou régénération automatique.

Surveillance et réaction à l'état du nœud : Les défis liés à la surveillance de la synchronisation des nœuds et l'importance de temps de réponse plus rapides ont été discutés, ainsi que les solutions potentielles.

Multiples clés de signature : La possibilité d'incorporer plusieurs clés de signature pour un producteur a été explorée, bien que des complications aient empêché une mise en œuvre immédiate.

Configuration et mise en œuvre : Les travaux et les discussions en cours ont porté sur la configuration et la mise en œuvre de nouvelles fonctionnalités, mettant en évidence l'importance de comprendre quand et pourquoi des paramètres spécifiques doivent être activés.

Séparation des rôles : La séparation du rôle de leader et l'introduction de plusieurs producteurs de blocs de secours après la mise à jour 5.0 ont été envisagées, en mettant l'accent sur une communication efficace entre les 21 principaux producteurs de blocs.

Documentation et lacunes de connaissances : Des inquiétudes concernant les perturbations potentielles et les lacunes de connaissances dans la nouvelle architecture ont été soulevées. Les opérateurs de nœuds ont insisté sur la nécessité d'une documentation complète et d'une compréhension des implications avant d'apporter des modifications.

Retours et communication : L'importance de recueillir des retours d'informations et de clarifier les métriques rapportées a été discutée, ainsi que les plans pour désactiver les transactions différées et ajuster les calendriers en conséquence.

Diffusion de l'information : La Table ronde s'est conclue par l'expression de la préparation des participants à diffuser l'information au sein de leurs communautés respectives, favorisant la collaboration et assurant une transition en douceur.

Concentration sur les tâches : Les discussions ont porté sur la suppression de tâches spécifiques de développement logiciel liées aux transactions différées en raison de contraintes de temps et de ressources. À la place, des méthodes de faible fidélité, telles que les explorateurs de blocs, ont été envisagées pour recueillir des informations. Les participants ont reconnu l'absence d'une date de livraison estimée pour la désactivation des transactions différées dans le code, mais ont exprimé leur confiance dans le fait de parvenir à cette désactivation avant la version candidate.

Sortie sur le réseau principal et tests : La planification de la sortie sur le réseau principal EOS et les progrès du logiciel Leap 5.0 ont été discutés. Des échéances pour la mise à niveau des Producteurs de Blocs et la suppression des dépendances ont été établies pour assurer une transition en douceur.

Améliorations et documentation : Les participants ont partagé leur enthousiasme à l'idée de tester de nouvelles fonctionnalités tout en soulignant l'importance de la documentation, des tests et de l'évaluation comparative. Ils ont invité les utilisateurs à donner leur avis et leurs suggestions, et ont sollicité l'aide d'autres opérateurs de nœuds API pour mieux comprendre les configurations et fournir des recommandations.
​

Annulation de la surveillance des ressources : Le concept de création d'une annulation de la surveillance des ressources pour différents paramètres liés à l'utilisation de l'API a été exploré. L'objectif est de créer un guide complet pour l'exécution d'une API, en clarifiant les paramètres et en proposant des valeurs recommandées. Les participants ont exprimé leur soutien à cette initiative et ont proposé de contribuer en formulant des commentaires et des suggestions.
​

Clarté de la matrice de configuration : L'importance de passer en revue et de commenter les fichiers de configuration a été soulignée, en particulier avec la sortie imminente de la version 5.0. Les participants ont discuté de la nécessité d'une meilleure compréhension des configurations et ont proposé de créer un document centralisé ou un site Web avec des informations analysées et des liens vers la documentation officielle.
​

EOS Support Learning Center