Ethereum: Mise en œuvre de ProgPow est suspendue

  • Après une réunion hier, les développeurs d’Ethereum ont décidé de suspendre le remplacement de l’algorithme d’extraction d’Ethash par ProgPow.
  • Les développeurs évalueront d’autres propositions et verront quelles améliorations peuvent être apportées à ProgPow.

Au cours d’une session d’environ trois heures, les principaux développeurs d’Ethereum ont temporairement interrompu le remplacement de l’algorithme Ethash par la Programmatic Proof of Work (ProgPow). Tim Beiko, chef de produit pour PegaSysEng, et des développeurs qui sont pour et contre ProgPow ont participé à la réunion. Bien que deux sujets seulement aient été à l’ordre du jour, deux heures ont été consacrées à la discussion de ProgPow. Il a été convenu de laisser ProgPoW dans le statut « approuvé », mais d’annuler l’activation en utilisant une hard fork pour le moment.

La proposition de l’algorithme minier de preuve programmatique de travail (ProgPow) a été discutée de façon controversée la semaine dernière. ProgPow est censé combler l’écart d’efficacité entre les mineurs de GPU et le matériel ASIC. L’algorithme a été conçu par le groupe de développement IfDefElse et publié sous le numéro EIP 1057. Il y a environ deux semaines, les principaux développeurs d’Ethereum ont décidé d’approuver l’algorithme, stimulant ainsi un débat qui divise la communauté Ethereum depuis des années.

La dernière session a été suivie par Kristy Leigh Minehan, membre de l’équipe IfDefElse, l’un des créateurs de ProgPow et BitsBeTrippin du côté de ProgPow. D’autre part, Martin Köppelmann, cofondateur de la Gnose, et Matt Luongo, cofondateur de Thesis, étaient présents. Le PDG de Spankchain, Ameen Soleimani, l’une des voix les plus critiques envers ProgPow, était également invité. Le développeur le plus neutre sur ce point a été Benjamin Di Francesco, dont la proposition de laisser ProgPow en statut approuvé mais de ne pas l’activer a finalement été acceptée.

Découverte d’une vulnérabilité dans l’algorithme ProgPow pour Ethereum

La réunion a eu lieu deux jours après la publication de la découverte d’un bogue dans ProgPow par le membre de la communauté Kik. Le bogue a révélé que l’algorithme ProgPow est en fait plus vulnérable à l’extraction ASIC qu’Ethash. Comme l’a décrit Kik, les ASIC sont capables d’exploiter une vulnérabilité de ProgPow pour effectuer des opérations minières sans accès à la mémoire. Cette vulnérabilité est due à la taille de la graine de 64 bits de la fonction de hachage de ProgPow.

La découverte a été confirmée par Kristy Leigh Minehan. Lors de la réunion, Minehan a fait un rapport sur les contrôles effectués sur ProgPow. Elle a expliqué que l’erreur constatée était techniquement facile à corriger. Bien que l’un des membres de la session ait loué le travail de détection des bogues, les opposants à ProgPow ont souligné les risques que d’autres bogues non découverts pourraient apporter au réseau Ethereum.

Les développeurs ont ensuite discuté de l’impact d’une éventuelle diminution du taux de hachage d’Ethereum en avril. Pendant ce mois:

(…) le DAG d’EthHash passera de 4 GB, ce qui devrait entraîner une diminution du taux de hachage dans le réseau, peut-être jusqu’à 40%.

M. Minehan a fait part de deux préoccupations. Premièrement, qu’une diminution du taux de hachage affectera les temps de blocs et causera des problèmes. Deuxièmement, l’introduction de nouveaux dispositifs pour l’extraction des GPU en remplacement des anciens. Selon Minehan, 40 % du réseau d’Ethereum est constitué de 4 Go d’équipement ASIC, et le remplacement de cet équipement pourrait causer les problèmes mentionnés ci-dessus. Une mise en œuvre de ProgPow avec ce risque potentiel pourrait avoir un impact négatif sur le réseau en créant un mécontentement dans la communauté. Les développeurs attendent un rapport détaillé, qui sera publié prochainement, pour prendre des mesures.

Lors d’une discussion sur l’état d’esprit de la communauté concernant ProgPow, Martin Köppelmann a expliqué que son rejet de l’algorithme n’a jamais été un problème technique. M. Köppelmann a déclaré que le plus important était de réduire les risques pour la plateforme Ethereum. Il a ajouté que les changements ne devraient être mis en œuvre que si la sécurité du réseau n’est pas compromise:

(…) il n’est pas évident que les ASIC soient une mauvaise chose dans le réseau et il n’est pas certain que ProgPow obtiendra une résistance aux ASIC. Si nous avions des ASIC sous ProgPow (ce qui aurait été possible étant donné l’exploitation potentielle mentionnée ci-dessus), nous serions dans une situation encore pire car les incitations au secret seraient encore plus grandes.

Köppelmann a également noté qu’il n’y a pas de projets Ethereum basés sur ProgPow et que la Communauté accepte les décisions du processus de gouvernance dans 95% des cas. Dans les 5 % de cas restants où la Communauté rejette un amendement, celui-ci doit être rejeté, a déclaré M. Köppelmann.

M. Minehan est d’accord et explique qu’il est important d’éviter une rupture de blockchain et de protéger les investissements dans l’exploitation minière d’Eth1. Elle a noté que pendant qu’Ethereum est en train d’adopter la Proof of Stake (PoS), la blockchain de la PoS restera en place pendant au moins 6 mois. Elle a également accepté de renommer ProgPow en Ethash 2.0.

Ameen Soleimani a déclaré que les bogues de ProgPow n’étaient pas insignifiants. Il a ajouté que la transition vers le PoS devrait être la priorité. Tim Beiko a fait un bref résumé de la réunion et a fait les remarques suivantes.

Suivez-nous sur Facebook et Twitter et ne manquez plus aucune nouvelle ! Vous appréciez nos indices de prix?

About Author

Reynaldo Marquez has closely followed the growth of Bitcoin and blockchain technology since 2016. He has since worked as a columnist on crypto coins covering advances, falls and rises in the market, bifurcations and developments. He believes that crypto coins and blockchain technology will have a great positive impact on people's lives.

Les commentaires sont fermés.