Papier jaunissant : qu'est-ce qui retarde une mise à jour cruciale Ethereum ?

Le document technique censé fournir les règles définitives pour tous les ordinateurs exécutant le logiciel Ethereum devient obsolète.

Appelé lePapier jaune, le document est ce que les développeurs Ethereum utilisent comme référence lors du codage, et c'est sur cela que les clients s'appuient pour rester sur la même longueur d'onde avec le réseau (sans, par exemple, créer des bugs qui pourraient le fracturer).

Cependant, aucune modification T été apportée au document depuis plus d'un an, ce qui met à rude épreuve les efforts visant à améliorer les capacités de la deuxième plus grande blockchain au monde en termes de valeur marchande.

Au lieu d'un guide clair et précis, les développeurs doivent s'appuyer sur le « consensus communautaire » pour garantir que tout fonctionne correctement, a déclaré le développeur CORE Nick Johnson. lors de la récente réunion. Et alors que le réseau peine à KEEP le rythme de l’adoption (voir :La popularité de CryptoKitties), l’urgence pour Ethereum d’adapter son code n’a peut-être jamais été aussi flagrante.

En effet, alors que les discussions sur les solutions possibles à la congestion du réseau se multiplient, une attention nouvelle est accordée aux problèmes perçus avec le Livre jaune.

Ce qui contribue aux frustrations, c'est quebugs de consensus qui ont émergéà l'approche de la récente mise à niveau du hard fork d'Ethereum - appelée Byzantium - aurait pu être atténuée par un point de référence inter-clients plus précis.

Comme l’a déclaré Johnson lors de la réunion :

Si vous souhaitez créer un système capable de synchroniser la chaîne avant le hard fork actuel, vous n'avez pas de chance. Il faut se débarrasser des mauvaises informations, et il n'existe aucune spécification formelle pour cela, hormis les anciennes versions du Yellow Paper.

Trop de mathématiques

ONEun des problèmes du Livre jaune actuel est qu’il est exprimé en notation mathématique, même si de nombreux développeurs préféreraient un langage de programmation spécifique.

À cause de cela, il alongtemps critiqué comme un point de départ peu accueillant pour les nouveaux venus sur Ethereum . Le développeur CORE , Piper Merriam, s'exprimant lors de la réunion, a déclaré précisément cela, affirmant que le Livre jaune, tel qu'il est rédigé aujourd'hui, limite considérablement le nombre de personnes pouvant participer au développement Ethereum .

« Ce qui compte vraiment, c'est la capacité à transformer les spécifications en notation mathématique, ce dont je ne suis pas un expert – et j'ai un diplôme en mathématiques », a-t-il déclaré.

Johnson a également rejeté le document, le qualifiant d'« obscurantiste et difficile à lire » et de « mauvaise ressource de description ».

Au téléphone avec CoinDesk, il a ajouté : «Très peu de gens connaissent bien la notation utilisée par le Yellow Paper pour apporter des modifications significatives.

Actuellement, les développeurs pointent vers un autre document,KEVM, écrit dans le langage de programmation K, comme spécification contemporaine possible pour Ethereum.

Bien que les discussions n’aient pas encore officiellement commencé avec les auteurs actuels de la spécification, Johnson l’a décrite comme une « voie prometteuse ».

Johnson a conclu :

« Ce que j'aimerais voir, c'est une spécification plus accessible, mais toujours bien définie et complète, qui couvre tout ce qui est nécessaire pour créer un nouveau client Ethereum à partir de zéro. »

Le gardien

Mais jusqu’à présent, le document reste obsolète et, malgré la nature décentralisée du réseau Ethereum , toute mise à jour doit passer par une ONE personne.

En effet, dans son état actuel, le Yellow Paper est un logiciel sans licence, ce qui signifie que ses droits éditoriaux reviennent à l’auteur répertorié.

Il s'agit plus précisément du Dr Gavin Wood, fondateur de Parity Technologies et cofondateur d' Ethereum. Étant le seul auteur cité, il fait autorité en la matière dans son état actuel. Cependant, ses efforts pour améliorer le document semblent avoir été sporadiques.

Plus tôt cette année, Woodmis à jourle document, mais peu de temps après,inversé retour à la version disponible en 2016. Lors d'une réunion de développeurs en mars, l'ingénieur de la Fondation Ethereum , Yoichi Hirai ditil avait parlé à Wood des changements, et que Wood était revenu en arrière uniquement dans le but de corriger les erreurs avant de fusionner une mise à jour.

Depuis lors, cependant, le Livre Jaune a vupas significatifmises à jour.

Parce qu'il y a un total de 29 personnes qui ontcontribuéAu fil du temps, Hirai, qui a dirigé la majorité des tentatives de modification au sein du référentiel Yellow Paper, a déclaré : « Légalement, c'est un grand mélange de personnes. »

S'exprimant lors de la réunion de la semaine dernière, il a ajouté :

« Dans son état actuel, c'est très dangereux. »

Wood n'a pas répondu à plusieurs demandes de commentaires.

Une politique paritaire ?

Le rôle de Wood dans tout retard est moins clair, un problème amplifié par le fait que son départ de la Fondation Ethereum a longtemps été marqué par théories du complot.

L’amplification des problèmes perçus estque certains ressententLa mauvaise presse d'Ethereum cette année nous ramène à Wood. Par exemple,le hack de juilletde 150 000 éthers (d'une valeur de 30 millions de dollars à l'époque) était dû à un problème avec les portefeuilles Parity, tout comme legel récent des fonds par lequel un nouveau codeur a « accidentellement » initié le verrouillage de 275 millions de dollars d'éther.

De plus, Wood a bloqué les efforts visant à modifier la documentation dans le passé, selon Merriam, qui a souligné l'ancien projet de Wood, CPP Ethereum.

Dans un effort pour « encourager l’adoption la plus large possible d’ Ethereum» l’année dernière,un changement de droit d'auteur a été suggéré pour CPP Ethereum – annoncé comme un moyen de rendre légalement possible pour des projets externes, tels que Hyperledger, d'implémenter le code sans ambiguïté de licence.

Cela dit, d’autres pensent que cela pourrait simplement être un signe du rythme rapide du développement de la technologie.

« Je sais que des gens ont contacté Gavin [Wood] à propos de ce problème, et il n'a T agi jusqu'à présent », a déclaré Hudson Jameson, ancien responsable de la communication de la Fondation Ethereum , lors de la réunion.

Johnson a également déclaré, dans une interview avec CoinDesk, que toute tentative de suggérer qu'il existe une discorde entre les développeurs T tout à fait exacte.

« D'après mes propres problèmes à plus petite échelle, je dirais qu'il y a de fortes chances qu'il soit simplement occupé et qu'il n'ait T pris le temps de s'en occuper. Je ne pense T qu'il y ait de mauvaises intentions », a-t-il déclaré.

Pour Johnson, ces problèmes ne sont qu’un signe qu’une meilleure solution est nécessaire.

Il a conclu :

« Je pense que nous avons besoin d’un processus plus décentralisé pour gérer la norme officielle. »

Parcheminimage via Shutterstock