Les développeurs d'Ethereum retardent Berlin Hard Fork pour résoudre les problèmes de centralisation des clients

Tant d'utilisateurs dépendent du client Ethereum Geth qu'un bug pourrait geler temporairement le réseau - quelque chose que les blockchains ne sont jamais censées faire. À la lumière de cela, les développeurs d'Ethereum Core ont décidé vendredi de reporter les travaux sur le hard fork berlinois au moins en août afin de donner à d'autres clients la possibilité d'augmenter leur part du réseau.

Geth ne représente qu'une des 11 spécifications du client, mais 79% des nœuds Ethereum fonctionnent dessus, selon Nœuds éthérés. Ce pourcentage est également en hausse de 5% depuis décembre. Les développeurs craignent qu'un bogue grave ne casse Ethereum - en particulier lorsque les mises à jour continues d'Eth 1.x se poursuivent avant que le réseau ne passe à un algorithme de consensus de preuve de participation (PoS) sous Eth 2.0.

"Geth est la majorité du réseau", a déclaré vendredi dernier le chef d'équipe de Geth, Péter Szilágyi. Appel de groupe Tous les développeurs principaux. «Il est super important que nous ayons raison parce que nous ne pouvons pas nous permettre de ne pas avoir raison.»

Langues Ethereum

Avoir une diversité de clients est bon pour le réseau. Il permet à différents projets de rejoindre la communauté des développeurs d'Ethereum - de la plus petite startup à JPMorgan. Ethereum avait huit langues à différents niveaux d'exhaustivité un an après son lancement en 2015. La Fondation Ethereum répertorie actuellement clients dans cinq langues, dont Go, Solidity, Java, JavaScript et Python.

Lire la suite: La technologie Zcash Privacy sous-jacente à la transition d'Ethereum vers Eth 2.0

Pourtant, comme la langue humaine, chaque langage de programmation a ses nuances et donc ses inconvénients de mise en œuvre. Lorsque les développeurs d'Ethereum effectuent des mises à jour, ces nuances peuvent se transformer en méchants bugs.

"La principale raison [de reporter Berlin] serait de réduire la dépendance vis-à-vis de Geth et de lui permettre d'échouer sans faire tomber l'ensemble du réseau", a déclaré le développeur indépendant Alexey Akhunov lors d'un chat privé. "Actuellement, le fardeau est trop élevé car l'exactitude de Geth est si critique, et ils finissent par faire la plupart du travail pour s'assurer que tout fonctionne correctement."

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 nécessaires pour une maintenance même simple de ce projet», a écrit l'équipe de Parity dans un blog poster à l'époque.

La base de code de ce projet a été transférée à une organisation autonome décentralisée (DAO) de développeurs financée par le spin-off de ConsenSys Gnose. Il fonctionne 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 sans aucun client ayant une part de marché supérieure à 33%", a déclaré le fondateur de Gnosis Martin Köppelmann dans un message privé. «S'il est vrai qu'Open Ethereum n'a pas atteint le nombre de nœuds exécutés [que] le client Parity avait, nous ne voyons pas cela comme une baisse. Plutôt l'inverse. Lorsque Gnosis a effectivement pris la responsabilité d'Open Ethereum, nous avons commencé avec une part de marché de 0. »

Les préoccupations de Szilágyi restent cependant valables malgré l'enthousiasme de Köppelmann. Obtenir des individus, des échanges ou des clients pour exécuter autre chose que Geth a été difficile et cette dépendance serait fatalement exposée si Geth rencontrait des problèmes techniques.

Cette dépendance est la raison même pour laquelle Eth 2.0 est si lent à lancer. Les chercheurs d'Eth 2.0 ont convenu d'attendre qu'une diversité de clients puisse se lancer de concert pour éviter tout hoquet en cas de panne d'un ou de plusieurs.

Comparativement, Bitcoin et la plupart des autres crypto-monnaies ne se multiplient pas aussi souvent ou ont autant d'applications en cours d'exécution. Etheruem est confronté à une sorte de problème: des charges de projets en dépendent pour une disponibilité de 100%, mais roulent des fourches dures tous les six à 12 mois.

Épuisement Geth?

De plus, comment amener d'autres clients à prendre la tête de Geth reste une question ouverte.

Le développeur d'Ethereum, Greg Colvin, a déclaré dans l'appel aux développeurs que c'était devenu une question commerciale et qu'il était peu probable qu'elle soit résolue par des initiatives de développeurs. Les projets choisiront de travailler avec un client minoritaire car ils ont des besoins aigus auxquels Geth ne peut pas répondre, tels que le code n'étant pas open source. Cela étant dit, Colvin a déclaré que Geth devrait embaucher plus de personnel, si possible.

Suspension des essais sur les propositions d'amélioration d'Ethereum (EIP) prévu pour Berlin était une option sur laquelle les développeurs se sont installés. Pourtant, Szilágyi a conclu que la responsabilité 24h / 7 et XNUMXj / XNUMX de faire tourner "l'ordinateur du monde" épuise son équipe.

"Si nous nous trompons, et par exemple, [client Ethereum] Nethermind est correct, alors peu importe que le code de Nethermind soit correct et que le nôtre soit faux, car le réseau s'est éteint sur la mauvaise chaîne", a-t-il déclaré.

Divulgation

Leader dans les actualités blockchain, CoinDesk est un média qui s'efforce d'atteindre les plus hauts standards journalistiques ensemble strict de politiques éditoriales. CoinDesk est une filiale d'exploitation indépendante de Digital Currency Group, qui investit dans les cryptocurrences et les startups blockchain.

Source: https://www.coindesk.com/ethereum-developers-delay-berlin-hard-fork-to-stem-client-centralization-concerns