- La communauté Ethereum Classic discute d’une éventuelle modification de l’algorithme d’extraction afin de prévenir les attaques à 51%.
- Les mineurs refusent de s’écarter de l’algorithme actuel de preuve de travail et ont proposé des alternatives.
Ethereum Classic (ETC) a connu des mois difficiles alors que ses problèmes de sécurité persistent. Au cours du seul mois d’août, le réseau Ethereum Classic a subi trois attaques à 51 %. Par conséquent, la pression exercée sur les promoteurs pour qu’ils prennent des mesures afin de résoudre la situation est énorme. Cependant, il est actuellement difficile de trouver un consensus pour une solution, de sorte qu’un débat animé a lieu au sein de la communauté.
Dans une publication de la mi-août, Ethereum Classic Labs a présenté une stratégie visant à renforcer la sécurité des réseaux. Selon la proposition, des changements à court et à long terme doivent être apportés, qui pourraient être mis en œuvre dans les 3 à 6 mois à venir.
À court terme, ETC Labs prendra les 4 mesures suivantes : « exploitation défensive » en coopération avec les pools miniers pour augmenter le taux de hachage, amélioration de la surveillance du réseau pour identifier les anomalies, coordination avec les échanges pour établir des temps de confirmation sécurisés, et mise en place d’un « permapoint » pour éviter les réorganisations « agressives » sans perdre le consensus des nœuds.
Passer à l’algorithme d’Ethereum ou de Monero ?
En termes de solutions à long terme, la publication revient sur un sujet qui a été débattu au moins depuis février de cette année : la modification de l’algorithme d’extraction d’Ethereum Classic. Cependant, la question est compliquée et il existe plusieurs factions ayant des points de vue différents sur le sujet.
D’une part, il y a ceux qui proposent de changer l’algorithme actuel de l’ETC Proof of Work Dagger Hashimoto, connu sous le nom d’Ethash, pour l’algorithme Monero RandomX. Cette proposition, appelée ECIP-1093, a été rejetée il y a quelques jours, puis rétablie comme « projet » par ses partisans.
D’autre part, ECIP-1049 propose de passer au réseau SHA-3 d’Ethereum ou à l’algorithme d’extraction de Keccak. Cela permettrait l’introduction de matériel minier spécial (ASIC SHA-3) pour accroître la sécurité du réseau Ethereum Classic. Concernant cette proposition, la publication d’ETC Labs indique:
L’utilisation de Keccak256 de la famille SHA3 placerait Ethereum Classic dans une position unique en tant que leader potentiel du marché en termes de taux de hachage de son propre algorithme d’extraction. Cela permettrait à ETC de devenir plus indépendant de sa chaîne sœur basée sur Ethash, réduisant ainsi considérablement le risque d’attaques résultant d’un algorithme d’extraction commun.
Si la communauté décidait d’approuver la modification de l’algorithme d’extraction du ETC, la mise en œuvre se ferait en 5 phases. La première phase commencerait en septembre et les clients de Core Geth et d’Hyperledger Besu seraient convertis. La dernière phase aurait lieu en janvier 2021 avec l’activation dans Mainnet en utilisant le nouvel algorithme minier.
Préoccupations des mineurs d’Ethereum Classic
Cependant, la communauté Ethereum Classic, en particulier ses mineurs, a exprimé des inquiétudes quant à une éventuelle modification de l’algorithme d’extraction. Leur principale raison est l’investissement dans « l’équipement pour soutenir le réseau du ETC ». Un mineur a déclaré ce qui suit:
J’ai investi 18 000 dollars pour soutenir ETC en achetant l’Innosilicon A10 Master Pro 5g. Si vous changez l’algo, je peux jeter tout l’argent que j’ai dépensé pour ajouter de la puissance de hachage au réseau ETC, et nous sommes des milliers dans la même situation.
Les mineurs semblent plus enclins à accepter les changements qui permettraient de conserver le cœur de l’algorithme actuel de l’ETC, mais de compléter le PoW en utilisant un graphe acyclique dirigé (DAG). Cette dernière proposition a été introduite sous le nom d’ECIP-1043. Avec l’ECIP-1049, il fera partie d’un appel des développeurs d’Ethereum Core, qui aura lieu le 11 septembre à 16:00 UTC. Le statut des deux propositions est actuellement « appel final » et, avec ECIP-1092 et ECIP-1097, il semble très probable que l’une d’entre elles sera approuvée.
