Une réorientation technique inspirée de Bitcoin
Vitalik Buterin a récemment exprimé son soutien à une approche de mise à l'échelle des paiements sur Ethereum qui reprend des principes proches du modèle Bitcoin. L'idée centrale : traiter les paiements simples selon un schéma de sorties dépensées (UTXO) plutôt que de conserver des soldes persistants pour chaque compte, et agréger un grand volume de vérifications en une preuve unique limitée à 128 Ko.
Pourquoi ce changement ?
Le propos vise un problème concret et déjà connu des opérateurs de nœuds : la croissance continue de l'état, c'est‑à‑dire l'ensemble des comptes et soldes que doivent conserver les nœuds. Aujourd'hui, chaque entrée de registre occupe grosso modo une centaine d'octets, et ces enregistrements restent stockés même si l'adresse cesse toute activité. À long terme, cette accumulation pèse sur le coût de fonctionnement et la centralisation potentielle du réseau.
Le gain annoncé
Les estimations partagées par les chercheurs cités indiquent un impact massif : là où un milliard de comptes au modèle actuel représenterait autour de 150 gigaoctets, basculer certains paiements vers des sorties dépensées ramènerait l'empreinte à l'ordre de 300 mégaoctets pour un milliard de sorties traitées. Ce différentiel traduit la transformation d'un stockage « persistant » vers un stockage éphémère lié aux sorties dépensées.
| Mesure | Modèle actuel (comptes) | Proposition UTXO (sorties dépensées) |
|---|---|---|
| Empreinte pour 1 milliard d'unités | ~150 Go | ~300 Mo |
Techniques évoquées et antécédents
Buterin a attribué une partie du mérite à des travaux menés dans l'écosystème Bitcoin, notamment à des idées comme Utreexo, qui visent à alléger la charge des preuves sans sacrifier la sécurité. Le chercheur Toni Wahrstatter, associé à l'Ethereum Foundation, a proposé d'appliquer un suivi de type UTXO pour les paiements simples : chaque sortie serait éliminée du stockage dès qu'elle est dépensée, réduisant ainsi l'état persistant.
Assemblage des preuves et rôle des « constructeurs de blocs »
Parallèlement, une proposition technique combinée (notamment travaillée par le développeur conall.gwei et s'appuyant sur une suggestion antérieure de Buterin) vise à condenser les validations de transactions dans des preuves compactes. Dans ce schéma, les assembleurs ou constructeurs de blocs publieraient un résumé de 128 Ko couvrant un large lot de paiements, au lieu de multiplier les preuves individuelles.
Limites, calendrier et incertitudes
Important à souligner : aucune date de déploiement n'est fixée et les clients Ethereum n'ont pas pris d'engagement formel pour l'adoption de ces mécanismes. Il s'agit aujourd'hui d'une direction de recherche et d'une piste d'optimisation, pas d'une feuille de route opérationnelle. Les implications exactes sur la compatibilité des contrats intelligents, sur les portefeuilles et sur les frais restent à préciser par les équipes techniques et par les tests.
Conséquences possibles
Si la communauté venait à retenir ces options, les bénéfices seraient multiples : réduction des coûts de stockage pour les opérateurs de nœuds, diminution de la barrière à l'entrée pour exécuter un nœud complet, et une meilleure résistance à la centralisation. En revanche, des défis subsistent — adaptation des clients, modifications de l'économie des frais, et questions de sécurité et d'UX pour les portefeuilles. Ces aspects requièrent des expérimentations et des audits approfondis.
Sur le plan stratégique, le mouvement illustre une évolution notable : Ethereum s'inspire désormais explicitement de concepts éprouvés dans l'écosystème Bitcoin pour résoudre ses propres limites d'échelle. Reste à transformer cette vision en spécifications opérationnelles et à vérifier, dans la pratique, que les gains théoriques se confirment sans effets secondaires inacceptables.
