Vitalik Soutient Le Scaling Bitcoin-Inspired Pour Ethereum

Et si la prochaine grande étape du scaling d’Ethereum ne venait pas uniquement de ses propres équipes, mais s’inspirait directement d’idées nées dans l’univers Bitcoin ? C’est précisément le signal envoyé récemment par Vitalik Buterin. Le cofondateur d’Ethereum a publiquement salué le travail des développeurs Bitcoin autour d’Utreexo, tout en décrivant une direction de scaling hybride qui mêle le meilleur des modèles UTXO et des comptes dynamiques. Un discours qui, en pleine période de préparation des prochaines mises à jour du protocole, mérite qu’on s’y arrête un instant.

Une reconnaissance rare et un signal fort pour le scaling

Dans un message publié sur X le 16 août 2026, Vitalik Buterin a explicitement crédité les développeurs Bitcoin pour avoir ouvert la voie avec Utreexo. Il a ensuite précisé que cette approche correspondait à « la stratégie de scaling actuellement proposée pour Ethereum ». Ce n’est pas une déclaration anodine. Habituellement, les deux écosystèmes évoluent en parallèle, avec leurs propres philosophies. Ici, le fondateur d’Ethereum reconnaît ouvertement la valeur d’une innovation née côté Bitcoin.

Il insiste toutefois sur un point essentiel : il ne s’agit pas de remplacer le modèle de comptes d’Ethereum par une pure architecture UTXO à la Bitcoin. L’objectif est bien plus nuancé. Ethereum cherche à conserver la puissance de ses smart contracts tout en allégeant drastiquement le poids de l’état pour certaines opérations, notamment les paiements simples. Autrement dit, tirer le meilleur des deux mondes sans sacrifier ni la décentralisation, ni la résistance à la censure, ni la facilité de faire tourner un nœud.

Les Bitcoiners méritent beaucoup de crédit pour avoir ouvert la voie sur beaucoup de ces idées (voir Utreexo). Oui, c’est bien à quoi ressemble la stratégie de scaling actuellement proposée pour Ethereum. Nous voulons qu’Ethereum dispose du meilleur de l’état de style UTXO, de l’état dynamique, et de tout ce qu’il y a entre les deux.

Vitalik Buterin

Cette phrase résume parfaitement l’ambition. Ethereum ne veut plus choisir entre un modèle ou un autre. Il veut pouvoir adapter le type d’état utilisé en fonction de la nature de l’activité. Les paiements ponctuels pourraient devenir ultra-légers, tandis que les applications complexes continueraient de profiter de la flexibilité des comptes et du stockage dynamique.

Utreexo, l’inspiration Bitcoin qui change la donne

Pour bien comprendre la portée de cette déclaration, il faut revenir à Utreexo. Présenté en 2019 par Thaddeus Dryja, chercheur au MIT Digital Currency Initiative, ce système propose une manière radicalement différente de gérer l’ensemble des UTXO de Bitcoin. Au lieu d’exiger que chaque nœud de validation conserve localement l’intégralité de l’ensemble UTXO, Utreexo représente cet ensemble par un accumulateur compact basé sur des hachages.

Les transactions transportent alors des preuves d’inclusion qui permettent aux nœuds de vérifier les sorties pertinentes par rapport à cet accumulateur. Selon le papier original du MIT DCI, la taille de cet accumulateur croît de façon logarithmique avec la taille de l’ensemble sous-jacent. C’est précisément ce type de propriété qui intéresse les chercheurs Ethereum : permettre à l’activité du réseau d’augmenter sans que les exigences de stockage d’état progressent au même rythme.

Utreexo reste un projet de scaling Bitcoin. Ethereum n’envisage pas de le copier mot pour mot. En revanche, l’idée de prouver l’existence d’un élément d’état à partir d’un historique compact, plutôt que de le stocker en permanence dans l’état actif, inspire directement les travaux en cours.

La proposition UTXO native d’Ethereum : alléger les paiements simples

Le 6 juillet, le chercheur Ethereum Toni Wahrstätter, sous le pseudonyme Nero_eth, a publié une proposition sur le forum de recherche Ethereum. L’idée centrale consiste à introduire des paiements de type UTXO natifs sans supprimer le modèle de comptes existant. Ces paiements ciblent spécifiquement les opérations « one-shot », c’est-à-dire les transferts qui n’ont pas besoin d’un état de smart contract persistant.

