Enfin ? Parity publie un logiciel révisé avant le hard fork Ethereum

Parity, le deuxième plus grand fournisseur de logiciels de protocole Ethereum , a annoncé sa version finale de Byzantium.

À peine quelques jours avant Ethereum ne subisse un hard fork pour mettre à niveau sa blockchain sous-jacente, la sortie de Parity est la dernière en quatre, tout celase sont avérés contenir des « bugs de consensus » – ou des défauts dans le logiciel qui forceraient les nœuds du réseau, les ordinateurs sous-jacents à la blockchain, à se diviser vers une version différente du protocole.

Parity étant responsable de la maintenance du logiciel qui exécute près d'un quart des nœuds de la blockchain Ethereum , le retard dans la publication du code a provoqué la panique. pour certains, et a même conduit l'équipe de développeurs d'Ethereum à envisager de retarder le fork plus tôt dans la journée.

Il LOOKS néanmoins que l'équipe de Parity ait sauvé la situation avec peu de temps à perdre - le hard fork de Bzyandtium est prévu pour le bloc 4 300 000 (environ deux jours à partir de maintenant selon mesures actuelles).

« Repousse-le »

Cependant, alors que le hard fork prévu estgénéralement perçuBien que bénéfiques pour le réseau, les bugs persistants ont endommagé la confiance de certaines personnes dans le changement à venir.

Exprimant cette inquiétude sur les réseaux sociaux, un utilisateur dit:« La philosophie de la Silicon Valley du « fail fast » n’est pas adaptée, à mon Analyses, aux blockchains sans permission où des millions de dollars sont en jeu. »

Autres utilisateursexhorté Ethereum va retarder le hard fork, en déclarant :

« Repoussez-le, assurez-vous qu'il n'y a pas d'erreur, les gars. Ça vaut le coup. Ne T précipitez pas. »

En réponse à cette Request, le développeur de Parity, Afri Schoedon ditque même si l'équipe du client envisageait de proposer un délai, celui-ci serait plus compliqué en raison du travail déjà effectué pour tenter de l'exécuter.

Par exemple, pour déplacer le hard fork de Byzantium à une date ultérieure, tous les clients logiciels devraient publier des versions augmentées contenant un nouveau numéro de hard fork.

Schoedonrésumé:

« Il est plus facile de déployer un correctif pour une implémentation client que de déployer une mise à jour contenant le retard pour tous les clients, surtout si cela se produit dans un délai aussi court. »

À l'avenir, Schoedon a présenté la panique de dernière minute comme une bonne leçon pour la plateforme Ethereum , affirmant qu'il est plus sûr d'implémenter un numéro de bloc de hard fork uniquement après que les implémentations client ont été préparées et correctement testées.

Tester le code

Toutes les versions Ethereum sont soumises à un processus de test appelé « fuzzing », qui consiste à confronter le code à lui-même jusqu'à ce qu'une erreur apparaisse. Ce processus rigoureux permet de révéler de minuscules failles qui T autrement invisibles.

Dans cet esprit, il est possible que Parity continue à présenter des problèmes similaires à l’avenir, qui se répercuteront directement sur la blockchain Byzantium.

Et bien que les bugs soient difficiles à repérer, il n'est pas inimaginable qu'ils puissent être identifiés par des agents malveillants déterminés à attaquer la chaîne (Ethereum n'est T sans ses ennemis).

Ceci est démontré par leattaques en cours sur le réseau de test Ethereum Ropsten, où, sans aucun profit matériel, un attaquant solitaire a systématiquement spammé la plateforme à l'approche du hard fork, obligeant les développeurs à passer à un réseau de test privé.

Compte tenu de tout cela, il est très peu probable que Parity puisse intégrer ces problèmes au hard fork de Byzantium. Selon la startup, une annonce sera bientôt publiée, qui fournira plus de détails sur les tests et les fonctionnalités.

Extincteurvia Shutterstock