Partager cet article

Les développeurs Ethereum aux prises avec les pires scénarios

Ethereum est-il prêt pour le hard fork « London » ?

Cette semaine, j'aborderai les conséquences des problèmes de réseau de test de mercredi dernier, qui ont révélé un bug dans Geth, le client logiciel principal d'Ethereum. Bien qu'une version corrigée de Geth ait depuis été publiée pour Londres, certains utilisateurs, développeurs et pools de minage réclament des tests supplémentaires de la mise à jour, dont la mise en service est prévue la semaine prochaine.

La Suite Ci-Dessous
Ne manquez pas une autre histoire.Abonnez vous à la newsletter The Protocol aujourd. Voir Toutes les Newsletters

Cet article a été initialement publié dans Valid Points, la newsletter hebdomadaire de CoinDesk qui analyse Ethereum 2.0 et son impact considérable sur les Marchés de la Crypto .Abonnez-vous aux points valides ici.

Vérification du pouls

Voici un aperçu de l'activité réseau sur la Beacon Chain Ethereum 2.0 au cours de la semaine écoulée. Pour plus d'informations sur les indicateurs présentés dans cette section, consultez notre explication 101 sur les métriques ETH 2.0.

validpoints-network-health-27-juillet

Avertissement : tous les bénéfices réalisés grâce au projet de jalonnement ETH 2.0 de CoinDesk seront reversés à un organisme de bienfaisance choisi par l'entreprise une fois les transferts activés sur le réseau.

validpoints-validator-health-27-juillet

Nouvelles frontières

Alors Ethereum se prépare à l'activation de sa 11e mise à niveau rétrocompatible, également appelée « hard fork », le mercredi 4 août, certains développeurs craignent que la mise à niveau puisse nécessiter davantage de tests avant son déploiement.

Peu de temps après la réunion bihebdomadaire des développeurs du CORE Ethereum , le vendredi 23 juillet, Tim Beiko de la Fondation Ethereum a écrit dans le Salle de discussion Discord pour tous les développeurs CORE« Quelques personnes ont contacté ou tweeté pour dire qu'elles n'étaient pas forcément satisfaites du fait de ne pas retarder [le hard fork]… J'ai posé la question [lors de la réunion] et ONE ne semblait avoir d' Analyses tranchée, mais certaines personnes ont mentionné que ce n'était peut-être T la bonne approche. »

En réponse au commentaire de Beiko, le développeur du logiciel client Ethereum , Alexey Akhunov, a déclaré qu'il était d'accord pour dire qu'il était « étrange » qu'il n'y ait T eu plus de discussions lors de la réunion bimensuelle sur le fait de retarder potentiellement le hard fork, surnommé « Londres », à la lumière des Événements récents.

« Je suppose que je sais pourquoi », a écrit Akhunov. « Retarder [Londres] est un sujet sensible et ONE ne veut en subir les conséquences, c'est compréhensible. »

D'autres personnes dans la salle de discussion ont imploré les développeurs Ethereum d'envisager sérieusement de retarder Londres de quelques semaines supplémentaires pour des tests supplémentaires.

L'histoire de fond

Inquiétudes concernant les risques de la mise à niveau de Londres – qui comprend un changement de code controversé impactant le marché des frais d' Ethereum connu sous le nom de Proposition d'amélioration Ethereum (EIP) 1559 – s’est développé après la découverte d’un bug dans le client logiciel Ethereum Geth.

À titre d'information, Geth est le logiciel le plus utilisé pour se connecter à Ethereum. Selon Ethernodes.org, environ 86 %de tous les ordinateurs, également appelés nœuds, synchronisés avec le réseau Ethereum exécutent le logiciel client Geth.

Le mercredi 21 juillet, le réseau de test Ethereum Ropsten, qui a activé le hard fork de Londres il y a un mois, a soudainement connu une division de chaîne après qu'une transaction invalide a été extraite dans un bloc par des nœuds exécutant Geth tout en étant rejetée par des nœuds exécutant des clients minoritaires Besu et Open Ethereum.