Selon les estimations de la proposition, ce type de charge de travail pourrait réduire l’utilisation permanente de l’état d’environ 99,8 %. Au lieu de stocker l’objet de paiement complet dans l’état actif, Ethereum prouverait son existence à partir de l’historique et ne conserverait principalement qu’un bit compact indiquant le statut « dépensé ». À un milliard d’entrées, la proposition estime environ 300 Mo d’état permanent, contre 100 à 150 Go pour des entrées de compte ou de stockage équivalentes. Ces chiffres restent des estimations de conception et non des résultats mesurés sur le mainnet.

Cette approche s’inscrit dans un effort plus large d’Ethereum visant à diminuer les charges de vérification et de stockage. L’écosystème travaille déjà sur plusieurs fronts pour rendre la validation plus légère, notamment via des preuves cryptographiques récursives.

Les STARKs récursifs : une réponse à un autre goulot d’étranglement

Parallèlement à la proposition UTXO, Vitalik Buterin a lui-même exploré, dès janvier, un modèle de mempool basé sur des STARKs récursifs. L’objectif n’est pas le même : il s’agit de limiter la surcharge de bande passante liée aux preuves, plutôt que de prouver un débit de transactions illimité.

Dans son modèle, Buterin part de l’hypothèse de preuves STARK hautement optimisées d’environ 128 ko. Au lieu d’attacher une preuve séparée et volumineuse à chaque objet propagé, les nœuds du mempool combineraient périodiquement les preuves de validité de manière récursive. Avec l’exemple de huit pairs et d’intervalles d’agrégation de 500 millisecondes, la bande passante supplémentaire resterait d’environ 2 Mo par seconde et par nœud, et cette valeur resterait constante même si davantage d’objets entraient dans le système.

Les deux approches – UTXO native et STARKs récursifs – adressent des contraintes différentes. Pourtant, certains membres de la communauté ont déjà commencé à imaginer ce que donnerait leur combinaison. Une réponse a extrapolé l’idée jusqu’à une architecture capable de régler un volume « non borné » de transitions UTXO via une preuve compacte. Vitalik n’a pas validé ce scénario comme objectif officiel. Sa recherche ne fixe pas de capacité de transactions illimitée, et le chiffre de 128 ko décrit simplement une taille de preuve STARK assumée dans son modèle de mempool, pas un format de bloc Ethereum futur confirmé.

Si l’on synthétisait l’architecture de mempool agrégée par STARK de Vitalik avec la proposition d’exécution orientée UTXO de Toni, on pourrait théoriquement construire un tissu de transactions UTXO agrégé de manière récursive par STARK au niveau mémoire et réseau.

Réponse communautaire sur X

Ces extrapolations restent spéculatives. Elles illustrent néanmoins l’enthousiasme et la créativité que suscite l’idée d’un scaling hybride.

EIP-8141 et le calendrier Hegotá : où en est-on vraiment ?

La proposition UTXO native repose, pour son design de dépense préféré, sur l’EIP-8141, également appelée Frame Transactions. Cette EIP introduirait des cadres de transaction programmables couvrant la validation, le paiement du gaz et l’exécution. Dans la spécification officielle d’Hegotá, les Frame Transactions ne sont pour l’instant listées que comme « considérées pour inclusion ». Le seul élément formellement programmé pour Hegotá reste FOCIL, ou EIP-7805.

La feuille de route officielle d’Ethereum place Hegotá en 2027, après Glamsterdam prévu pour le quatrième trimestre 2026. Les UTXO natifs ne figurent actuellement pas parmi les fonctionnalités planifiées pour Hegotá. Le périmètre de cette mise à jour 2027 continue d’être affiné, et les Frame Transactions font partie des grands designs encore en discussion.

La référence de Vitalik à Utreexo doit donc être lue comme un signal de direction de recherche plutôt que comme l’annonce d’une date d’activation précise. Le travail pointe vers un système hybride dans lequel différents types d’activité pourraient utiliser différents modèles d’état, tandis que les preuves cryptographiques réduiraient ce que les nœuds individuels doivent stocker ou vérifier de manière répétée.

Pourquoi ce tournant hybride est-il stratégique ?

Depuis plusieurs années, Ethereum fait face à une tension permanente. D’un côté, la demande d’espace de bloc et d’activité on-chain ne cesse de croître. De l’autre, chaque nœud complet doit être capable de vérifier l’état et les transitions sans nécessiter des ressources matérielles hors de portée. Si l’état continue de grossir de façon linéaire avec l’activité, le risque est de voir la décentralisation s’éroder progressivement.

