Ethereum vil kombinere sin kontomodel med Bitcoins UTXO-idé

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.