Lors de la récente table ronde des opérateurs de nœuds EOS, une discussion approfondie a eu lieu sur la nouvelle version Spring v1.1.0 RC1. Les participants ont abordé plusieurs sujets, notamment l'accélération des transactions, la réduction de l'utilisation de la RAM et diverses améliorations des contrats système. Ils ont également examiné les prochaines étapes de la feuille de route. Pour les passionnés de blockchain et de technologie, cet événement a été une véritable mine d’informations.
Points Clés
- Spring v1.1.0 RC1 regorge de mises à jour visant à améliorer l'efficacité du réseau et à réduire le trafic.
- Les développements middleware sont à l’honneur, avec un accent particulier sur les nouvelles API en lecture seule.
- Les contrats système sont optimisés pour être plus efficaces et conviviaux.
- Une attention particulière est portée à l'utilisation de la RAM et à l'amélioration de la synchronisation des nœuds.
- Des mises à jour futures sont prévues, avec des améliorations à court et long terme.
Faits Marquants de la Version Spring v1.1.0 RC1
La sortie de Spring v1.1.0 RC1 représente une étape majeure pour les opérateurs de nœuds EOS. Cette version introduit plusieurs améliorations destinées à renforcer la performance et l'efficacité opérationnelle du réseau. Il est vivement recommandé aux opérateurs de mettre à jour leurs nœuds de test et API afin de bénéficier de ces avancées.
Parmi les nouveautés :
- Optimisation BlockNack : Cette fonctionnalité réduit le trafic inutile lors de la propagation des blocs, augmentant ainsi l’efficacité globale du réseau.
- Désignation des sous-comptes : Une mise à jour qui améliore l'efficacité du CPU pour certains contrats. La configuration par défaut, doit rester inchangée pour assurer des performances optimales.
- Pause à un bloc spécifique : Cette nouvelle fonctionnalité permet aux nœuds de s’arrêter à un bloc précis pour des requêtes, sans nécessiter un arrêt complet du système, facilitant ainsi la synchronisation et l’interrogation des données.
Cette mise à jour a également suscité des discussions sur la topologie du réseau et la facturation subjective, en mettant en lumière l’impact de ces changements sur la connectivité des nœuds et l’exécution des transactions.
Propagation des Transactions et Efficacité de la Facturation
L’une des priorités de cette version est l'amélioration de la propagation des transactions et de l'efficacité de la facturation. Ces améliorations sont essentielles pour gérer un volume élevé de transactions de manière plus fluide.
Les optimisations clés comprennent :
- Optimisation BlockNack : Réduction du trafic réseau redondant pour une meilleure performance.
- Désignation des sous-comptes : Allocation plus efficace des ressources CPU.
- Pause à un bloc spécifique : Permet des requêtes sans nécessiter l’arrêt complet d’un nœud.
L’accent est mis sur la facturation subjective, qui ajuste la tarification des transactions en fonction des conditions actuelles du réseau, permettant ainsi une meilleure allocation des ressources.
Développements Middleware & API en Lecture Seule
Dans cette mise à jour, les développements middleware sont au centre des priorités, notamment l'amélioration des API en lecture seule. L'initiative Greymass joue un rôle clé dans cette évolution en offrant des méthodes plus sûres et plus efficaces pour la récupération des données.
L’objectif principal est de sécuriser l’accès aux informations sans risquer de modifier la blockchain. Pour y parvenir, l’initiative explore l'utilisation de contrats en lecture seule parallélisés, qui améliorent les performances tout en minimisant les risques d’abus.
Ces avancées visent à renforcer l'efficacité et la sécurité du réseau EOS en fournissant aux opérateurs et développeurs des outils performants pour la gestion des données.
Mises à Jour des Contrats Système
Les contrats système EOS ont bénéficié de mises à jour importantes. La version 3.6.1 corrige l'absence de certaines clauses dans l'ABI système, nécessitant l'approbation de la communauté.
La version 3.7.0 RC1 introduit un nouveau concept appelé "RAM grevée", qui empêche le transfert de RAM à des tiers. Cette fonctionnalité vise à renforcer la sécurité et le contrôle de l'allocation des ressources.
Ces mises à jour sont d’abord testées sur les testnets Jungle et Kylin avant leur déploiement sur le mainnet, garantissant ainsi une transition stable et sans interruption.
Feuille de Route & Mises à Jour Futures
Objectifs à Court Terme
Les prochaines mises à jour se concentreront sur l'amélioration de la communication peer-to-peer (P2P) et de la découverte des pairs. Ces optimisations faciliteront le partage des informations entre les producteurs de blocs et prépareront le réseau aux futurs hard forks.
Objectifs à Long Terme
À plus long terme, EOS prévoit d’améliorer les appels de synchronisation des contrats intelligents pour booster les performances. Un autre axe de développement est la création de nœuds allégés, qui réduiraient les coûts d’échange et rendraient le réseau plus accessible.
Problèmes de RAM & Améliorations de la Synchronisation
L'utilisation de la RAM sur EOS atteint environ 105 Go, un coût significatif pour les opérateurs de nœuds. Bien que la croissance de la consommation de RAM ait ralenti, elle reste une préoccupation majeure.
Parmi les solutions envisagées :
- Développement de nœuds allégés pour réduire l'empreinte RAM.
- Modèle de cache primaire-secondaire pour optimiser la récupération des données et alléger la charge RAM.
La mise à jour Spring v1.1 est attendue pour réduire les temps de synchronisation d’au moins 10%. Un remaniement complet du State History Plugin (SHIP) est en cours pour améliorer l'efficacité et réduire encore davantage la consommation de ressources.
Différence Entre Leap et Spring
Les trajectoires de développement de Leap et Spring prennent des directions distinctes. Leap, autrefois au cœur des développements, ne bénéficiera plus que de correctifs de sécurité essentiels, tandis que Spring devient la priorité absolue.
Les développements clés de Spring incluent :
- Amélioration de la propagation des transactions pour une meilleure gestion sous forte charge.
- Innovations middleware pour un accès aux données plus efficace et sécurisé.
- Mises à jour des contrats système pour renforcer la sécurité et la stabilité du réseau.
Ce recentrage sur Spring démontre l'engagement d’EOS à repousser les limites de l’innovation pour assurer la croissance et l’adaptabilité du réseau.
Conclusion
En résumé, la table ronde des opérateurs de nœuds EOS sur la sortie de Spring v1.1.0 RC1 a mis en avant des améliorations majeures pour le réseau. L’optimisation BlockNack et la désignation des sous-comptes montrent une volonté d’optimiser l’efficacité du réseau. Les avancées middleware, comme les API en lecture seule de Greymass, amélioreront l’accès aux données en toute sécurité.
Les mises à jour des contrats système et la feuille de route future témoignent d’une approche proactive pour relever des défis tels que l'utilisation de la RAM et la synchronisation des nœuds. Ces efforts sont essentiels pour garantir un réseau EOS scalable et fiable. Les opérateurs et développeurs devront rester attentifs et s’adapter à ces évolutions.
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 EOS Support. 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.