Les développeurs Ethereum proposent d'activer le hard fork de Constantinople fin février

MISE À JOUR (18 janvier 2019, 15h40 UTC) :L'activation du hard fork de Constantinople a été fixée au bloc numéro 7 280 000, prévu pour le 27 février, selon le développeurPéter Szilágyi.

----------

Les développeurs du CORE Ethereum ont proposé d'activer Constantinople - une mise à niveau prévue à l'échelle du système qui a été annulée plus tôt cette semaine - fin février.

Également appelé hard fork, Constantinople devrait désormais, selon les développeurs, être mis en ligne entre le 26 et le 28 février, avec un numéro de bloc à déterminer ultérieurement.

La proposition a été faite lors d'un appel téléphonique avec les développeurs CORE le Vendredi Le matin, les participants à l'appel comprenaient le créateur Ethereum Vitalik Buterin et d'autres développeurs, dont Hudson Jameson, Lane Rettig, Afri Schoedon, Péter Szilágyi, Martin Holste Swende, Danny Ryan et Alexey Akhunov, entre autres.

La décision intervient après que le cabinet d'audit de contrats intelligents ChainSecurity a signaléMardi une vulnérabilité de sécurité dans ONEune des cinq propositions d'amélioration Ethereum (EIP) prévues pour être incluses à Constantinople concernant les coûts de stockage des données sur la blockchain.

En raison de cette vulnérabilité, Constantinople, désormais prêt à être activé le mois prochain, ne comportera pas l'inclusion du buggy EIP, qui sera testé et remodelé pour être inclus dans un hard fork ultérieur.

Constantinople sera désormais disponible en deux parties simultanément sur le réseau principal. La première mise à jour inclura les cinq EIP d'origine, tandis qu'une seconde supprimera spécifiquement l'EIP 1283.

Cette stratégie – suggérée pour la première fois par Szilágyi lors de l’appel d’aujourd’hui – vise à garantir que les réseaux de test et les réseaux privés qui ont déjà implémenté la mise à niveau complète de Constantinople peuvent facilement mettre en œuvre un correctif sans annuler aucun blocage.

« Ma suggestion est de définir deux hard forks, Constantinople tel qu'il est actuellement et la correction de Constantinople qui désactive simplement cette fonctionnalité... En ayant deux forks, tous ceux qui ont réellement mis à niveau peuvent avoir un deuxième fork pour rétrograder pour ainsi dire », a expliqué Szilágyi.

La décision intervient après que le cabinet d'audit de contrats intelligents ChainSecurity a signalé mardi une vulnérabilité de sécurité dans ONEun des cinq EIP devant être inclus à Constantinople concernant les coûts de stockage de données sur la blockchain.

Parler àCoinDesk Mardi, Matthias Egli – COO de ChainSecurity – a souligné que le problème n'avait probablement pas été détecté par les développeurs CORE lors de l'exécution des tests sur le logiciel étant donné que l'impact est enraciné dans le développement des contrats intelligents, pas nécessairement dans le développement « [de la machine virtuelle Ethereum ] CORE».

Une décision rapide de réactiver Constantinople le plus tôt possible était nécessaire en partie en raison de l'activation prolongée de la bombe de difficulté d'Ethereum - un morceau de code intégré dans la blockchain rendant les temps de blocage de plus en plus longs au fil du temps.

Destiné à encourager la transition vers un nouvel algorithme de consensus connu sous le nom depreuve d'enjeu (PoS), un retard de la bombe a été suggéré dans l'EIP 1234 en raison de recherches insuffisantes à l'heure actuelle pour une transition vers le PoS.

Une fois activé sur le réseau principal, Constantinople inclura l'EIP 1234 et retardera la bombe de difficulté pendant une période de 12 mois.

Note de l'éditeur:L'article a été mis à jour avec des informations supplémentaires.

Code binaireimagevia Shutterstock