En quelques heures, un HOT a été publié par l'équipe Geth et tous les utilisateurs ont été encouragés à mettre à jour leur logiciel vers le dernier numéro de version, Terra Nova 1.10.6.

La solution

Bien qu'aucun développeur n'ait soutenu que le bug devrait retarder l'activation du réseau principal de Londres lors de l'appel de vendredi, certains développeurs ont discuté de la marche à suivre appropriée si un tel bug était découvert sur Ethereum plutôt que sur un réseau de test.

« Que ferions-nous si une telle situation se produisait sur le réseau principal, notamment à un endroit où Geth, le client majoritaire, produit des blocs ? Il faut évidemment plusieurs heures pour résoudre le problème », a déclaré Beiko lors de la réunion.

Martin Holst Swende, de la Fondation Ethereum , a souligné que ces bugs ne sont pas des événements sans précédent sur Ropsten, et même s'ils sont « pénibles » à résoudre, il existe deux manières de les résoudre.

Premièrement, si le nœud d'un utilisateur suit la mauvaise version de la blockchain, l'utilisateur devra rembobiner la chaîne en interne jusqu'au bloc avant la division et la synchroniser avec la nouvelle chaîne à l'aide du logiciel Geth corrigé. Deuxièmement, si le nœud d'un utilisateur n'est T déjà synchronisé avec une version de la blockchain, mais tente de se connecter au réseau pour collecter des données sur les transactions récentes ou exécuter des transactions, il risque de se connecter à la mauvaise version de la chaîne. Pour éviter cela, ces utilisateurs devront mettre sur liste blanche certains nœuds Ethereum qui suivent la bonne chaîne et les isoler des autres qui sont bloqués sur la mauvaise chaîne.

Les retombées

Le rembobinage et la mise sur liste blanche des nœuds Ethereum peuvent être effectués via Geth. Les mineurs de Ropsten ont pu résoudre la scission de chaîne survenue mercredi dernier grâce à ces tactiques. Cependant, un mineur a noté lors de la réunion de vendredi que les instructions de réparation des scissions de chaîne n'avaient pas été communiquées efficacement avant l'incident de mercredi, ce qui a laissé de nombreux mineurs perplexes quant à la manière de redémarrer correctement leurs nœuds.

L'utilisateur « AlexSSD7 » a écrit sur le forum Discord qu'en tant que représentant d'un pool de minage Ethereum , il était « inquiet » du bug dans Geth, précisant : « Une seule minute d'indisponibilité [du réseau] nous coûte cher. Une heure d'indisponibilité nous coûte 20 000 $. »

Des bugs inattendus dans le logiciel client pourraient en effet perturber les échanges et les entreprises opérant sur le réseau principal, c'est pourquoi les développeurs ont souligné la nécessité d'un système de surveillance robuste qui pourrait rapidement alerter les opérateurs de nœuds des divisions de chaîne et les encourager à suspendre leurs opérations jusqu'à une enquête plus approfondie.

« Cela semble être une solution facile à mettre en œuvre et qui apporte une valeur ajoutée à l'écosystème. Si vous ne savez pas par où commencer, n'hésitez pas à demander sur Discord », a déclaré Beiko lors de la réunion de vendredi.

Bien que ces solutions seraient certainement utiles si un bug similaire à celui survenu mercredi devait se reproduire après le déploiement de Londres sur le réseau principal, elles T nécessairement les mêmes solutions utilisées pour résoudre des problèmes à plus grande échelle, comme l'événement d'un pirate informatique imprimant par magie 100 millions de dollars. ETH.

Dans le cas d'une catastrophe aussi grave, Danny Ryan, de la Fondation Ethereum , a déclaré lors de la réunion de vendredi qu'il serait difficile de savoir à l'avance comment les développeurs procéderaient.

« Je pense qu’il existe de nombreuses options pour les nombreux types de bugs et les nombreux types de particularités qui émergeront », a déclaré Ryan.

