Forslaget går ikke ud på at afskaffe Ethereums kontomodel. I stedet skal netværket have flere, lettere tilstandstyper, der er målrettet forskellige opgaver. Simple overførsler kan dermed behandles mere effektivt, mens komplekse smart contracts fortsat kan bruge en mere fleksibel model.

En blockchain med flere tilstandstyper

I stedet for ét samlet og stadig voksende datalag foreslås en model med flere niveauer :

• Dynamisk kontotilstand: Den nuværende model bevares i store træk til smart contracts og applikationer, der har brug for vedvarende lagerplads. Den skal dog kun skaleres moderat.
• UTXO-lignende tilstand: En ny og mere begrænset struktur til simple værdioverførsler. Her oprettes der engangsobjekter, som forbruges, når de bruges, i stedet for at efterlade en permanent konto i netværkets tilstand .
• Hybridtyper: Et spektrum af modeller mellem de to yderpunkter, hvor udviklere kan vælge mellem fleksibilitet og skalerbarhed alt efter anvendelsen .

Buterin formulerede visionen sådan: ”Vi ønsker, at Ethereum har det bedste fra UTXO-baseret tilstand, dynamisk tilstand og alt derimellem” .

Hvorfor kan UTXO-modellen gøre en forskel?

Den største fordel handler om, hvor meget historik og permanent data netværkets noder skal opbevare.

For betalinger kan en UTXO-model ifølge forslaget reducere den permanente tilstand med omkring 99,8 procent. Én milliard UTXO-poster ville fylde cirka 300 MB, mens den tilsvarende mængde data i den nuværende kontomodel anslås til 100-150 GB .

Det kan være afgørende, hvis Ethereum på længere sigt skal opnå omkring 1.000 gange større kapacitet. Tilstanden – altså netværkets aktuelle ”hukommelse” med konti, saldi og smart contract-data – betragtes som en af de centrale begrænsninger. Udførelsen kan på længere sigt skaleres omkring 1.000 gange med ZK-EVM'er, mens datakapaciteten kan øges omkring 500 gange via PeerDAS og blobs .

Utreexo-inspirerede akkumuleringer og inklusionsbeviser kan desuden gøre det muligt for noder at kontrollere data uden at gemme hele tilstanden lokalt . Det kan mindske kravene til lagerplads og samtidig understøtte målet om, at almindelige brugere fortsat skal kunne drive noder.

En vigtig pointe er, at UTXO-strukturen ifølge forslaget skal lægges oven på den eksisterende arkitektur – ikke erstatte den. Eksisterende Ethereum-apps og kontrakter vil derfor i princippet kunne fortsætte uændret, mens nye applikationer kan vælge de lettere tilstandstyper .

De største udfordringer

Planen er dog langt fra klar til produktion.

Kompatibilitet og migration

Applikationer, der er bygget til Ethereums kontobaserede model, kan ikke uden videre bruge UTXO-tilstanden. Der skal udvikles nye standarder, værktøjer og migrationsveje, hvis udviklere skal tage de lettere datalag i brug .

Mere kompleks protokol

At samle to grundlæggende forskellige tilstandsmodeller i det samme eksekveringsmiljø kan skabe nye protokolproblemer og kanttilfælde. Det rejser også spørgsmål om, hvor let data kan kombineres på tværs af tilstandstyper, og hvordan såkaldt composability – muligheden for at bygge komplekse tjenester oven på hinanden – skal fungere .

UTXO'er er mindre fleksible

UTXO-strukturen egner sig godt til relativt simple betalinger, men er mindre udtryksfuld end en konto med permanent, programmerbar lagerplads. Komplekse og tilstandsafhængige DeFi-protokoller samt mange NFT-applikationer vil derfor fortsat have brug for den dynamiske model .

Stadig på forskningsstadiet

Forslaget om native UTXO'er, som forskeren Toni Wahrstätter præsenterede i juli 2026, og det relaterede arbejde befinder sig fortsat på forsknings- og forslagsstadiet. Det er endnu ikke implementeret eller afprøvet i stor skala .

En del af visionen om ”Lean Ethereum”

UTXO-ideen er kun ét element i Buterins bredere Lean Ethereum-roadmap, som blev offentliggjort i juli 2026 og er tænkt gennemført over tre til fire år . Planen omfatter blandt andet:

• Rekursive STARK-verifikationer: Direkte genudførelse af transaktioner skal på længere sigt erstattes af rekursive STARK-beviser, der kan kontrollere store mængder aktivitet mere effektivt .
• Modstandsdygtighed over for kvantecomputere: Ethereum skal indføre kryptografi, der er designet til at modstå fremtidige kvantetrusler .
• En ny tilstandsarkitektur: Den nuværende dynamiske tilstand skal fortsætte, men suppleres af mere skalerbare og begrænsede typer som UTXO'er og ringbuffere. Buterin har beskrevet dette som den mest gennemgribende planlagte ændring .
• Bedre privatliv: Roadmap'et indeholder også planer om integrerede funktioner, der beskytter brugernes privatliv .
• En enklere validatorarkitektur: Ændringer af konsensus, gasregler og den virtuelle maskine – blandt andet leanISA/RISC-V – skal gøre protokollen mindre kompleks .

Buterins opslag den 16. august bandt disse idéer sammen ved direkte at anerkende, at Bitcoin-miljøets arbejde med Utreexo har påvirket Ethereums tanker om statens skalerbarhed . Det peger på en mere modulær tilgang: Ethereum behøver ikke vælge mellem en fleksibel kontomodel og en effektiv UTXO-model, men kan forsøge at bruge hver struktur dér, hvor den passer bedst.