Les solutions de type rollup ont déjà permis de déplacer une grande partie de l’exécution hors de la couche 1. Elles ne résolvent cependant pas entièrement la question de l’état de base et de la vérification légère. C’est là que les idées inspirées d’Utreexo et les preuves récursives entrent en jeu. Elles offrent la possibilité de découpler la croissance de l’activité de la croissance des exigences de stockage et de bande passante pour les nœuds ordinaires.

En conservant le modèle de comptes pour les applications complexes tout en introduisant un chemin UTXO ultra-léger pour les paiements simples, Ethereum pourrait absorber une hausse significative des transactions de type paiement sans alourdir proportionnellement l’état permanent. Les preuves récursives, de leur côté, permettraient de propager et de vérifier ces transitions de manière efficace, même avec un grand nombre d’objets en circulation dans le mempool.

Les implications concrètes pour les utilisateurs et les développeurs

Pour l’utilisateur final, l’impact le plus visible se situerait probablement au niveau des frais et de la disponibilité. Si les paiements simples deviennent beaucoup moins coûteux en termes d’état, les frais associés pourraient baisser, rendant les micro-paiements et les transferts fréquents plus viables. Pour les développeurs, le paysage se complexifierait un peu : il faudrait choisir le modèle d’état le plus adapté à chaque type d’opération, un peu comme on choisit aujourd’hui entre différents types de rollups ou de couches 2.

Les applications qui reposent sur un état complexe et mutable continueront de s’appuyer sur le modèle de comptes classique. En revanche, les protocoles de paiement, les distributions de tokens simples ou les systèmes de points pourraient migrer vers le modèle UTXO natif pour bénéficier de la réduction d’état. Cette dualité pourrait aussi favoriser l’émergence de nouveaux patterns de conception, où une application combine les deux modèles selon les besoins de chaque fonctionnalité.

Sur le plan de la décentralisation, l’avantage est clair. Des nœuds plus légers sont plus faciles à faire tourner. Cela élargit le vivier de validateurs et de vérificateurs potentiels, ce qui renforce la résilience du réseau. C’est exactement l’objectif que Vitalik a rappelé : scaler l’activité sans sacrifier la capacité de n’importe qui à participer à la validation.

Les risques et les points de vigilance

Comme toute évolution majeure, cette direction hybride n’est pas exempte de défis. Le premier concerne la complexité. Introduire un second modèle d’état à côté du modèle de comptes existant augmente la surface de code et les possibilités d’erreurs. Les clients Ethereum devront gérer correctement les deux systèmes, les preuves d’inclusion, les bits de statut dépensé, et les interactions éventuelles entre les deux mondes.

Le deuxième point de vigilance porte sur les délais. Les EIP concernées ne sont pas encore finalisées, et le calendrier d’Hegotá reste souple. Une proposition de recherche, aussi élégante soit-elle, peut mettre des années à traverser le processus de consensus de la communauté Ethereum. Les estimations de réduction d’état de 99,8 % sont théoriques. Les performances réelles dépendront de l’implémentation, des paramètres choisis et du comportement des utilisateurs.

Enfin, il existe un risque de fragmentation de l’expérience développeur. Si les outils, les bibliothèques et les standards ne suivent pas rapidement, certains projets pourraient hésiter à adopter le nouveau modèle. La coordination entre les équipes de clients, les développeurs de wallets et les protocoles de couche 2 sera déterminante.

Le contexte plus large du scaling Ethereum

Cette discussion s’inscrit dans un continuum de travaux déjà engagés depuis plusieurs années. Après The Merge, Ethereum a multiplié les efforts pour réduire les coûts de données via le proto-danksharding (EIP-4844) et pour améliorer l’efficacité de la vérification. La vision « Lean » d’Ethereum, qui place les preuves cryptographiques récursives au centre de la vérification, va dans le même sens.

Les rollups optimistes et zero-knowledge continuent de progresser en maturité. Les solutions de data availability se multiplient. Dans ce paysage, l’ajout d’un chemin UTXO natif et l’optimisation du mempool via STARKs récursifs apparaissent comme des pièces complémentaires plutôt que concurrentes. Elles s’attaquent à des couches différentes du problème : l’une à la taille de l’état de base, l’autre à la propagation et à la vérification efficace des preuves.

Le fait que Vitalik choisisse de souligner publiquement la contribution de Bitcoin via Utreexo montre aussi une maturité de l’écosystème. Les idées circulent. Les bonnes solutions sont reconnues, quelle que soit leur origine. Cette ouverture intellectuelle est un atout pour l’ensemble de l’industrie.

Ce que les prochains mois pourraient révéler