Plus les impacts d’un bug réseau sont graves, plus la solution pour résoudre le bug sera probablement intrusive – et plus elle portera préjudice à la réputation d’Ethereum en tant que blockchain sécurisée.

Avec des hard forks de plus en plus ambitieux à court terme sur la feuille de route de développement d'Ethereum, trouver des solutions potentielles au pire des scénarios et des plans de contrôle des dommages avec les parties prenantes du réseau pourrait bientôt devenir un impératif à prendre en compte pour les développeurs.

Prises validées – Édition EthCC

Voici une édition spéciale de Validated Takes, retraçant quelques tables rondes et présentations clés de la conférence de la communauté Ethereum de la semaine dernière à Paris. Pour consulter le programme complet de la conférence, consultez le site officiel de l'EthCC.

«DeFi pour les Marchés traditionnels : quand les jetons de sécuritéConférence de Mathieu Chanson, cofondateur de Fountain. Points forts :Fountain est une plateforme d'échange décentralisée sur Ethereum qui permet aux utilisateurs d'acheter et de vendre des jetons de sécurité. Chanson a souligné la liquidité et l'accessibilité offertes par la Technologies blockchain, accessible 24h/24 et permettant un règlement immédiat. La tokenisation des titres présente plusieurs autres avantages, notamment la transparence et la fragmentation des actifs, qui améliorent encore l'accessibilité. Cependant, la création d'une plateforme d'échange de titres entièrement décentralisée présente de nombreux défis. L'intégration des clients et l'acquisition de nouveaux titres nécessiteront le respect des réglementations internationales, notamment les lois sur la connaissance du client et les licences de garde.

«Le pouvoir de la délégation de créditConférence de Stani Kulechov, fondateur Aave . Points fortsAave est un protocole de prêt décentralisé basé sur Ethereum. L'équipe à l'origine du protocole a développé un produit permettant d'accorder des prêts sans garantie. Kulechov estime qu'il s'agit d'une avancée majeure pour introduire la liquidité DeFi dans l'économie réelle et stimuler la demande de crédit sur Aave.

«Les choses qui comptent en dehors de la DeFi”, Conférence du créateur Ethereum , Vitalik Buterin. Points forts : Au-delà des services financiers, les réseaux sociaux et le financement des biens publics sont deux activités qui n'ont pas encore décollé sur Ethereum. Buterin soutient que l'économie de jetons du réseau et sa résistance à la censure sont deux raisons pour lesquelles ces activités pourraient bénéficier d'une blockchain décentralisée.

«Uniswap, DeFi et l'avenir de la Finance grand public”, Conférence d'Ashleigh Schap, responsable de la croissance Uniswap . Points forts: Uniswap Labs tente de créer des partenariats avec des sociétés d'infrastructure blockchain telles que Talos, Paxos et Fireblocks pour connecter les solutions DeFi au backend de sociétés fintech de premier plan telles que PayPal et E*Trade.

«Pourquoi les DEX dévorent le mondePrésentation de Julien Bouteloup, développeur du protocole Curve. Points fortsDans le meilleur des cas, la Finance décentralisée permet aux citoyens du monde entier d'accéder sur un pied d'égalité à toutes les monnaies, actions et plateformes financières. À mesure que ce secteur progressera, la décentralisation se fera sur un spectre. Les régulateurs surveilleront les protocoles utilisés par le monde financier traditionnel, et les utilisateurs auront toujours accès au terrain d'expérimentation du « Far West » qu'est aujourd'hui la DeFi.

– Teddy Oosterbaan

Fait de la semaine

validpoints_july27_factoid-2
Christine Kim

Christine est analyste de recherche chez CoinDesk. Elle se concentre sur la production d'analyses basées sur les données concernant les secteurs des Cryptomonnaie et de la blockchain. Avant cela, Christine était journaliste technique pour CoinDesk, couvrant principalement les développements de la blockchain Ethereum . Avoirs en Cryptomonnaie : Aucun.

Christine Kim