Get best of the week

Ethereum 2.0 peut être à nouveau retardé en raison d'erreurs, de problèmes et de concurrents

Le lancement d'Ethereum 2.0 pourrait encore être retardé, selon le Cointelegraph . Lors d'une récente réunion, les développeurs ont prévu une mise à jour avec l'algorithme Proof-of-Stake pour juin, bien qu'ils aient noté que cette déclaration avait été faite avec un optimisme prudent. La plupart du travail a déjà été effectué avec succès, mais il faut du temps pour corriger de nombreuses erreurs dans le code.

Pourquoi Ethereum met-il tant de temps à terminer la phase de mise à jour finale avant de devenir vraiment évolutive? Pourquoi la présence d'erreurs et de problèmes associés n'est-elle pas la seule difficulté rencontrée par le projet de Vitalik Buterin? Alors que les développeurs tentent de corriger les erreurs, d'autres projets lancent le jalonnement, ce qui signifie que Ethereum 2.0 peut enfin perdre la course à l'évolutivité.

La lutte pour un code propre


Les erreurs dans le code sont le principal, mais pas le seul facteur contribuant au report régulier de la date de lancement d'Ethereum 2.0. En effet, la phase de recherche et de correction des vulnérabilités dans le code est un processus laborieux et long pour tout projet, qui peut toujours prendre plus de temps que prévu initialement. Ainsi, pour Ethereum, les procédures telles que les audits de sécurité, les tests, la détection et la correction des erreurs peuvent durer des mois.

La blockchain Ethereum est organisée de manière assez compliquée - c'est une structure décentralisée composée de plusieurs équipes de développement, dont certaines sont des organisations indépendantes. Chaque équipe a ses propres tâches - partitionnement, audit, Ethereum 2.0, etc. D'une part, cela vous permet de résoudre simultanément divers problèmes, mais, d'autre part, cela entraîne des complications dans le développement prévu de l'ensemble de la plate-forme Ethereum.

Sept équipes sont impliquées dans le développement d'Ethereum 2.0, et la plupart d'entre elles travaillent à l'optimisation du réseau de test Schlesi , qui est le premier réseau de test Ethereum 2.0 multi-utilisateurs à simuler l'environnement sous-jacent. ilEthereum Foundation Trinity, Prysm Labs Prysmatic, Sigma Prime Lighthouse, Status Nimbus, Lodestar ChainSafe, Teku PegaSys et Cortex Nethermind . Ce sont ces équipes de développement qui sont chargées de stocker les données sur la blockchain et de vérifier les blocs. Il est très important qu'ils soient entièrement synchronisés entre eux.

Le fonctionnement parallèle de plusieurs équipes est essentiel pour maintenir un niveau élevé de sécurité du réseau, et personne ne perdra de vue quoi que ce soit. Même si cela signifie rompre les promesses et retarder encore une fois le lancement. Dans un effort pour accélérer le polissage du code, le programme de capture de bugs fonctionne depuis un certain temps et offre aux chasseurs d'erreurs de 1000 $ à 20 000 $ pour les erreurs critiques.

Problèmes complexes de structure et de gestion


En plus des bogues et des tests, il y a des problèmes de gestion qui poussent la date de lancement encore plus loin. À première vue, la blockchain Ethereum peut sembler un tout, mais en fait elle est gérée par plusieurs équipes de développeurs et d'administrateurs, comme mentionné ci-dessus. Certains d'entre eux font partie d'organisations indépendantes, et faire en sorte que toutes ces équipes travaillent de manière synchrone et en temps opportun peut être une tâche ardue. D'une part, cette approche de développement vous permet de répartir efficacement les tâches, mais d'autre part, elle complique le développement systématique. Par conséquent, le manque de bonne gestion et de synchronisation entre les équipes peut facilement contribuer à des retards réguliers.

Plus il y a de personnes impliquées dans le développement, plus les exigences relatives au niveau d'organisation de l'ensemble du processus dans son ensemble sont importantes. Plus tôt, Lane Rettig, l'un des développeurs, a souligné la nécessité d'une évolutivité sociale, ajoutant que « le problème de coordination se complique ». La structure distribuée entraîne un roulement du personnel, ce qui ralentit encore le processus de développement en raison de la nécessité d'une adaptation à long terme des nouveaux employés.

Concurrents de course


Alors que les développeurs d'Ethereum corrigent des bogues, le prix du premier consensus de preuve de participation atteint peut être remporté par leurs concurrents. Plusieurs projets majeurs approchent 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 fonctionnels soit sur le net PoS ou PoS délégué.

Les réseaux fonctionnant avec succès lancés par ces projets démontrent que ce qui prend des années pour Ethereum ne peut leur prendre qu'un an. Par exemple, le projet Harmonyde la Silicon Valley a récemment lancé le jalonnement, devenant la première blockchain PoS à gérer le partage et la preuve de propriété en même temps. Il est à noter qu'aucune de ces technologies n'a encore été implémentée par les développeurs d'Ethereum sur le réseau principal.

Le 19 mai, l'équipe Harmony a annoncé la mise à jour de son réseau, qui prend actuellement en charge des centaines de nœuds dans de nombreux fragments. Les développeurs affirment qu'ils ont réussi à devancer Ethereum non seulement en termes de partage et de jalonnement, mais également en termes de performances du réseau, atteignant des frais de traitement des transactions de 0,000.001 $ sur Mainnet et 118.000 transactions par seconde (TPS) sur Testnet.

Cependant, Ethereum reste un pionnier et un contributeur majeur à la technologie Proof-of-Stakes. Compte tenu des centaines de milliers de transactions effectuées en ligne chaque jour, retarder le lancement d'une mise à jour aussi importante qu'Ethereum 2.0 peut être complètement justifié et vise à rendre l'utilisation de la blockchain Ethereum plus sûre et plus efficace.

More articles:


All Articles