Une nouvelle proposition de recherche Ethereum a ravivé l'un des débats les plus sensibles du réseau : qui devrait payer pour les biens publics, la recherche et l'infrastructure dont dépend l'écosystème Ethereum ?
TL;DR
- Un nouveau post de recherche Ethereum propose un « revenu redirigé des validateurs ».
- Le mécanisme permettrait aux validateurs de signaler un taux de redirection de 0 % à 10 % des récompenses de staking.
- Si un soutien majoritaire émergeait pour un taux non nul, la contribution pourrait devenir obligatoire selon la proposition.
- L'idée est à un stade précoce et n'est pas devenue un EIP ou un changement de protocole programmé.
La proposition, publiée sur le forum de recherche Ethereum, décrit un mécanisme qui permettrait aux validateurs de rediriger une partie de leurs récompenses de staking vers le financement de l'écosystème. Le taux de redirection varierait de 0 % à 10 %, et les validateurs signaleraient leur taux préféré. CoinDesk a rapporté que la proposition est présentée comme un moyen de résoudre le problème de financement des biens publics d'Ethereum.
L'idée est suffisamment simple en surface. Ethereum bénéficie d'un travail partagé : développement de clients, recherche en sécurité, outils, subventions, éducation et maintenance que aucune application ou validateur unique ne souhaite nécessairement financer seul. La proposition tente de créer un chemin au niveau du protocole pour ce financement sans s'appuyer entièrement sur des dons, des fondations ou des frais au niveau des applications.
Pourquoi la proposition est-elle controversée
La controverse commence avec le mot « obligatoire ». Selon le modèle décrit dans le post de recherche, les validateurs pourraient initialement signaler volontairement. Mais si une majorité soutenait un taux de redirection supérieur à zéro, cette contribution pourrait s'appliquer à l'ensemble du groupe de validateurs. C'est là que le débat passe rapidement du financement des biens publics à la gouvernance, au pouvoir des validateurs et aux attentes des utilisateurs.
Pour les stakers, toute redirection des récompenses de staking est effectivement une réduction du rendement. Cela peut être acceptable si la communauté considère que le financement améliore la résilience à long terme d'Ethereum, mais cela soulève également des questions sur la capacité des validateurs à imposer ce coût aux délégués ou aux petits opérateurs.
Il y a aussi une préoccupation de centralisation. Si de grands fournisseurs de staking dominent le signalement, ils pourraient façonner où les fonds circulent et combien des récompenses du réseau sont redirigées. Ethereum a déjà passé des années à s'inquiéter de la concentration de staking, de la domination du staking liquide et de la capture de la gouvernance. Un nouveau mécanisme de récompenses devrait éviter d'aggraver ces problèmes.
Recherche préliminaire, pas une mise à niveau programmée
La mise en garde la plus importante est que ce n'est pas un hard fork imminent d'Ethereum. C'est une proposition de forum de recherche. Elle n'a pas été acceptée comme un élément final de la feuille de route, mise en œuvre dans le logiciel client ou programmée pour activation.
Cela ne le rend toujours pas irrélevant. L'économie d'Ethereum a été sous pression alors que l'activité de couche 2 a déplacé une partie des revenus de frais loin de la chaîne de base, tandis que l'infrastructure de base reste coûteuse à maintenir. Des propositions comme celle-ci montrent que la communauté est toujours à la recherche d'un modèle de financement durable.
Pour les détenteurs d'ETH, la configuration est importante car la valeur à long terme d'Ethereum dépend en partie d'une gouvernance crédible et de la profondeur de l'infrastructure. Si le réseau peut financer des biens publics sans compromettre l'économie du staking, cela pourrait être constructif. Si le débat se transforme en une lutte sur la taxation forcée des validateurs, cela pourrait devenir une autre source de friction.
Ce rapport est basé sur des informations provenant du forum de recherche Ethereum.
Source : NewsBTC
