Ethereum Classic pourrait retarder son prochain hard fork « Atlantis »

L'équipe de développeurs open source d' Ethereum Classic n'a pas réussi à parvenir à un consensus jeudi sur la question de savoir s'il fallait aller de l'avant avec une prochaine mise à niveau du code à l'échelle du système comme indiqué, renvoyant ainsi le lot de mises à niveau prévu à une étape de rédaction.

Depuis février, les développeurs réfléchissent à un ensemble de 10 propositions à intégrer au protocole, une mise à niveau familièrement appelée « Atlantis ». Une continuation de la blockchain Ethereum originale, Ethereum Classic (ETC) s'est effectivement détachée du projeten 2016, atteignant par la suite une valorisation NEAR d'un milliard de dollars, selon Capitalisation du marché des pièces.

Cependant, alors qu'Ethereum Ethereum Classic s'est efforcé de se forger une proposition de valeur unique (basée sur une Juridique monétaire modifiée entre autres différences), sa communauté a également fait de plus grands efforts pour introduire des changements dans le réseau qui faciliteraient l'interopérabilité entre les deux blockchains.

En fait, Atlantis est la première des deux mises à niveau de protocole ou hard forks visant à intégrer les EIP qui ont déjà été activés sur Ethereum ces dernières années.

« Ces mises à niveau permettraient à ETC de se mettre à jour avec le dernier protocole d'ETH, rendant la migration des dapps entre les réseaux beaucoup plus facile », a écrit Bob Summerwill, directeur exécutif d' Ethereum Classic Cooperative, dans une newsletter par e-mail en mai.

Aujourd'hui, la communauté devait prendre une décision finale sur le contenu de la mise à niveau et son activation prévue pour la mi-septembre. Cependant, certains développeurs ont exprimé des hésitations quant à l'inclusion ONEune proposition particulière – EIP 170 – dans la mise à niveau d'Atlantis.

Résumant ses réflexions sur la proposition dans un commentaire GitHub, le développeur Ethereum Classic, Anthony Lusardi a écrit:

« Ces règles peuvent simplement être appliquées à la validation des transactions plutôt qu'à la validation des blocs, ce qui en fait un soft fork plutôt qu'un hard fork... Il est extrêmement important de s'en tenir aux règles préalablement convenues lorsqu'elles sont définies. »

EIP 170

Pour rappel, si l'EIP 170 était mis en œuvre, il fixerait un plafond fixe à la taille du code de contrat intelligent qui peut être exécuté dans une seule transaction. Cette idée a été conçue à l'origine par le fondateur Ethereum, Vitalik Buterin, qui a expliqué à l'époque qu'un plafond était nécessaire pour empêchercertains scénarios d'attaquesur la blockchain.

Cependant, comme Lusardi, le membre de la communauté Ethereum Classic « MikO » soutient que ce changement ne doit T nécessairement être un hard fork (c'est-à-dire rétrocompatible).

« Je n'aime T l'idée de devoir changer une limite stricte à l'avenir si nous souhaitons des contrats plus complexes », a écrit MikO sur le canal Discord Ethereum Classic .

Dans le même temps, Lusardi et MikO soulignent que leurs désaccords avec l'EIP 170 ne devraient pas retarder ou entraver de quelque façon que ce soit la progression de la mise à niveau d'Atlantis.

MikO a souligné :

« Si tout le monde estime que fixer cette limite de cette manière est la bonne façon de procéder, alors je suis d’accord avec la majorité. »

Lusardi a ajouté qu'en dehors du fait de ne pas vouloir retarder la mise à niveau d'Atlantis, il ne croit absolument T qu'une « personne ONE devrait être en mesure d'arrêter le processus [de mise à niveau] ».

Pour l'instant, aucune décision n'a été prise sur le calendrier ou le contenu de la mise à niveau d'Atlantis à la suite des commentaires partagés lors de l'appel aux développeurs d'aujourd'hui.

« Reconnaissons simplement qu'il y a une discussion autour de l'EIP 170 et prenons ce temps, encore une ou deux semaines [pour discuter] du problème avec les limites de taille de code maximales et de la manière d'avancer », a conclu le développeur Ethereum Classic, soc1c.

Image Ethereum Classic via les archives de CoinDesk