La véritable discussion sur le prochain hard fork d'Ethereum est sur le point de commencer

Plus de deux douzaines de propositions d'amélioration Ethereum (EIP) ont été soumises pour examen et inclusion dans la prochaine mise à niveau à l'échelle du système d'Ethereum ou hard fork, surnommée Istanbul.

La liste – avec 28officiel Les EIP et au moins un autre ensemble à ajouter comprennent des modifications apportées au réseau de 27 milliards de dollars qui ont un impact sur son algorithme d'exploitation minière, l'exécution et la tarification du code, le stockage des données et bien plus encore.

Une douzaine de ces propositions ont été longuement débattues par les développeurs d' Ethereum CORE lors d'une conférence téléphonique bimensuelle vendredi. Cependant, la majorité d'entre elles ont finalement été reportées à un débat plus approfondi, et une ONE proposition d'EIP a reçu une approbation provisoire.

« Nous en parlerons davantage sur le canal Gitter All CORE Devs pour nous attaquer à certains de ces EIP qui sont toujours bloqués dans la proposition et décider le plus rapidement possible lesquels sont mis en œuvre pour Istanbul », a déclaré Hudson Jameson, responsable des relations communautaires de la Fondation Ethereum , avant de mettre fin à l'appel d'aujourd'hui.

Comme l’a souligné Jameson, la date limite stricte pour toutes les soumissions d’EIP d’Istanbul est passée vendredi dernier et les développeurs travaillent maintenant à parvenir à un accord sur les propositions d’EIP qui peuvent être considérées comme officiellement « acceptées ».

Décisions prises

Le ONE EIP à avoir reçu une approbation provisoire vendredi était EIP 1108, qui propose une modification mineure des frais de GAS sur le réseau Ethereum . Les développeurs ont souligné que cette proposition, bien qu'approuvée, nécessite des chiffres d'analyse comparative qui seront présentés lors de la prochaine réunion des développeurs CORE .

Par ailleurs, au moins deux autres projets d’EIP proposés semblent voués à être retardés.

Le développeur Rick Dudley a expliqué queEIP 1559 – qui introduit un nouveau modèle de frais de transaction pour Ethereum – est « un changement assez compliqué ».

Dudley a également souligné qu'il ne serait probablement pas prêt à temps pour Istanbul, dont l'activation du réseau principal est prévue peut-être dès la mi-octobre.

« [EIP 1559] nous devrions supposer qu’il est possible qu’il arrive [à Istanbul], mais cela semble peu probable pour le moment », a déclaré Dudley lors de l’appel.

Le deuxième EIP présentant un fort potentiel de retard est l'EIP 1057. Il s'agit d'une modification proposée à l'algorithme de minage de preuve de travail (PoW) d'Ethereum, qui depuisAvrilL'année dernière, l'exploitation minière a été facilitée par des dispositifs informatiques spécialisés appelés ASIC. Avec un marché annuel estimé à 655 millions de dollars pour les récompenses minières d'Ethereum, les ASIC surpassent les cartes graphiques, ou GPU, ce qui, selon les développeurs, pourrait conduire à un paysage minier plus centralisé.

EIP 1057

propose un algorithme PoW remanié connu sous le nom de « Progressive PoW » ou ProgPoW dans le but de mieux exploiter les capacités de calcul spécifiques au GPU.

Alors que approuvé deux fois au cours de la dernière année par les développeurs d' Ethereum CORE , ProgPoW selon Jameson pourrait être confronté à un retard en raison de divers problèmes logistiques dans l'organisation d'un audit par un tiers de la proposition.

« Nous avons rencontré des problèmes lors du démarrage de l'audit ProgPoW », a expliqué Jameson dans unPublication des magiciens EthereumHier. « Nous avions un partenaire matériel spécialisé dans les ASIC qui devait collaborer avec Least Authority pour réaliser la partie matérielle de l'audit. Ils ne participent plus à l'audit ; nous recherchons donc d'autres auditeurs pour la partie matérielle. »

À ce titre, Jameson a proposé aujourd’hui que l’EIP ne soit pas classé dans la catégorie approuvée des EIP jusqu’à ce que de plus amples détails sur l’audit en cours soient réglés.

Regard vers l'avenir

La prochaine date limite officielle pour le hard fork d'Istanbul est la fusion des EIP acceptés dans les versions existantes du logiciel Ethereum appelées clients.

James Hancock, ONE de l'EIP, a déclaré à CoinDesk que cette étape s'apparente à la collecte de votre code afin qu'il puisse être entièrement testé.

« Il est suggéré d'avoir des implémentations de référence dans deux clients majeurs », a déclaré Hancock à CoinDesk. « La définition de « majeur » est assez vague. »

Hancock a également noté qu'il a rassembléune feuille de calcul mise à jouravec tous les EIP proposés à Istanbul et leur « préparation » relative à l'activation du réseau principal.

Pour l’instant, la prochaine « date limite souple pour les implémentations client majeures » est prévue à la mi-juillet, avec un éventuel lancement du réseau principal prévu pour la mi-octobre.

Cependant, le calendrier envisagé pour Istanbul est une création relativement nouvelle, jamais reproduite par les précédents hard forks Ethereum . Il a été proposé par Afri Schoedon, ancien développeur Ethereum , et Alex Beregszaszi, développeur de la Fondation Ethereum , afin de décomposer le processus de hard fork en «un cycle fixe de 9 mois."

Ainsi, Alexey Akhunov, bénéficiaire d'une subvention de la Fondation Ethereum, a écrit dans la salle de discussion Gitter que tout le monde devrait réfléchir et itérer sur les nouvelles « échéances » suggérées.

« Je vais moi-même remettre en question tous les délais en me demandant quel est leur but », a déclaré Akhunov. « Comme c'est la première fois que beaucoup de ces choses sont introduites, nous sommes ici pour nous assurer que ce que nous faisons est fait pour une raison précise et non parce que quelqu'un le dit. »

Pour l'instant, l'ingénieur en protocole blockchain chez Consensys Danno Ferrin affirme qu'au minimum, la liste des EIP proposés à Istanbul « cesse de s'allonger » et va très probablement commencer à diminuer.

Et plus tard, la mise à niveau du logiciel elle-même doit être acceptée par les nœuds qui sous-tendent le réseau Ethereum lui-même lorsque l'événement de hard fork se produit réellement.

Ethereumimage via Shutterstock