Ethereum : l'EIP-8361 propose de brûler une partie des récompenses des validateurs pour freiner les incitations au staking

Résumé du marché par IA
Le projet d'EIP8361 propose de brûler une fraction croissante des récompenses des validateurs Ethereum à mesure que le staking augmente, ramenant l'émission nette au niveau du consensus à zéro autour d'un ratio de staking de 50%. Cela modifierait sensiblement l'économie du staking, pouvant déplacer les niveaux d'équilibre de mise en staking et les incitations des opérateurs (en particulier pour les grands acteurs de type conservation/LST) tout en laissant inchangée la dynamique du MEV. La fenêtre d'examen étroite et l'exigence d'un hard fork ajoutent de l'incertitude en matière de gouvernance et de mise en œuvre, augmentant le risque de politique à court terme pour l'ETH.
Niveau d'impact
● Élevé
Actifs concernés
ETH/USDT+0.44%
Infos de l'IA · ETH/USDTInfos de l'IA
● neutre
Trader maintenant
⚠️ Les infos générées par l'IA sont basées sur des contenus d'actualité et fournies à titre informatif uniquement. Elles ne constituent pas des conseils en investissement et ne reflètent pas les positions de BingX. Investir comporte des risques. Tradez de manière responsable.
Un groupe de six auteurs, dont Justin Drake de la Fondation Ethereum, a publié le 4 août un projet de proposition visant à brûler une fraction croissante des récompenses des validateurs à mesure que davantage d'ETH est mis en staking. L'objectif : ramener l'émission nette de la couche consensus à zéro lorsque 50% de l'offre est stakée. Déposé sous forme de pull request et référencé EIP-8361, le texte s'intitule "Tapered Issuance Burn" et est notamment attribué à Jérôme de Tychey, Ladislaus von Daniels et Justin Drake. Selon les auteurs, l'actuelle courbe d'émission d'Ethereum conserve une propriété que les plans de réduction antérieurs n'avaient pas supprimée : il n'existe pas de ratio de staking à partir duquel l'incitation à staker davantage s'éteint. Le rendement ne diminue qu'avec l'inverse de la racine carrée du ratio de staking et conserve un plancher d'environ 1,5% quel que soit le niveau d'ETH staké. La dynamique d'arrêt de la croissance du staking dépend donc du maintien, chez le staker marginal, d'une prime de risque au-dessus de ce plancher. Le mécanisme de burn proposé vise à supprimer ce plancher et à laisser le marché fixer l'équilibre. Aujourd'hui, environ 33% des ETH sont stakés, soit près de 40 millions d'ETH. La couche consensus distribue environ 1'054'000 ETH par an, soit 2,62%, d'après le document. Les récompenses de la couche exécution n'ajoutent, au maximum, que 0,20%, sur la base du décompte des auteurs : environ 72'600 ETH de paiements via des relais MEV-Boost sur 2,42 millions de blocs durant l'année se terminant le 31 juillet, auxquels s'ajoutent 190'000 blocs construits localement, valorisés au même niveau moyen. L'émission représenterait ainsi au moins 93% du rendement du staking. Un burn qui augmente avec le staking À chaque époque, chaque validateur se verrait appliquer une déduction pour chaque tâche qui lui est attribuée (attestation, proposition de bloc, participation au sync committee), calculée comme une fraction de la récompense "idéale" associée à cette tâche. Les ETH déduits seraient détruits. La fraction brûlée correspond au total de la balance active divisé par une nouvelle constante, SATURATION_BALANCE, le tout élevé à la puissance 3/2, avec un plafond à 100%. SATURATION_BALANCE serait fixée à 60'250'000 ETH, soit environ la moitié de l'offre actuelle estimée à 120,7 millions. À ce niveau, le burn annule exactement l'émission d'un validateur performant. Au-delà, l'émission de la couche consensus devient nulle. Les auteurs précisent que le ratio de 50% constitue un plafond d'incitation, pas un objectif : la "saturation" "n'est pas une cible", et le marché est censé se stabiliser en dessous, au niveau où le rendement net compense les risques de liquidité, de slashing, d'exploitation et de réglementation. Point notable : la déduction s'appliquerait qu'une tâche ait été réalisée ou non. Les auteurs estiment que cela préserve les incitations par tâche, car l'écart de balance entre exécuter et ignorer une tâche reste inchangé. En contrepartie, le retour à l'équilibre après une panne devient plus long : environ un facteur 3,8 au ratio de staking actuel, mesuré en jours de gains nets plutôt qu'en ETH. Un amortisseur de 18 mois Appliqué intégralement dès le hard fork, le burn ferait chuter le rendement net de la couche consensus, au ratio actuel, d'environ 2,6% à 1,2%. Les auteurs jugent ce niveau "suffisant pour provoquer une sortie significative du staking à l'activation". Le texte prévoit donc une montée en charge sur 18 mois. La spécification introduit une nouvelle constante, TRANSITION_BASE_REWARD_FACTOR, fixée à 128. Le mécanisme de récompense utiliserait un facteur effectif variable dans le temps, décroissant linéairement vers le BASE_REWARD_FACTOR existant de 64 sur 123'300 époques. Le doublement temporaire du facteur relève la courbe de rendement net de façon à croiser la courbe actuelle autour d'un ratio de staking de 31%, proche de la situation du réseau, ce qui permet aux stakers de démarrer près des niveaux de rendement actuels. La forme du "taper" s'applique dès la première époque après activation : dès le jour 1, l'émission cesse de récompenser la croissance au-delà de 50%. Les grands opérateurs pénalisés plus tôt Dans le régime actuel, le revenu d'un opérateur augmente à chaque ajout de validateur, quelle que soit sa taille et quel que soit le ratio de staking, parce que sa part relative du staking et l'émission totale progressent. Le burn dégressif plafonne l'émission totale autour d'un ratio de staking d'environ 20%, puis la réduit au-delà : un opérateur en croissance capte une part plus grande d'un volume qui diminue. Chaque opérateur atteint un point où cet effet l'emporte, et plus l'opérateur est gros, plus tôt il y arrive. D'après le document, un opérateur détenant la moitié du staking cesse d'être rémunéré pour sa croissance dès qu'environ 31% de l'offre totale est stakée. Les auteurs rappellent que le MEV n'est pas affecté par le burn et continue de récompenser l'échelle à n'importe quel ratio, ce qui repousse ce seuil. Deux objectifs affichés Le texte présente deux finalités : réduire le risque de capture d'Ethereum à mesure qu'une part croissante de l'offre est concentrée chez des dépositaires, des exchanges et des fournisseurs d'ETF plutôt que chez les détenteurs eux-mêmes ; et défendre le rôle monétaire de l'ETH face aux dérivés de staking qui le remplacent comme collatéral. Selon DefiLlama, les protocoles de liquid staking représentent 34,9 milliards de dollars, dont 17,6 milliards pour Lido. Le 4 août, l'ETH s'échangeait à 1'862 dollars, en baisse de 1,4% sur la semaine. Une fenêtre de revue jugée trop courte Le calendrier a suscité des critiques rapides. Greg Koumoutsos, coauteur des projets d'EIP 8148 et 8205, a écrit sur le fil Ethereum Magicians ouvert par l'auteur principal pintail que la proposition avait été publiée 48 heures avant la date limite de soumission des EIP pour Hegotá. "Cela ne laisse clairement pas assez de temps pour un examen communautaire d'un changement de politique monétaire d'une telle ampleur", a-t-il estimé. Il a ajouté que la "strawmap" laissait entendre qu'une mise à jour de l'émission serait envisagée pour "I*", un hard fork ultérieur placeholder, et que "des arguments légitimes" avaient été soulevés dans des discussions précédentes sur les conséquences d'une telle mise à jour, sans sembler pris en compte ici. Le 6 août constitue la date limite des pull requests proposant des EIP pour Hegotá, selon l'agenda de l'appel All Core Devs — Consensus #184. Hegotá est la mise à niveau suivant Glamsterdam ; d'après le meta EIP de Hegotá, FOCIL est la seule fonctionnalité de la couche consensus actuellement prévue. Au moment de la publication, aucune pull request ne proposait l'inclusion de l'EIP-8361. Son statut est "Draft", son type "Standards Track" et sa catégorie "Core", ce qui implique un hard fork. Aucun changement côté couche exécution ni contrat n'est requis. Les auteurs indiquent qu'une implémentation a été réalisée dans le client consensus Prysm, sans encore inclure de vecteurs de test. Dans son message sur le forum, pintail a attribué le principe central à pa7x1 et la structure du burn "par tâche" à Anders Elowsson. The Defiant suit le débat sur l'émission d'Ethereum depuis son ouverture.