Forslaget går ikke ud på at afskaffe Ethereums kontomodel. I stedet skal netværket have flere, lettere tilstandstyper, der er målrettet forskellige opgaver. Simple overførsler kan dermed behandles mere effektivt, mens komplekse smart contracts fortsat kan bruge en mere fleksibel model.

En blockchain med flere tilstandstyper

I stedet for ét samlet og stadig voksende datalag foreslås en model med flere niveauer :

• Dynamisk kontotilstand: Den nuværende model bevares i store træk til smart contracts og applikationer, der har brug for vedvarende lagerplads. Den skal dog kun skaleres moderat.
• UTXO-lignende tilstand: En ny og mere begrænset struktur til simple værdioverførsler. Her oprettes der engangsobjekter, som forbruges, når de bruges, i stedet for at efterlade en permanent konto i netværkets tilstand .
• Hybridtyper: Et spektrum af modeller mellem de to yderpunkter, hvor udviklere kan vælge mellem fleksibilitet og skalerbarhed alt efter anvendelsen .

Buterin formulerede visionen sådan: ”Vi ønsker, at Ethereum har det bedste fra UTXO-baseret tilstand, dynamisk tilstand og alt derimellem” .

Hvorfor kan UTXO-modellen gøre en forskel?

Den største fordel handler om, hvor meget historik og permanent data netværkets noder skal opbevare.

For betalinger kan en UTXO-model ifølge forslaget reducere den permanente tilstand med omkring 99,8 procent. Én milliard UTXO-poster ville fylde cirka 300 MB, mens den tilsvarende mængde data i den nuværende kontomodel anslås til 100-150 GB .

Det kan være afgørende, hvis Ethereum på længere sigt skal opnå omkring 1.000 gange større kapacitet. Tilstanden – altså netværkets aktuelle ”hukommelse” med konti, saldi og smart contract-data – betragtes som en af de centrale begrænsninger. Udførelsen kan på længere sigt skaleres omkring 1.000 gange med ZK-EVM'er, mens datakapaciteten kan øges omkring 500 gange via PeerDAS og blobs .

Utreexo-inspirerede akkumuleringer og inklusionsbeviser kan desuden gøre det muligt for noder at kontrollere data uden at gemme hele tilstanden lokalt . Det kan mindske kravene til lagerplads og samtidig understøtte målet om, at almindelige brugere fortsat skal kunne drive noder.

En vigtig pointe er, at UTXO-strukturen ifølge forslaget skal lægges oven på den eksisterende arkitektur – ikke erstatte den. Eksisterende Ethereum-apps og kontrakter vil derfor i princippet kunne fortsætte uændret, mens nye applikationer kan vælge de lettere tilstandstyper .

De største udfordringer

Planen er dog langt fra klar til produktion.

Kompatibilitet og migration

Applikationer, der er bygget til Ethereums kontobaserede model, kan ikke uden videre bruge UTXO-tilstanden. Der skal udvikles nye standarder, værktøjer og migrationsveje, hvis udviklere skal tage de lettere datalag i brug .

Mere kompleks protokol

At samle to grundlæggende forskellige tilstandsmodeller i det samme eksekveringsmiljø kan skabe nye protokolproblemer og kanttilfælde. Det rejser også spørgsmål om, hvor let data kan kombineres på tværs af tilstandstyper, og hvordan såkaldt composability – muligheden for at bygge komplekse tjenester oven på hinanden – skal fungere .

UTXO'er er mindre fleksible

UTXO-strukturen egner sig godt til relativt simple betalinger, men er mindre udtryksfuld end en konto med permanent, programmerbar lagerplads. Komplekse og tilstandsafhængige DeFi-protokoller samt mange NFT-applikationer vil derfor fortsat have brug for den dynamiske model .

Stadig på forskningsstadiet

Forslaget om native UTXO'er, som forskeren Toni Wahrstätter præsenterede i juli 2026, og det relaterede arbejde befinder sig fortsat på forsknings- og forslagsstadiet. Det er endnu ikke implementeret eller afprøvet i stor skala .

En del af visionen om ”Lean Ethereum”

UTXO-ideen er kun ét element i Buterins bredere Lean Ethereum-roadmap, som blev offentliggjort i juli 2026 og er tænkt gennemført over tre til fire år . Planen omfatter blandt andet:

• Rekursive STARK-verifikationer: Direkte genudførelse af transaktioner skal på længere sigt erstattes af rekursive STARK-beviser, der kan kontrollere store mængder aktivitet mere effektivt .
• Modstandsdygtighed over for kvantecomputere: Ethereum skal indføre kryptografi, der er designet til at modstå fremtidige kvantetrusler .
• En ny tilstandsarkitektur: Den nuværende dynamiske tilstand skal fortsætte, men suppleres af mere skalerbare og begrænsede typer som UTXO'er og ringbuffere. Buterin har beskrevet dette som den mest gennemgribende planlagte ændring .
• Bedre privatliv: Roadmap'et indeholder også planer om integrerede funktioner, der beskytter brugernes privatliv .
• En enklere validatorarkitektur: Ændringer af konsensus, gasregler og den virtuelle maskine – blandt andet leanISA/RISC-V – skal gøre protokollen mindre kompleks .

Buterins opslag den 16. august bandt disse idéer sammen ved direkte at anerkende, at Bitcoin-miljøets arbejde med Utreexo har påvirket Ethereums tanker om statens skalerbarhed . Det peger på en mere modulær tilgang: Ethereum behøver ikke vælge mellem en fleksibel kontomodel og en effektiv UTXO-model, men kan forsøge at bruge hver struktur dér, hvor den passer bedst.