Changement et évolution : le code Casper d'Ethereum prend forme

L'effort majeur d'Ethereum pour repenser la manière dont les nœuds d'un système blockchain parviennent à un accord progresse lentement mais sûrement.

C'était du moins le message principal deDevcon3, la conférence Technologies annuelle du projet open source, mercredi. Le thème de Casper – la version très attendue du consensus de preuve d'enjeu d'Ethereum – était présente lors de plusieurs panels lors de l'événement.

ONEun des un certain nombre de pièces mobiles Parmi les éléments nécessaires à la concrétisation de la vision à long terme du projet, Casper pourrait bien figurer parmi les plus importants, car il est essentiel à la démocratisation de l'accès à la plateforme. La nécessité perçue de cette mise à niveau a peut-être été mieux illustrée par Emin Gün Sirer, chercheur à l'Université Cornell, qui a expliqué comment la preuve de travail (le système utilisé par Bitcoin pour maintenir la synchronisation de son réseau) a conduit à un environnement où les utilisateurs ne peuvent plus participer comme prévu.

Sirer a déclaré lors de l'événement :

« Nous sommes à la merci du matériel. La Technologies nous échappe. »

Dans cette optique, Casper vise une approche plus égalitaire, différenciant Ethereum par l’introduction d’une nouvelle version d’un système appelé preuve d’enjeu.

Plutôt que d'avoir à acheter des ordinateurs spécialisés pour exécuter le logiciel, l'idée est que les utilisateurs mettent simplement de côté des fonds (qui seraient bloqués pendant un certain temps) et effectuent des calculs pour approuver les transactions. Grâce à cette action, les utilisateurs pourraient concourir pour des récompenses de protocole.

Ainsi, le créateur Ethereum , Vitalik Buterin, est allé jusqu'à affirmer que ce projet devrait être prioritaire par rapport à tous les autres éléments de la feuille de route. Mais comme la preuve d'enjeu supprimerait des éléments de l'infrastructure d'Ethereum, les risques de sécurité apparaissent comme une préoccupation majeure.

Aux côtés de Sirer, le développeur Ethereum Vlad Zamfir, sa collègue professeure à Cornell Elaine Shi et le développeur de Parity Technologies Peter Czaban participaient à un panel. Le sentiment général parmi les participants était le suivant : Casper doit être lancé rapidement, du moins aussi vite que possible compte tenu des contraintes de sécurité.

Cuisine bondée

Cependant, l’équilibre délicat que le projet doit trouver contraste avec les rapports sur l’environnement dans lequel le code est développé.

Par exemple, il a été confirmé que les auteurs de la proposition originale – Zamfir et Buterin – travaillent toujours sur des versions concurrentes de la technologie, comme ils le faisaient à l’époque.Devcon2L'année dernière. Alors que la version de Buterin se veut extrêmement simple, celle de Zamfir promet un changement très minime.

La présentation de Zamfir a démontré qu'il travaillait tranquillement à l'amélioration de la première version de Casper, qui comprenait une structure de blockchain plus complexe.

Basé sur le protocole GHOST, le Casper de Zamfir offre des temps de transaction plus rapides grâce à une refonte des règles de vérification des blocs. De cette façon, la structure sous-jacente LOOKS davantage à un zigzag qu'à une blockchain linéaire, et reflète autres propositionsen essayant de créer un protocole plus rapide.

La propre version de Casper de Buterin, co-écrite avec son collègue développeur Virgil Griffith, s'est éloignée de ces idées et s'est orientée vers une conception qu'il vise à être « aussi simple que possible, et aussi simple que possible pour être graphiquement intégrée aux systèmes de preuve de travail existants ».

Pourtant, à ce stade de développement, il existe encore un désaccord quant à savoir quelle version de Casper atteint une véritable simplicité, Zamfir pointant vers plusieurs autres structures de données qui pourraient être déployées pour atteindre cet objectif.

Image de Rachel Rose O'Leary pour CoinDesk