La prochaine mise à niveau de la blockchain Ethereum est retardée après un échec de test.

Des répercussions se font sentir dans l'écosystème de développement Ethereum après qu'un premier test de la prochaine mise à niveau logicielle de la plateforme, Constantinople, n'ait pas donné les résultats escomptés.

Un changement à l’échelle du système initialement prévumise en service en 2018, la publication du code, destinée à introduire cinq améliorations et à modifier l'économie de la blockchain de 20 milliards de dollars, pourrait désormais être retardée suite à un échec de l'activation de samedi sur le réseau de test Ropsten, ont déclaré les développeurs à CoinDesk lundi.

Après une réunion de l'équipe de développeurs open source d'Ethereumvendredi dernier, dans lequel il était suggéré que Constantinople pourrait être mise en œuvre dès novembre,L'activation échouée de samediDes problèmes inattendus ont été révélés dans le code. Martin Holst Swende, responsable de la sécurité de la Fondation Ethereum , a notamment découvert un ONE provoquant l'exécution de deux itérations différentes de la même mise à jour logicielle sur le réseau de test.

Bien qu'un correctif pour corriger le bug identifié ait depuis été publié, le développeur indépendant Ethereum Lane Rettig a expliqué à CoinDesk lundi que les enquêtes sur les Événements de la sortie du testnet de Constantinople sont en cours.

Rettig a dit :

« Nous devrions prendre notre temps pour comprendre ce qui s'est mal passé et comment éviter des problèmes comme celui-ci à l'avenir - pas seulement le problème de code de bas niveau, mais tous les problèmes connexes (le problème de minage, les problèmes de communication pendant le week-end, comment cela n'a T été détecté par les tests, ETC) Il reste encore beaucoup d'analyses médico-légales à faire. »

Rettig a également affirmé que les plans pour la sortie de Constantinople pourraient être retardés en conséquence, affirmant : « Si une mise à niveau provoque un fork sur le réseau de test, nous devrions suspendre la sortie du réseau principal pendant une période minimale de temps. »

Bien qu'une date fixe pour la mise en œuvre de Constantinople n'ait pas encore été fixée, Griff Green, responsable de la communauté Ethereum et fondateur de l'association à but non lucratif Giveth basée sur la blockchain, a fixé l'activation du réseau principal à un moment donné en 2019.

« Je m'attends à ce que le lancement soit reporté à 2019. La blockchain ne prend T de vacances, contrairement aux développeurs », a déclaré Green. « Si je devais parier sur un marché prédictif, je miserais mon ETH fin janvier, début février. »

Les développeurs du CORE Ethereum ont convenu de se regrouper collectivement ce vendredi prochainau cours d'un appel diffusé en direct au cours duquel ils discuteront des plans à la lumière de l'échec de la mise en œuvre du test.

« Ne jamais bifurquer le week-end »

Pour récapituler les Événements de samedi, le déploiement de Constantinople devait se dérouler sur le principal réseau de test d'Ethereum ànuméro de bloc 4 230 000Cependant, les mineurs n'ont pas réussi à mettre à niveau leur logiciel conformément au lancement programmé.

Comme cela s'est produit « beaucoup plus tôt que prévu, un samedi », Schoedon a expliqué que de nombreux développeurs « n'étaient pas disponibles et n'étaient même pas au courant » du Événements. Il a ajouté : « Ne jamais bifurquer le week-end. »

Cela s'est avéré être un problème, car pour que le hard fork progresse en douceur, tous les « nœuds » participants ou ordinateurs gérés par les mineurs et les utilisateurs devaient être mis à niveau presque simultanément vers le même logiciel.

Suite à un appel ouvert des développeurs Ethereum sur les réseaux sociauxPour faire avancer le test, le réseau a subi une seconde division de chaîne suite à des divergences dans le code de Constantinople entre deux clients Ethereum majeurs, Geth et Parity. (Pour information, les clients Ethereum sont les particuliers et les entreprises qui exploitent des nœuds pour soutenir le réseau Ethereum .)

S'adressant à CoinDesk, Brian Venturo, un mineur contribuant activement au réseau de test Ropsten, a expliqué :

« Il LOOKS que l'échec du consensus ait été provoqué par des modifications apportées à l'opcode SSTORE dans EIP-1283 qui ont été implémentées différemment entre Parity et Geth. »

Une partie de la mise à niveau de Constantinople comprend un nouveau code dans le cadre de la proposition d'amélioration Ethereum (EIP) 1283 qui changera la façon dont les contrats intelligents sont stockés sur Ethereum et réduira le coût pour les développeurs de contrats intelligents de mise à jour des contrats stockés.

Cependant, l'itération de l'EIP 1283 telle que conçue dans le code de Constantinople publié par Parity comportait des mécanismes de remboursement qui ont provoqué un « désaccord notable concernant le bloc [Ropsten] 4 230 605 » et le coût du déploiement de ce contrat intelligent, comme soulignédans les notes officielles par les développeurs Ethereum CORE .

Après avoir découvert les divergences dans le code de Constantinople, les développeurs du CORE Ethereum ont accepté de corriger le code de Parity pour l'aligner sur le code pris en charge par Geth et de tenter une autre resynchronisation avec la bonne chaîne Ropsten.

Une partie du plan

Certains considèrent néanmoins l’échec du test comme un élément positif pour le développement global.

Considérant que la tentative de déploiement de Constantinople sur Ropsten samedi dernier avait atteint son objectif, Rettigtweetésortie dimanche :

Nous avons cassé Ropsten, mais c'est un réseau de test, et il sera corrigé. C'est précisément l'intérêt de publier d'abord sur un réseau de test. C'est vraiment amusant, passionnant et rassurant de voir ce processus se dérouler comme prévu.

Il a également ajouté plus tard dans un e-mail adressé à CoinDesk lundi qu'il avait désormais « plus confiance que jamais que les bonnes choses se produisent, dans le bon ordre, pour KEEP le réseau principal [Ethereum] opérationnel et sécurisé ».

D'autres développeurs CORE semblent être d'accord avec le sentiment partagé par Rettig, le responsable de la sécurité de la Fondation Ethereum écrivant dans un canal public Gitterce samedi était « évidemment un bon test », ajoutant que l'état temporaire de Ropsten n'était pas de quoi « perdre le sommeil ».

Le développeur CORE Ethereum , Alexey Akhunov, a également écrit dans le même canal que si « les processus fluides sont bons pour l'efficacité... ils peuvent [instiller] un faux sentiment de sécurité », ajoutant que « les ruptures... rendent les gens plus vigilants ».

À l'avenir, le plan pour tous les développeurs Ethereum , comme l'a expliqué Afri Schoedon, responsable des versions de Parity, est d'implémenter des correctifs de bogues pour les clients concernés et de « les rassembler tous à nouveau sur la chaîne Geth Ropsten ».

Il a ajouté que « une fois cela fait, espérons-le autour de Devcon, nous pourrons continuer à tester Constantinople sur Ropsten... et éventuellement convenir d'une date de fork du réseau principal. »

Schoeden a affirmé qu'il pensait lui aussi que le résultat le plus probable serait une date de sortie dans la nouvelle année.

Schoedon a déclaré à CoinDesk:

« Je vois janvier 2019 comme une date de fork réaliste, mais seulement si les clients sont corrigés, tous les tests sont prêts (et réussis) et [qu'il] n'y a pas d'autres problèmes découverts sur Ropsten. »

Ethereumimage via Shutterstock