Les développeurs d’Ethereum discutent des moyens potentiels d’éviter le destin d’ETC

Les développeurs d’Ethereum discutent des moyens potentiels d’éviter le destin d’ETC

Reinforcement learning crypto trading

Lors d’une réunion de Core Devs vendredi, les développeurs d’Ethereum (ETH) ont discuté des mesures potentielles qui pourraient être prises pour empêcher que des attaques réussies à 51% ne se produisent.

La discussion a été inspirée par les attaques de 51% de cette semaine sur Ethereum Classic (ETC) – un réseau qui représente l’état d’origine d’Ethereum où les conséquences du piratage DAO en 2016 n’ont pas été annulées. L’attaque originale, qui s’est produite entre le 31 juillet et le 1er août, s’est révélée être une tentative soigneusement orchestrée de double dépense qui a rapporté plus de 5 millions de dollars en ETC à l’attaquant pour un investissement de 200000 dollars dans la puissance de hachage.

Au cours de l’appel, les développeurs du client Ethereum ont discuté de la possibilité de prendre des mesures supplémentaires contre ces attaques et de la manière dont ces mesures devraient être mises en œuvre.

Abaisser le cap Reorg

Une protection potentielle contre la réorganisation de la chaîne consiste à mettre en place des points de contrôle au niveau du nœud, ce qui définirait l’histoire de la blockchain après ce point. Toute proposition de modification de la blockchain au-delà de ce point de contrôle serait donc rejetée par les nœuds.

Les réorganisations de la chaîne reposent sur l’extraction d’une version alternative de la blockchain avec une plus grande quantité de puissance de hachage que la version communément acceptée. En raison des règles du consensus Nakamoto, la chaîne avec une preuve de travail accumulée plus élevée remplacerait automatiquement l’original une fois publiée sur les nœuds.

Peter Szilagyi, développeur du client Geth, a déclaré que le logiciel rejette déjà les réorganisations de plus de 90 000 blocs, soit deux semaines. C’est cependant beaucoup plus élevé que la réorganisation effective qui s’est produite dans ETC d’environ 4 000 blocs.

Bien que l’abaissement de ce seuil puisse aider à se défendre contre des attaques similaires, Alexey Akhunov d’OpenEthereum a noté que des plafonds trop bas peuvent avoir des conséquences imprévues.

Les mesures peuvent être inefficaces

La profondeur de la réorganisation de l’ETC a été en partie dictée par une histoire d’attaques antérieures. Cela a conduit les bourses à augmenter massivement le seuil de confirmation pour accepter les dépôts.

Szilagyi a déclaré que pour Ethereum, il n’y avait pas besoin de milliers de blocs. Les échanges décentralisés pourraient être joués en censurant les transactions et en maximisant les gains commerciaux du pirate avec des réorganisations de quelques blocs seulement. La définition d’un plafond de point de contrôle aussi bas peut entraîner des problèmes d’utilisabilité importants. Il ajouta:

«Je voulais juste souligner qu’une fois que vous acceptez qu’il y a 51% d’attaques sur le réseau, beaucoup de choses commencent à se casser, car beaucoup de choses reposent sur l’hypothèse que vous ne pouvez pas avoir de réorganisations profondes.»

Tim Beiko, développeur de la société de développement Ethereum PegaSys, a noté que le cas d’ETC pouvait être différent. Comme il s’agit d’une chaîne beaucoup plus petite et moins précieuse, il est facile de rassembler la puissance de hachage requise pour effectuer une attaque à 51% via quelque chose comme Nicehash. Ceci, pour lui, «est une plus grande préoccupation que tout ce que les clients mettent en œuvre à travers les points de contrôle.»

En fin de compte, les développeurs ont convenu de discuter davantage des problèmes et de réfléchir à des améliorations potentielles de la résilience d’Ethereum.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *