Toutes les actualités sont rigoureusement vérifiées et examinées par des experts de la blockchain et des professionnels du secteur.
- Le lancement de la première partie de l’Ethereum Istanbul hard forks a été fixé par les principaux développeurs pour la semaine du 4 décembre 2019 (bloc numéro 9.056.000).
- La première partie de la hard fork d’Istanbul devrait introduire six modifications au code.
Les développeurs d’Ethereum Core ont annoncé la date de lancement de la phase 1 de la mise à niveau de la hard fork d’Istanbul lors de la Ethereum Core Devs Meeting #73. La mise à niveau du protocole devrait être activée dans la semaine du 4 décembre (bloc numéro 9 056 000), sept semaines après le lancement initialement prévu sur le réseau principal d’Ethereum.
La première partie de la hard fork d’Istanbul devrait introduire six changements de code. Une date de sauvegarde est fixée pour la semaine du 8 janvier 2020 si des problèmes de déploiement complexes surviennent entre maintenant et la première semaine de décembre. La deuxième phase d’Istanbul devrait commencer au premier trimestre 2020 sur Mainnet.
Transition vers la Proof of Stake
Istanbul marque la prochaine étape de la transition d’Ethereum vers un réseau évolutif de Proof of Stake (PoS). La mise à niveau du protocole comprendra six Ethereum Improvement Proposals (EIP), qui comprendront l’alignement du coût des opcodes sur leur coût informatique, l’amélioration de la résilience aux attaques par déni de service, des solutions de couche 2 basées sur les SNARK et STARK, et une interopérabilité accrue entre Ethereum et ZCash.
Plus précisément, la mise en œuvre des EIP suivantes est prévue:
- EIP-152: crée la possibilité de vérifier le PoW Equihash dans le cadre d’un contrat Ethereum. Cela permet les transactions de relais et atomic swaps avec Zcash (ZEC).
- EIP-1108: rend les zk-SNARKs moins chers, ce qui permet de créer des applications de mise à l’échelle et de protection des données plus économiques.
- EIP-1344: ajoute ChainID opcode pour les contrats de suivi de la chaîne correcte sur les state channels et le plasma.
- EIP-1884: change le coût de certains opcodes EVM pour prévenir les attaques de spam.
- EIP-2028: rend les zk-SNARKs et les zk-STARKs moins chers en réduisant les coûts de gas pour appeler les données dans les transactions.
- EIP-2200: modifie le calcul du coût de l’EVM (ajustement des coûts du gas SSTORE en tenant compte de l’évolution du coût du gas SLOAD)
Le calendrier initial du lancement de la hard fork d’Istanbul était en fait prévu pour la mi-octobre. Cependant, il y a eu quelques retards, c’est pourquoi Istanbul 1 n’a été mis en œuvre dans le principal réseau d’essai d’Ethereum, Ropsten, que le 2 octobre 2019.
La phase 2 d’Istanbul arrive au 1er trimestre 2020
La deuxième partie de la hard fork d’Istanbul suivra au premier trimestre de 2020, bien qu’aucune date plus précise n’ait encore été annoncée. Parmi les EIP provisoirement acceptées figurent 8 modifications de code, la EIP la plus discutée étant certainement la EIP-1057, ProgPoW. Les EIPs provisoirement acceptées comprennent :
- EIP-663: Nombre illimité d’instructions SWAP et DUP
- EIP-1057: ProgPoW,
- EIP-1380: Réduction du coût de l’essence pour les appels à soi-même
- EIP-1702: schéma généralisé de gestion des versions de compte
- EIP-1962: Arithmétique EG et appariements avec définitions de la durée d’exécution
- EIP-1985: valeurs limites pour certains paramètres EVM
- EIP-2045: coûts du gas pour les opcodes EVM
- EIP-2046: réduction des coûts de gas pour les appels statiques de code précompilé
Qu’en est-il de ProgPoW?
Le sujet du programme Programmatic Proof Proof Of Work (alias ProgPoW) a été discuté dans la communauté Ethereum pendant un certain temps. Le point central de la discussion était que les mineurs ASIC conduisent à la centralisation du réseau Ethereum et ne rendent plus l’exploitation minière GPU rentable. En conséquence, un groupe appelé IfDefElse a proposé un nouvel algorithme appelé ProgPoW. En s’appuyant sur Ethash, il a été suggéré que l’avantage des futurs ASIC par rapport aux GPU devrait être réduit à un maximum de 20%.
Par la suite, ProgPoW a été soumis dans le cadre du EIP-1057 et a fait l’objet de discussions pendant des mois au sein de la communauté Ethereum et lors des appels aux développeurs du noyau Ethereum. Le 4 janvier 2019, l’approbation préliminaire a suivi. Lors de la réunion 52 du ProgPoW et d’un audit lors de la réunion 54 du 1er février 2019 ont été approuvés. Les Ethereum Cat Herders ont été chargés par les développeurs du noyau Ethereum d’effectuer un audit. La vérification est toujours en cours.
