Proposition Ethereum en débat: L'EIP-8390 menace-t-elle la stabilité du réseau?

Je dois l’avouer, la première fois que j’ai entendu parler de l’EIP-8390, ma réaction a été un perplexe « Mais quoi…?! ». Et je ne suis pas le seul. Cette proposition fait actuellement autant de remous dans la communauté Ethereum qu’un aspirateur dans une pièce pleine de poils de chat. Mais que cache-t-elle vraiment? Et pourquoi suscite-t-elle tant de tensions?
Que propose exactement l’EIP-8390?
Au cœur de cette proposition, un développeur anonyme suggère de réduire de moitié les récompenses des validateurs dans le système de Proof-of-Stake d’Ethereum, passant d’environ 2,5 ETH par bloc à 1,25 ETH. À première vue, l’idée semble séduisante: cela réduirait l’inflation annuelle d’Ethereum, actuellement estimée à environ 6,4 millions d’ETH, à quelque 3,2 millions. Moins d’ETH en circulation, plus de rareté – un scénario qui semble idéal, non?
Mais voici le hic: l’EIP-8390 ne propose pas seulement une réduction des récompenses, mais aussi une refonte totale du mécanisme de confirmation finale des blocs. Au lieu de s’appuyer sur la logique on-chain actuelle, des Zero-Knowledge Proofs (ZK-Proofs) seraient générés et vérifiés hors chaîne. Théoriquement, cela améliorerait l’efficacité. En pratique, cela risque de créer un cauchemar pour les light clients existants.
Les light clients en danger: pourquoi ignorer Altair n’est pas une option
Altair, l’upgrade introduit en 2021, a marqué une étape importante pour Ethereum en améliorant sa scalabilité. Les light clients permettent aux utilisateurs de vérifier les transactions et l’état du réseau sans télécharger l’intégralité de la blockchain – un atout majeur pour les appareils mobiles ou les applications IoT.
Or, c’est précisément ces light clients qui seraient menacés par l’EIP-8390. Le mécanisme de confirmation finale serait modifié, obligeant tous les light clients Altair à être mis à jour. Problème? La proposition ne fournit ni une API claire ni un système d’incitation pour la création des ZK-Proofs. Qui donc serait chargé de les générer? Et surtout, qui paierait pour cela?
Des lacunes inquiétantes: une proposition pleine de points d’interrogation
Franchement, l’EIP-8390 me fait un peu penser à un plan de maison où les pièces essentielles



manquent à l’appel. L’auteur n’a fourni aucune référence reproductible (par exemple, des benchmarks GPU) pour évaluer la faisabilité des ZK-Proofs. Comment alors estimer la viabilité de cette idée? Et comment récompenser les validateurs ou les acteurs impliqués dans la production de ces preuves hors chaîne? Sans réponses claires, la mise en œuvre de cette proposition pourrait fragmenter le réseau. Imaginez un orchestre où la moitié des musiciens seraient soudainement réduits au silence: ce ne serait pas une belle mélodie, c’est le moins qu’on puisse dire.
La communauté n’est pas enthousiaste
Les réactions au sein de la communauté sont jusqu’ici marquées par une profonde scepticisme. Beaucoup de développeurs et d’utilisateurs reconnaissent que l’idée de réduire l’émission d’ETH est en soi positive, mais sa mise en œuvre soulève d’importantes inquiétudes. La proposition est notamment critiquée pour son manque de prise en compte de l’infrastructure existante et son manque de visibilité dans la planification.
Certains estiment que réduire l’émission d’ETH pourrait effectivement contribuer à stabiliser la valeur de la cryptomonnaie sur le long terme. Mais ils soulignent aussi que cela ne doit pas se faire au détriment de la stabilité et de la compatibilité du réseau.
Conclusion: un saut risqué dans l’inconnu
L’EIP-8390 illustre une fois de plus la complexité de l’évolution d’Ethereum. L’idée de réduire l’inflation tout en améliorant l’efficacité grâce aux ZK-Proofs peut sembler alléchante au premier abord. Cependant, sans une planification solide, des incitations claires et le respect de l’infrastructure existante, cette proposition pourrait rapidement se transformer en boomerang.
La communauté Ethereum est désormais face à la tâche d’examiner cette proposition en profondeur avant qu’elle ne soit éventuellement implémentée, au risque de plonger le réseau dans une scission non désirée. Une chose est sûre: le débat autour de l’EIP-8390 nous accompagnera encore longtemps. Et je suis impatient de voir comment il évoluera. Peut-être en ressortira-t-il quelque chose de positif. En attendant, je préfère m’en tenir aux upgrades éprouvés plutôt qu’à des expérimentations aux résultats incertains.