L’objectif n’est donc pas de remplacer le modèle de comptes d’Ethereum, mais de lui ajouter des formats plus légers et plus faciles à faire évoluer pour les usages qui n’ont pas besoin d’une grande flexibilité.

Une blockchain à plusieurs niveaux

Plutôt que de reposer sur une seule couche d’état — c’est-à-dire la mémoire qui enregistre les soldes, les contrats et les données présentes sur le réseau — Ethereum pourrait adopter un modèle à plusieurs niveaux :

• L’état dynamique, fondé sur les comptes : il resterait largement inchangé et continuerait de servir aux contrats intelligents et aux applications qui nécessitent un stockage persistant. Sa croissance serait toutefois limitée à un rythme modéré.
• L’état de type UTXO : ce nouveau format, plus restrictif, serait destiné notamment aux transferts de valeur simples. Chaque objet peut être consommé au moment où il est dépensé, au lieu de rester une entrée permanente dans l’état du réseau .
• Des formats intermédiaires : entre ces deux modèles, Ethereum pourrait proposer plusieurs types d’état, chacun privilégiant un compromis différent entre souplesse et capacité de mise à l’échelle .

« Nous voulons qu’Ethereum bénéficie du meilleur de l’état de type UTXO, de l’état dynamique et de tout ce qui se trouve entre les deux », a écrit Buterin .

Cette approche permettrait de préserver l’environnement actuel des applications décentralisées tout en offrant de nouveaux outils pour des transactions potentiellement plus rapides et moins coûteuses.

Ce que cette approche pourrait apporter

Une réduction massive du stockage permanent

Pour les paiements, l’utilisation d’UTXO natifs pourrait réduire de près de 99,8 % le volume d’état conservé en permanence. Selon les estimations citées, un milliard d’entrées UTXO représenteraient environ 300 Mo, contre 100 à 150 Go avec le modèle de comptes actuel .

Un élément clé pour atteindre une capacité multipliée par 1 000

La gestion de l’état est considérée comme l’un des principaux obstacles à une mise à l’échelle de l’ordre de 1 000 fois. La feuille de route évoque également une progression d’environ 1 000 fois pour l’exécution grâce aux ZK-EVM et d’environ 500 fois pour les données grâce à PeerDAS et aux blobs .

Des nœuds potentiellement plus légers

Les travaux associés à Utreexo s’appuient sur des accumulateurs compacts et des preuves d’inclusion. À terme, ces mécanismes pourraient permettre à certains nœuds de vérifier l’état sans en conserver l’intégralité, ce qui contribuerait à préserver l’accessibilité du réseau et sa décentralisation .

Une évolution plutôt qu’un remplacement

Le modèle UTXO serait ajouté au modèle existant, et non imposé à toutes les applications. Les contrats et applications Ethereum actuels pourraient donc continuer à utiliser l’état dynamique, tandis que les nouveaux projets adopteraient les formats les mieux adaptés à leurs besoins .

Les obstacles restent importants

Compatibilité et migration des applications

Les applications décentralisées conçues pour le modèle de comptes ne pourront pas exploiter directement l’état UTXO. De nouvelles normes, interfaces et solutions de développement seraient nécessaires pour permettre aux équipes de migrer progressivement vers ces formats plus légers .

Une architecture plus difficile à gérer

Faire coexister deux modèles fondamentalement différents dans le même environnement d’exécution pourrait accroître la complexité du protocole. Les développeurs devront notamment traiter les cas limites et déterminer comment les applications peuvent interagir entre les différents types d’état .

Des limites pour les contrats complexes

Le modèle UTXO est moins expressif qu’un compte programmable. Il convient bien aux paiements simples, mais moins aux applications DeFi complexes, aux contrats qui conservent de nombreux paramètres ou à certaines applications NFT nécessitant un état évolutif .

Une proposition encore expérimentale

Le projet d’UTXO natif, présenté notamment dans les travaux du chercheur Toni Wahrstätter en juillet 2026, ainsi que les recherches associées, n’ont pas encore été intégrés au protocole ni testés à grande échelle . Les chiffres avancés décrivent donc des objectifs ou des estimations, et non des performances déjà observées sur le réseau principal.

Le lien avec la vision « Lean Ethereum »

L’ajout d’un état de type UTXO ne constitue qu’un volet de la feuille de route « Lean Ethereum », présentée en juillet 2026 et pensée pour un déploiement sur trois à quatre ans . Cette vision comprend également :

• La vérification récursive par STARK : elle remplacerait progressivement la réexécution directe des transactions par la vérification de preuves récursives, afin d’augmenter fortement la capacité d’exécution .
• La résistance aux ordinateurs quantiques : de nouvelles techniques cryptographiques seraient introduites pour répondre aux menaces potentielles à long terme .
• Une refonte de la couche d’état : le maintien d’un état dynamique limité, complété par des formats extensibles comme les UTXO et les ring buffers, est présenté comme l’un des changements les plus structurants de la feuille de route .
• Des fonctions de confidentialité renforcées : Ethereum prévoit d’intégrer davantage de mécanismes permettant de préserver la confidentialité des utilisateurs .
• Une architecture de validation simplifiée : le plan couvre aussi le consensus, le gas et une machine virtuelle allégée, notamment autour de leanISA et de RISC-V .

Le message du 16 août relie ainsi deux écosystèmes souvent présentés comme concurrents : Ethereum pourrait emprunter à Bitcoin certaines idées sur la gestion de l’état, tout en conservant sa propre flexibilité pour les contrats intelligents. Le pari est pragmatique : réserver le modèle le plus puissant aux usages qui en ont besoin et utiliser des structures plus spécialisées pour le reste .

L’objectif n’est donc pas de remplacer le modèle de comptes d’Ethereum, mais de lui ajouter des formats plus légers et plus faciles à faire évoluer pour les usages qui n’ont pas besoin d’une grande flexibilité.

Une blockchain à plusieurs niveaux

Plutôt que de reposer sur une seule couche d’état — c’est-à-dire la mémoire qui enregistre les soldes, les contrats et les données présentes sur le réseau — Ethereum pourrait adopter un modèle à plusieurs niveaux :

• L’état dynamique, fondé sur les comptes : il resterait largement inchangé et continuerait de servir aux contrats intelligents et aux applications qui nécessitent un stockage persistant. Sa croissance serait toutefois limitée à un rythme modéré.
• L’état de type UTXO : ce nouveau format, plus restrictif, serait destiné notamment aux transferts de valeur simples. Chaque objet peut être consommé au moment où il est dépensé, au lieu de rester une entrée permanente dans l’état du réseau .
• Des formats intermédiaires : entre ces deux modèles, Ethereum pourrait proposer plusieurs types d’état, chacun privilégiant un compromis différent entre souplesse et capacité de mise à l’échelle .

« Nous voulons qu’Ethereum bénéficie du meilleur de l’état de type UTXO, de l’état dynamique et de tout ce qui se trouve entre les deux », a écrit Buterin .

Cette approche permettrait de préserver l’environnement actuel des applications décentralisées tout en offrant de nouveaux outils pour des transactions potentiellement plus rapides et moins coûteuses.

Ce que cette approche pourrait apporter

Une réduction massive du stockage permanent

Pour les paiements, l’utilisation d’UTXO natifs pourrait réduire de près de 99,8 % le volume d’état conservé en permanence. Selon les estimations citées, un milliard d’entrées UTXO représenteraient environ 300 Mo, contre 100 à 150 Go avec le modèle de comptes actuel .

Un élément clé pour atteindre une capacité multipliée par 1 000

La gestion de l’état est considérée comme l’un des principaux obstacles à une mise à l’échelle de l’ordre de 1 000 fois. La feuille de route évoque également une progression d’environ 1 000 fois pour l’exécution grâce aux ZK-EVM et d’environ 500 fois pour les données grâce à PeerDAS et aux blobs .

Des nœuds potentiellement plus légers

Les travaux associés à Utreexo s’appuient sur des accumulateurs compacts et des preuves d’inclusion. À terme, ces mécanismes pourraient permettre à certains nœuds de vérifier l’état sans en conserver l’intégralité, ce qui contribuerait à préserver l’accessibilité du réseau et sa décentralisation .

Une évolution plutôt qu’un remplacement

Le modèle UTXO serait ajouté au modèle existant, et non imposé à toutes les applications. Les contrats et applications Ethereum actuels pourraient donc continuer à utiliser l’état dynamique, tandis que les nouveaux projets adopteraient les formats les mieux adaptés à leurs besoins .

Les obstacles restent importants

Compatibilité et migration des applications

Les applications décentralisées conçues pour le modèle de comptes ne pourront pas exploiter directement l’état UTXO. De nouvelles normes, interfaces et solutions de développement seraient nécessaires pour permettre aux équipes de migrer progressivement vers ces formats plus légers .

Une architecture plus difficile à gérer

Faire coexister deux modèles fondamentalement différents dans le même environnement d’exécution pourrait accroître la complexité du protocole. Les développeurs devront notamment traiter les cas limites et déterminer comment les applications peuvent interagir entre les différents types d’état .

Des limites pour les contrats complexes

Le modèle UTXO est moins expressif qu’un compte programmable. Il convient bien aux paiements simples, mais moins aux applications DeFi complexes, aux contrats qui conservent de nombreux paramètres ou à certaines applications NFT nécessitant un état évolutif .

Une proposition encore expérimentale

Le projet d’UTXO natif, présenté notamment dans les travaux du chercheur Toni Wahrstätter en juillet 2026, ainsi que les recherches associées, n’ont pas encore été intégrés au protocole ni testés à grande échelle . Les chiffres avancés décrivent donc des objectifs ou des estimations, et non des performances déjà observées sur le réseau principal.

Le lien avec la vision « Lean Ethereum »

L’ajout d’un état de type UTXO ne constitue qu’un volet de la feuille de route « Lean Ethereum », présentée en juillet 2026 et pensée pour un déploiement sur trois à quatre ans . Cette vision comprend également :

• La vérification récursive par STARK : elle remplacerait progressivement la réexécution directe des transactions par la vérification de preuves récursives, afin d’augmenter fortement la capacité d’exécution .
• La résistance aux ordinateurs quantiques : de nouvelles techniques cryptographiques seraient introduites pour répondre aux menaces potentielles à long terme .
• Une refonte de la couche d’état : le maintien d’un état dynamique limité, complété par des formats extensibles comme les UTXO et les ring buffers, est présenté comme l’un des changements les plus structurants de la feuille de route .
• Des fonctions de confidentialité renforcées : Ethereum prévoit d’intégrer davantage de mécanismes permettant de préserver la confidentialité des utilisateurs .
• Une architecture de validation simplifiée : le plan couvre aussi le consensus, le gas et une machine virtuelle allégée, notamment autour de leanISA et de RISC-V .

Le message du 16 août relie ainsi deux écosystèmes souvent présentés comme concurrents : Ethereum pourrait emprunter à Bitcoin certaines idées sur la gestion de l’état, tout en conservant sa propre flexibilité pour les contrats intelligents. Le pari est pragmatique : réserver le modèle le plus puissant aux usages qui en ont besoin et utiliser des structures plus spécialisées pour le reste .