Dans les mois qui viennent, plusieurs signaux seront à surveiller. D’abord, l’évolution du statut de l’EIP-8141. Si les Frame Transactions passent de « considérées » à « planifiées » pour Hegotá, cela ouvrira concrètement la porte à l’implémentation du design UTXO préféré. Ensuite, les discussions techniques autour des paramètres exacts de l’accumulateur, de la taille des preuves et des mécanismes de nettoyage des bits de statut dépensé.

Les équipes de clients (Geth, Nethermind, Besu, Erigon, etc.) joueront un rôle central. Leur capacité à prototyper rapidement ces idées influencera le rythme d’adoption. Les chercheurs continueront également d’explorer les synergies possibles entre les STARKs récursifs et le modèle UTXO, même si aucune architecture « illimitée » n’est officiellement sur la table.

Enfin, le comportement de la communauté sera déterminant. Ethereum a toujours progressé par consensus large. Les propositions qui suscitent un soutien clair et des contributions techniques concrètes avancent plus vite. Celles qui restent purement théoriques peuvent stagner.

Une vision à long terme : le meilleur des deux mondes

Au fond, ce que décrit Vitalik Buterin, c’est une Ethereum capable d’adapter son modèle d’état à la nature de chaque activité. Les paiements simples bénéficieraient de la légèreté et de la prévisibilité d’un modèle UTXO inspiré de Bitcoin. Les applications complexes conserveraient la richesse et la flexibilité du modèle de comptes. Les preuves cryptographiques réduiraient ce que chaque nœud doit stocker et vérifier en permanence.

Cette vision hybride n’est pas encore un plan d’implémentation daté. C’est une direction de recherche assumée, nourrie d’idées venues d’horizons différents. Elle montre qu’Ethereum continue d’évoluer en s’appuyant à la fois sur ses propres innovations et sur les avancées des autres protocoles.

Pour les observateurs du secteur, le message est clair : le scaling d’Ethereum ne se résume plus à une course unique vers plus de transactions par seconde. Il s’agit d’une optimisation multi-dimensionnelle qui touche l’état, la bande passante, la vérification et la facilité de participation. Utreexo a fourni une preuve de concept précieuse. Les travaux sur les UTXO natifs et les STARKs récursifs cherchent maintenant à en tirer les leçons dans le contexte spécifique d’Ethereum.

La suite dépendra de la capacité de la communauté à transformer ces propositions en spécifications robustes, puis en code de production. Mais le signal envoyé par Vitalik Buterin le 16 août 2026 reste important : Ethereum regarde avec intérêt ce qui fonctionne ailleurs, et n’hésite pas à s’en inspirer pour construire sa propre voie.

Perspectives pour l’écosystème et les acteurs du marché

Au-delà des aspects purement techniques, cette orientation a des implications pour l’ensemble de l’écosystème. Les projets de layer 2 qui se concentrent sur les paiements pourraient trouver un allié de poids dans un modèle UTXO natif sur la couche 1. Les portefeuilles et les interfaces utilisateurs devront évoluer pour exposer clairement les différences de coût et de comportement entre les deux modèles d’état.

Les investisseurs et les analystes, de leur côté, suivront de près la vitesse à laquelle ces idées progressent dans le processus de gouvernance d’Ethereum. Une adoption réussie renforcerait l’argument selon lequel Ethereum peut continuer à scaler tout en préservant ses propriétés de décentralisation. Un retard ou des complications techniques importantes pourrait, au contraire, nourrir les critiques sur la complexité croissante du protocole.

Dans tous les cas, le simple fait que le cofondateur d’Ethereum mette en lumière une innovation Bitcoin montre que les frontières entre les deux communautés sont plus poreuses qu’on ne le croit parfois. Les idées circulent, s’adaptent et se réinventent. C’est probablement l’un des moteurs les plus puissants de l’innovation dans le domaine des blockchains.

Les prochains chapitres de cette histoire s’écriront dans les forums de recherche, les appels de développeurs clients et les spécifications des prochaines forks. Pour l’instant, une chose est certaine : le scaling d’Ethereum entre dans une phase où l’hybridation des modèles d’état n’est plus un simple exercice théorique, mais une piste concrètement explorée au plus haut niveau.

Cette évolution mérite d’être suivie de près, car elle pourrait redéfinir durablement la manière dont les utilisateurs et les développeurs interagissent avec la couche de base d’Ethereum. Entre héritage Bitcoin et ambition Ethereum, le chemin hybride qui se dessine promet d’être l’un des plus intéressants des années à venir.