La date de sortie d’Ethereum 2.0 fixée pour la onzième heure alors que les problèmes persistent

La date de sortie d’Ethereum 2.0 fixée pour la onzième heure alors que les problèmes persistent

Espers crypto

Le lancement d’Ethereum (ETH) 2.0 pourrait encore être retardé après que les développeurs ont reprogrammé la mise à niveau de l’algorithme de preuve de participation du réseau pour juin 2020, comme l’a rapporté Crypto le 15 mai. Compte tenu de tous les facteurs entourant le lancement très attendu, les déclarations faites par l’équipe de développement peuvent être interprétées comme une promesse presque officielle. Ou, comme le disent les développeurs eux-mêmes, «prudemment» optimistes, ce qui signifie que la mise à jour critique n’est toujours pas en vue.

La principale raison de la note de cet optimisme prudent est la présence de plusieurs bogues dans le système que l’équipe Ethereum s’efforce de corriger tandis que d’autres plates-formes lancent avec succès leurs réseaux de preuve de participation. Pourquoi prend-il tant de temps à Ethereum pour implémenter sa phase de mise à niveau finale avant de devenir vraiment évolutif, et ce retard peut-il signifier qu’Ethereum 2.0 perd la course à l’évolutivité?

Bricoler avec des bugs

La véritable évolutivité d’Ethereum se heurte constamment à des obstacles pour devenir un système à part entière et viable capable de dépasser le marché avec son offre de produits illimitée sur une portée entièrement nouvelle. Cependant, la correction de bugs a apparemment ralenti la progression du développement alors que d’autres projets se précipitent pour lancer le jalonnement et dépasser Ethereum.

Le lancement d’Ethereum 2.0 était initialement prévu pour janvier 2020, mais la phase de recherche et de correction des vulnérabilités de code est un processus long et laborieux pour tout projet, et il n’est pas toujours possible d’évaluer le temps nécessaire à ces tâches. Les routines telles que les audits de sécurité, le fuzzing, la détection et la correction des bogues peuvent prendre des mois ou même sans fin, car le code lui-même est un flux infini qui ne peut jamais être perfectionné.

Selon Rongjian Lan, directeur de la technologie au démarrage de la chaîne de blocs Harmony, Rongjian Lan est plus compliqué de planifier et d’exécuter un volume important de travaux techniques sur une blockchain en ce qui concerne les nouvelles technologies telles que le sharding. Il a déclaré à Crypto:

«La coordination et la cohérence des données entre les fragments nécessitent une conception de protocole extrêmement soignée pour rendre l’ensemble du système sécurisé et stable. Il y a également beaucoup plus de cas d’angle à considérer qui n’existent pas dans une blockchain non partagée, principalement grâce à de nouveaux éléments tels que les liens croisés, les transactions entre fragments et le resharding. Eth 2.0 doit construire tout cela en plus de l’héritage Eth 1.0, ce qui apporte des problèmes de compatibilité supplémentaires dans l’image. »

Connexes: les développeurs d’Ethereum retroussent leurs manches à la recherche d’un traitement évolutif

Étant donné que ce sont les clients qui sont responsables du stockage des données sur une blockchain et de la validation des blocs, il est important qu’ils soient entièrement synchronisés. La plupart des sept clients individuels actuellement en cours de développement pour Ethereum 2.0 travaillent à l’optimisation de Schlesi – le premier réseau de test multi-clients Ethereum 2.0 qui simule l’environnement de réseau central. Après des essais réussis de Schlesi, les développeurs d’Ethereum ont décidé d’aller de l’avant avec le lancement d’un réseau de test plus formel, avec plusieurs clients prévus pour juin 2020.

Paradigme multi-utilisateurs

Il y a actuellement sept implémentations client d’ETH 2.0: The Ethereum Foundation Trinity, Prysm Labs Prysmatic, Sigma Prime Lighthouse, Status Nimbus, Lodestar ChainSafe, Teku PegaSys et Cortex Nethermind.

L’approche dite de «première spécification» a été adoptée par l’équipe de développement pour créer la base sur laquelle chaque client pourra opérer. La quantité de travail impliqué était colossale, car l’approche prévoit d’abord l’achèvement de la totalité du projet de protocole, suivi par le processus de mise en œuvre lui-même. Ce «paradigme multi-clients» entraîne des retards, car les ressources humaines semblent insuffisantes pour assurer un développement optimal, selon le chef de projet Danny Ryan.

Le fait est qu’avoir plusieurs clients est essentiel pour maintenir un haut niveau de sécurité réseau, et l’équipe de développement ne semble pas disposée à compromettre la sécurité pour un timing de lancement optimal. Même si cela signifie rompre quelques promesses et reporter le lancement.

Dans un effort pour accélérer le polissage du système, le programme de primes aux bogues offre aux chasseurs de 1 000 $ à 20 000 $ pour les erreurs critiques susceptibles de briser la chaîne. Le programme de primes se déroule en parallèle avec l’audit de la spécification de la phase 0, qui est en cours pour s’assurer que le réseau peut passer à la prochaine étape de son développement en vue du lancement.

