- Retour au menu
- Retour au menuTarifs
- Retour au menuRecherche
- Retour au menuConsensus
- Retour au menu
- Retour au menu
- Retour au menu
- Retour au menuWebinaires et Événements
Les développeurs Ethereum retardent le hard fork de Berlin pour apaiser les inquiétudes concernant la centralisation des clients.
79 % des nœuds Ethereum fonctionnent sur Geth. Les développeurs CORE ont repoussé le hard fork de Berlin de juillet afin que les autres clients puissent rattraper leur retard.
De nombreux utilisateurs dépendent du client Ethereum Geth, à tel point qu'un bug pourrait bloquer temporairement le réseau – une situation que les blockchains ne sont T censées provoquer. Face à ce constat, les développeurs d' Ethereum CORE ont décidé vendredi de reporter le travail sur le hard fork de Berlin au moins jusqu'en août, afin de permettre aux autres clients d'accroître leur part du réseau.
Geth ne constitue ONE des 11 spécifications client, mais 79 % des nœuds Ethereum fonctionnent dessus, selon Nœuds EtherCe pourcentage est également en hausse de 5 % depuis décembre. Les développeurs craignent qu'un bug grave ne perturbe Ethereum , notamment alors que les mises à jour d' ETH 1.x se poursuivent avant la transition du réseau vers un algorithme de consensus de preuve d'enjeu (PoS) sous ETH 2.0.
« Geth représente la majorité du réseau », a déclaré le chef de l'équipe Geth, Péter Szilágyi, dans le numéro de vendredi dernier.Appel de groupe pour tous les développeurs CORE« Il est extrêmement important que nous ayons raison, car nous ne pouvons pas nous permettre de ne pas avoir raison. »
Langues Ethereum
La diversité des clients est bénéfique pour le réseau. Elle permet à différents projets de rejoindre la communauté de développeurs d'Ethereum, de la plus petite startup à la plus grande.JPMorgan. Ethereum avait huit langues à divers niveaux d'exhaustivité un an après son lancement en 2015. La Fondation Ethereum répertorie actuellementclients dans cinq langages dont Go, Solidity, Java, JavaScript et Python.
Sur le même sujet : La technologie de Politique de confidentialité Zcash à l'origine de la transition d'Ethereum vers ETH 2.0
Cependant, comme le langage Human , chaque langage de programmation présente ses nuances et, par conséquent, des inconvénients d'implémentation. Lorsque les développeurs Ethereum effectuent des mises à jour, ces nuances peuvent se transformer en bugs gênants.
« La principale raison [du report de Berlin] serait de réduire la dépendance à Geth et de permettre sa défaillance sans mettre hors service l'ensemble du réseau », a déclaré le développeur indépendant Alexey Akhunov lors d'une conversation privée. « Actuellement, la charge est trop lourde, car la fiabilité de Geth est cruciale, et ils finissent par faire l'essentiel du travail pour garantir le bon fonctionnement de tout. »
Cela a été accéléré par la dépréciation du client Parity Ethereum annoncée par Parity Technologies en décembre 2019. « Parity est de plus en plus incapable de consacrer le niveau de ressources requis, même pour la simple maintenance de ce projet », a écrit l'équipe de Parity dans un blogposte à l'époque.
La base de code de ce projet a été transmise à une organisation autonome décentralisée (DAO) de développeurs financée par ConsenSys.Gnosis. Il opère désormais sous le nom « Open Ethereum». Depuis décembre, le client a perdu près de 60 % de ses nœuds, selon le Archives Web(Remarque : Geth a également perdu environ 14 % de ses nœuds depuis décembre.)
Diversification de la clientèle
« Dans un monde idéal, nous aurions plusieurs clients, aucun d'entre eux n'ayant une part de marché supérieure à 33 % », a déclaré Martin Köppelmann, fondateur de Gnosis , dans un message privé. « S'il est vrai qu'Open Ethereum n'a pas atteint le nombre de nœuds en fonctionnement du client Parity, nous ne considérons T cela comme un déclin. Bien au contraire. Lorsque Gnosis a effectivement pris en charge Open Ethereum, notre part de marché initiale était de 0. »
Les inquiétudes de Szilágyi restent néanmoins valables, malgré l'enthousiasme de Köppelmann. Obtenir des particuliers, des plateformes d'échange ou des clients qu'ils utilisent autre chose que Geth s'est avéré difficile, et cette dépendance serait fatalement mise à mal si Geth rencontrait un jour des problèmes techniques.
Cette dépendance est la raison même du lent lancement d' ETH 2.0. Les chercheurs d' ETH 2.0 ont convenu d'attendre qu'une diversité de clients puissent lancer le projet ensemble afin d'éviter tout contretemps en cas de panne ONEun ou plusieurs d'entre eux.
Comparativement,Bitcoin La plupart des autres cryptomonnaies ne font T de hard forks aussi souvent et n'ont pas autant d'applications en cours d'exécution. Ethereum est confronté à un problème : de nombreux projets dépendent de lui pour une disponibilité totale, mais effectuent des hard forks tous les six à douze mois.
L'épuisement professionnel de Geth ?
De plus, la question de savoir comment inciter d’autres clients à suivre l’exemple de Geth reste ouverte.
Le développeur Ethereum, Greg Colvin, a déclaré lors de la conférence téléphonique que cette question était devenue une question commerciale, ONE susceptible d'être résolue par des initiatives de développement. Les projets choisiront de travailler avec un client minoritaire en raison de besoins urgents auxquels Geth ne peut répondre, comme le fait que le code ne soit pas open source. Cela dit, Colvin a suggéré que Geth recrute davantage, si possible.
Suspension des tests des propositions d'amélioration Ethereum (EIP) prévu pour Berlin C'était ONEune des options retenues par les développeurs. Pourtant, Szilágyi a conclu que la responsabilité permanente de maintenir l'« ordinateur mondial » en marche épuise son équipe.
« Si nous nous trompons, et par exemple, [le client Ethereum ] Nethermind a raison, alors T importe que le code de Nethermind soit correct et le nôtre erroné, car le réseau s'est déclenché sur la mauvaise chaîne », a-t-il déclaré.
William Foxley
Will Foxley est l'animateur de The Mining Pod et éditeur chez Blockspace Media. Ancien coanimateur de The Hash sur CoinDesk, Will était directeur du contenu chez Compass Mining et journaliste spécialisé en technologie chez CoinDesk.
