Le prochain Ethereum Hard Fork est reporté à 2019

Hier, lors d'une réunion des développeurs d'Ethereum Core, il a été décidé que le prochain Ethereum Hard Fork Constantinople serait reporté au début de 2019. La nouvelle du report de la date, initialement prévue pour novembre, n'est pas une surprise, puisque la mise à niveau dans le Le réseau de test a déjà dû être reporté en raison de problèmes techniques et des erreurs dans le code sont apparues peu de temps après.

À l'origine, l'activation du Hard Fork de Constantinople dans Mainnet devrait avoir lieu après l'Ethereum DevCon 4, qui se déroulera du 30 octobre au 2 novembre 2018. Au lieu de cela, les développeurs ont maintenant décidé de déplacer le hard fork après que plusieurs bugs ont été trouvés dans le code. publié sur le réseau de tests Ropsten.

Constantinople inclut actuellement cinq modifications rétrocompatibles au réseau, allant de petites optimisations de code au retard supplémentaire du « Difficulté Bombe ». Dans le détail, Constantinople inclut les changements suivants :

• EIP 1234 : Difficulté Bomb Delay – Pour retarder davantage la transition vers la preuve de participation, les temps de blocage sont maintenus à environ 15 secondes pendant 12 mois supplémentaires et les récompenses de bloc sont réduites à 2 ETH.
• EIP 145 : les commandes de décalage au niveau des bits dans la machine virtuelle Ethereum (EVM) permettent la manipulation directe des octets sur la couche EVM.
• EIP 1014 : ajoutez un nouvel opcode qui crée un contrat, mais détermine l'adresse utilisée différemment de l'opcode CREATE existant.
• EIP 1052 : ajoutez un nouvel opcode (EXTCODEHASH) qui renvoie le hachage keccak256 d'un contact’s bytecode.
• EIP 1283 : ajout d'un nouveau concept de coût du gaz pour l'opcode SSSTORE.

Le retard pourrait également avoir un impact sur d'autres changements proposés qui seront ajoutés au Constantinople Hard Fork, comme discuté lors de la réunion. Martin Holst Swende a apporté la proposition « ProgPow » remettre en jeu. ProgPow vise à rendre l’Ethereum résistant aux ASIC.

Comme nous l’avions déjà signalé il y a quelques mois, le débat ASIC vs GPU Mining a repris. La discussion a commencé fin mars lorsque le développeur principal d'Ethereum, Piper Merriam, a publié une proposition de discussion (EIP) sur Github. Dans la proposition d'amélioration d'Ethereum 958 (EIP 958), Merriam a expliqué qu'à son avis, il est reconnu dans la communauté crypto que les ASIC conduisent à une centralisation du réseau. Cela doit être évité. La proposition a reçu un large soutien. Holst Swende disait maintenant :

J'ose dire que si nous décidons que Constantinople a gagné’n'a lieu que jusqu'en janvier ou février ; alors j'essaierais probablement de me battre pour que ProgPoW soit inclus à Constantinople.

ProgPoW a déjà été discuté lors de réunions précédentes. Le consensus, cependant, était que le délai était trop court pour inclure les changements dans le Hard Fork de Constantinople et que les changements pourraient être ajoutés via un autre Hard Fork peu de temps après Constantinople.

Vous pouvez consulter l’intégralité de la réunion Core Devs à l’adresse suivante :