Problèmes complexes de structure et de gestion

Outre les bugs, il existe également des problèmes de gestion qui poussent la date de lancement plus loin en raison de facteurs humains. La blockchain Ethereum peut sembler être une entité unique, mais elle est en fait gérée par plusieurs équipes de développement et d’administration. Certains d’entre eux ont été acquis auprès d’organisations indépendantes.

Pour faire la lumière sur le fonctionnement de l’ensemble du réseau, il est nécessaire de comprendre que plusieurs équipes (clients doublés) travaillent sur le sharding, d’autres sont engagées dans des audits de sécurité et certaines sur Casper PoS. D’une part, cette approche de la répartition de la main-d’œuvre permettrait une délégation efficace, mais d’autre part, elle complique également le développement systématique à plus grande échelle, jetant les tâches plus petites à l’arrière-plan. Le manque de bonne gestion et de synchronisation entre les équipes pourrait donc contribuer aux retards réguliers.

Selon Ankitt Gaur, fondateur et PDG de la plateforme de trading Koinfox, qui déploie son protocole de courtier sur la blockchain PoS, les réseaux travaillant sur l’algorithme de consensus PoS sont plus complexes en termes de processus de gestion que les blockchains de preuve de travail. Il a expliqué à Crypto:

«Le retard dans Ethereum est le résultat de plusieurs aspects. Ethereum avait depuis le début plusieurs clients qui devaient communiquer entre eux. Cela devient plus compliqué lorsque le processus de jalonnement intervient, car tous les validateurs doivent communiquer entre eux. »

Le processus de gestion devient plus difficile à mesure que de plus en plus de personnes, d’organisations et de logiciels s’impliquent dans le développement de la plateforme. Lane Rettig, l’un des principaux développeurs auto-identifiés, a souligné la nécessité d’une évolutivité à la fois technique et sociale, ajoutant que «le problème de coordination devient plus difficile». Comme pour l’évolutivité technique, l’évolutivité sociale sous une bonne gestion doit également venir garantir des opérations fluides et rationalisées.

Des divisions éventuelles au sein de l’ensemble de la structure peuvent également entraîner un roulement élevé du personnel, ralentissant encore le processus de développement en raison d’une intégration trop longue. “Nous n’avons pas suffisamment de personnes pour nous aider dans ces domaines”, a déclaré Jameson Hudson de la Ethereum Foundation, se référant au manque de développeurs de blockchain travaillant sur les tâches les plus technologiques lors de la conférence Devcon4.

Compte tenu des défis rencontrés par l’équipe de développement, il est essentiel que le testnet reste pleinement opérationnel pendant au moins deux mois pour être responsable du lancement officiel. Actuellement, deux clients travaillent sur le réseau Schlesi – Lighthouse de Sigma Prime et Prysm de Prysmatic Labs. Les clients Teku et Nimbus se sont également synchronisés avec Schlesi et lanceront bientôt leurs validateurs sur le réseau de test.

Concurrents remportant la course

Alors que les développeurs d’Ethereum corrigent des bogues, le prix du premier consensus PoS en cours d’exécution pourrait bien être remporté par leurs concurrents.

Il existe plusieurs grands projets qui se rapprochent de la ligne d’arrivée – EOS, Harmony (ONE), Zilliqa (ZIL), Tezos (XTZ), Cosmos (ATOM), Algorand (ALGO) et Qtum (QTUM) – tous avec des produits viables et opérationnels travailler soit sur du PoS pur, soit sur du PoS délégué.

Connexe: All in on PoS Blockchains: un aperçu des réseaux de crypto-implantation

Les réseaux fonctionnant avec succès lancés par ces projets démontrent leur capacité à réaliser en un an ce qui prend des années pour Ethereum. Par exemple, Harmony de la Silicon Valley a récemment lancé son implantation, devenant la première blockchain PoS fragmentée qui a réussi à mettre en œuvre deux technologies simultanément. Notamment, ces technologies doivent encore être mises en œuvre sur le réseau principal par les développeurs d’Ethereum.

Le 19 mai, l’équipe Harmony a annoncé qu’elle avait mis à niveau son réseau principal, qui prend actuellement en charge des centaines de nœuds dans plusieurs fragments. Les développeurs affirment avoir réussi à dépasser Ethereum non seulement en termes de partage et de jalonnement, mais également en termes de performances réseau, atteignant des frais de traitement des transactions de 0,000001 $ sur le réseau principal et de 118000 transactions par seconde dans testnet.

Cependant, avec de nouvelles solutions émergeant rapidement sur le marché de la blockchain, Ethereum reste le pionnier et le principal contributeur au développement des technologies de sharding et de jalonnement. Compte tenu des centaines de milliers de transactions effectuées sur le réseau chaque jour, le report d’une mise à niveau aussi importante que Ethereum 2.0 – visant à rendre l’utilisation de la blockchain fluide et sécurisée – pourrait simplement être le moindre mal.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *