Gavin Wood, fondateur d'Ethereum, appelle à des hard forks plus « conservateurs »

La blockchain d'Ethereum est peut-être en train de se mettre à niveau vers un nouveau logiciel, mais cela ne signifie T que les développeurs notables ne réfléchissent T au processus en cours.

Par exemple, pendant la mise à joursemble avoir réussi, au moins un fournisseur de logiciels Ethereum a notamment rencontré des difficultés dans la préparation du déploiement. Comme l'a rapporté CoinDesk, Parity Technologies, basé au Royaume-Uni et utilisé par près de 25 pour centdu réseau, étaitassailli de bugstout au long du week-end, un développement qui a suscité des spéculations sur des retards de dernière minute.

Mais alors que ce spectre a été évité, le fondateur et directeur technique de Parity, Gavin Wood, s'exprime désormais sur ces problèmes, citant le processus de mise à niveau comme un processus riche en « leçons à tirer » pour la communauté des développeurs travaillant sur la deuxième plus grande blockchain en termes de valeur totale.

En réponse aux demandes de commentaires, Wood a indiqué qu'il était peut-être prématuré de considérer la mise à niveau du code de Byzantium comme une ONE, soulignant que la zone de danger entourant un hard fork peut s'étendre sur plusieurs jours. À l'avenir, il a déclaré qu'il faudrait faire preuve de plus de prévoyance pour déterminer si les fournisseurs de logiciels clients sont prêts à effectuer la transition.

Wood a déclaré à CoinDesk:

« Il faut adopter une approche plus conservatrice en matière de spécification, de développement, de tests et de déploiement pour les modifications majeures du protocole comme Byzantium... Il faut s'assurer autant que possible que toutes les implémentations majeures sont consensuelles avant toute détermination d'un bloc de hard fork. »

Wood a ensuite utilisé ce fork le plus récent comme preuve, le décrivant comme une situation dans laquelle la plupart des utilisateurs de logiciels étaient invités à effectuer de grosses mises à niveau avec peu de temps pour le faire.

Alors que des bugs continuaient d'être découverts, il a déclaré que les développeurs ont finalement dû faire un choix difficile, ONEune des raisons pour lesquelles il reste à voir à quel point le déploiement se déroulera en douceur.

« Il s'agissait en réalité d'un choix entre exiger que la plupart des utilisateurs modifient leur logiciel dans les 48 à 72 heures pour retarder le fork ou exiger éventuellement ou probablement qu'un sous-ensemble particulier du réseau mette à jour son logiciel dans un délai beaucoup plus court si un problème était découvert », a-t-il expliqué.

Sur cette base, Wood a continué à proposer un certain nombre de changements qu'il pourrait favoriser, notamment la planification de retraites avec divers fournisseurs de logiciels ou l'utilisation de contrats intelligents pour « reporter dynamiquement » un hard fork problématique.

Cependant, comme ces mesures n'ont T été prises cette fois-ci, il a conseillé à ceux qui utiliseront le réseau de faire preuve de prudence dans les jours et les semaines à venir.

« Je suis généralement optimiste quant au fait que même si d'autres problèmes de « consensus zero-day » sont découverts par nos auditeurs et nos outils, nous pouvons déployer les mises à niveau de l'antidote avant qu'ils ne deviennent problématiques », a-t-il déclaré.

Rachel-Rose O'Leary a contribué au reportage.

Image de Gavin Woodvia Shutterstock