{"id":406,"date":"2026-09-14T13:07:27","date_gmt":"2026-09-14T13:07:27","guid":{"rendered":"https:\/\/hoge.gg\/no\/eip-7702-fragmentering-native-konto-2026\/"},"modified":"2026-09-14T13:07:27","modified_gmt":"2026-09-14T13:07:27","slug":"eip-7702-fragmentering-native-konto-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/no\/eip-7702-fragmentering-native-konto-2026\/","title":{"rendered":"EIP-7702 i 2026: fragmenteringen ingen fikser enn\u00e5"},"content":{"rendered":"

Da Pectra slo p\u00e5 EIP-7702<\/a> i mai 2025, ble det solgt som en bro. En midlertidig m\u00e5te \u00e5 gi vanlige Ethereum-kontoer krefter fra smartkontrakter p\u00e5, helt til protokollen selv kunne gj\u00f8re jobben. Snart halvannet \u00e5r senere, i september 2026, st\u00e5r broen fortsatt, mens m\u00e5let p\u00e5 andre siden flytter seg.<\/p>

Denne m\u00e5neden skjedde to ting samtidig. Base flyttet stille sitt forslag om native account abstraction, EIP-8130, ut av Cobalt-oppgraderingen og over i en senere oppgradering som enn\u00e5 ikke har noen dato. Og Ethereum-stiftelsen startet testnettet Plat\u00e5berget, oppkalt etter fjellplat\u00e5et over Longyearbyen, for \u00e5 pr\u00f8ve ut Glamsterdam: en oppgradering hvis hovedpunkter handler om blokkproduksjon, ikke om kontoer. Imellom brukte utviklerne, Vitalik Buterin inkludert, tid p\u00e5 et mer ubehagelig sp\u00f8rsm\u00e5l. Vil native account abstraction faktisk fjerne fragmenteringen av lommeboken, eller bare flytte den et nytt sted?<\/p>

For en norsk eier med ETH i MetaMask, Rabby eller OKX Wallet er dette ikke akademisk. Valgene som tas n\u00e5, avgj\u00f8r om kontoen din f\u00f8lger deg rent p\u00e5 tvers av kjeder og apper, eller om du ender l\u00e5st til \u00e9n lommeboks versjon av \u00absmart\u00bb. ETH handles rundt 2 500 dollar, om lag 23 300 kroner med en dollarkurs n\u00e6r 9,3 (CoinDesk<\/a>), mens millioner av kontoer allerede b\u00e6rer en 7702-delegering. Her er situasjonen, hva som endret seg i september, og hva det betyr for kontoen du faktisk kontrollerer.<\/p>

Kort oppsummert: hva EIP-7702 er, og hvorfor det vant<\/h2>

Ethereum har lenge hatt to slags kontoer. P\u00e5 den ene siden den vanlige adressen din, en externally owned account (EOA), styrt av \u00e9n privatn\u00f8kkel: den kan bare signere og sende, \u00e9n transaksjon om gangen. P\u00e5 den andre siden smartkontrakt-kontoen, som kan b\u00e6re regler, men som historisk krevde at du satte opp en helt ny konto med en ny adresse. EIP-7702 fjerner det valget. Med en enkelt fullmakt kan den eksisterende EOA-en din peke p\u00e5 en smartkontrakt og oppf\u00f8re seg som en smartkonto, uten at adressen, saldoen eller historikken endrer seg.<\/p>

Forslaget kom fra Vitalik Buterin, Sam Wilson, Ansgar Dietrichs og Matt Garnett (lightclient) i mai 2024, som et lettere alternativ til det eldre EIP-3074. Det innf\u00f8rte ingen nye opkoder og var laget for \u00e5 v\u00e6re kompatibelt med den langsiktige planen om native account abstraction. Grunnen til at 7702 \u00abvant\u00bb i praksis er enkel: den krevde ingen migrering. En bruker med tre \u00e5rs historikk p\u00e5 samme adresse fikk batching, gass-abstraksjon og \u00f8kt-n\u00f8kler uten \u00e5 flytte en eneste token. Det eldre ERC-4337-sporet, som fungerer via et eget lag av UserOperations og bundlere, krevde derimot at du opprettet en ny kontrakt-konto. 7702 m\u00f8tte folk der de allerede var, og adopsjonen fulgte.<\/p>

7702 erstatter ikke 4337; de utfyller hverandre. EntryPoint-kontrakten som styrer 4337 fikk i versjon 0.8 innebygd st\u00f8tte for 7702, slik at en oppgradert EOA kan g\u00e5 inn i det samme \u00f8kosystemet av bundlere og paymastere. Men for den vanlige eieren er 7702 den synlige endringen: den dagen lommeboken din spurte om lov til \u00e5 \u00aboppgradere\u00bb kontoen, var det som regel en 7702-fullmakt du godkjente.<\/p>

Mekanikken i korte trekk<\/h2>

Under panseret er 7702 en ny transaksjonstype, 0x04, kalt SET_CODE_TX_TYPE. Den b\u00e6rer en liste kalt authorization_list, der hvert element er en tuppel: [chain_id, address, nonce, y_parity, r, s]. Adressen er kontrakten kontoen din skal delegere til. N\u00e5r transaksjonen bekreftes, legges det en delegeringspeker p\u00e5 kontoen din on-chain: bytene 0xef0100 etterfulgt av den 20-byte lange kontraktadressen, til sammen 23 byte. Fra da av kj\u00f8rer kontoen din kontraktens kode.<\/p>

Det er verdt \u00e5 forst\u00e5 at delegeringspekeren er offentlig og lesbar. Enhver kan sl\u00e5 opp adressen din i en blokkutforsker og se de 23 bytene som avsl\u00f8rer hvilken kontrakt kontoen din l\u00e5ner kode fra. Det er b\u00e5de styrken og svakheten: styrken fordi du kan verifisere hva du faktisk har godkjent, svakheten fordi en angriper like enkelt kan se hvilke kontoer som er delegert til en s\u00e5rbar kontrakt. P\u00e5 infrastruktursiden fikk EntryPoint-kontrakten i ERC-4337 innebygd st\u00f8tte for 7702 i versjon 0.8, med en referanseimplementasjon kalt Simple7702Account, slik at en oppgradert EOA kan bruke det etablerte laget av bundlere og paymastere uten \u00e5 v\u00e6re en 4337-konto fra bunnen av.<\/p>

Selve fullmakten signeres med et prefiks, MAGIC 0x05, slik at den ikke kan forveksles med en vanlig melding: den signerte meldingen er keccak av 0x05 sammen med rlp av chain_id, adresse og nonce. Du nullstiller kontoen ved \u00e5 signere en ny fullmakt som peker til nulladressen; da blir kontoen en ren EOA igjen. Ett detaljert varsel er verdt \u00e5 merke seg: setter du chain_id til 0, gjelder fullmakten p\u00e5 alle kjeder samtidig, noe som er bekvemt, men \u00e5pner for replay p\u00e5 tvers av nettverk. Tabellen under viser hva du faktisk ser, og hva hvert felt betyr.<\/p>

Felt<\/th>Hva det er<\/th>Hvorfor det betyr noe<\/th><\/tr><\/thead>
Transaksjonstype 0x04<\/td>SET_CODE_TX_TYPE, den nye transaksjonen fra Pectra<\/td>Signaliserer at en EOA f\u00e5r kode; ser annerledes ut enn en vanlig overf\u00f8ring<\/td><\/tr>
authorization_list<\/td>Tuppelet [chain_id, address, nonce, y_parity, r, s]<\/td>Selve fullmakten; \u00e9n signatur her gir kontrakten kontroll over kontoen<\/td><\/tr>
Delegeringspeker<\/td>0xef0100 + 20-byte adresse (23 byte)<\/td>Koden som ligger p\u00e5 kontoen din; les den p\u00e5 Etherscan eller eip7702.app<\/td><\/tr>
MAGIC 0x05<\/td>Prefikset som skiller en 7702-fullmakt fra en vanlig melding<\/td>Hindrer at fullmakten forveksles med en ordin\u00e6r signatur<\/td><\/tr>
chain_id = 0<\/td>Fullmakt som gjelder alle kjeder samtidig<\/td>Bekvemt, men \u00e5pner for replay p\u00e5 tvers av nettverk<\/td><\/tr>
Nulladressen<\/td>Peker delegeringen tilbake til ingenting<\/td>Slik nullstiller du kontoen til en ren EOA<\/td><\/tr><\/tbody><\/table><\/figure>

Adopsjonen: hundrevis av millioner autorisasjoner, med ett forbehold<\/h2>

P\u00e5 overflaten ser tallene enorme ut. Sporingstjenesten BundleBear<\/a> viser n\u00e6r 246 millioner kumulative autorisasjoner, over 57 millioner aktive delegeringer og mer enn 103 millioner set-code-transaksjoner i midten av september 2026. Ambire var f\u00f8rst ute; MetaMask Smart Accounts, Rabby, Trust Wallet og Safe fulgte, og p\u00e5 b\u00f8rssiden var OKX Wallet og WhiteBIT tidlig ute.<\/p>

Forbeholdet er viktig, og det gjentas hver gang noen presenterer et r\u00e5tt autorisasjonstall som \u00abvekst\u00bb. En stor andel av autorisasjonene stammer ikke fra brukere som frivillig oppgraderer, men fra automatiserte sweepere som t\u00f8mmer allerede kompromitterte kontoer. Handelsfirmaet Wintermute fant kort etter Pectra at over 97 prosent av de tidlige delegeringene pekte p\u00e5 gjenbrukt bytekode, den s\u00e5kalte CrimeEnjoyor-koden; om lag 2,88 ETH var brukt til \u00e5 autorisere rundt 79 000 adresser, og \u00e9n kontrakt h\u00e5ndterte mer enn 52 000 (CoinDesk<\/a>). De aktive delegeringene, tallet p\u00e5 vel 57 millioner, sier mer om reell bruk enn det kumulative tallet gj\u00f8r. Poenget er ikke at 7702 er utrygt, men at det h\u00f8ye tallet delvis er st\u00f8y. Behandle autorisasjonstallet som et gulv for oppmerksomhet, ikke et m\u00e5l p\u00e5 suksess.<\/p>

MetaMask, med over 30 millioner m\u00e5nedlige brukere, gjorde 7702 til den prim\u00e6re oppgraderingsveien for vanlige kontoer, og det alene forklarer en stor del av de aktive delegeringene. P\u00e5 b\u00f8rssiden er bildet mer forsiktig. En handelsplass som tar imot innskudd p\u00e5 adresser som kan v\u00e6re 7702-delegerte, m\u00e5 vurdere hva delegeringen gj\u00f8r f\u00f8r den krediterer en konto, og flere store akt\u00f8rer har derfor innf\u00f8rt screening av delegeringspekeren i innskuddsflyten. Resultatet er et tydelig skille: lommeb\u00f8kene omfavnet 7702 raskt fordi det gir bedre brukeropplevelse, mens b\u00f8rsene beveget seg langsommere fordi de b\u00e6rer den operative risikoen.<\/p>

Fragmenteringen 7702 skapte i det stille<\/h2>

Her begynner den delen av historien som fikk mindre oppmerksomhet i 2025, men som utviklerne n\u00e5 diskuterer \u00e5pent. Da lommeb\u00f8ker begynte \u00e5 delegere brukernes EOA-er, endret oppf\u00f8rselen seg p\u00e5 m\u00e5ter appene ikke var forberedt p\u00e5. Enkelte interaksjoner begynte \u00e5 g\u00e5 gjennom bunter (batches) i stedet for enkelttransaksjoner, og det forstyrret hendelsessporing, poengprogrammer og tilskrivning av data. En app som telte \u00abantall swapper per adresse\u00bb for \u00e5 dele ut poeng, kunne plutselig se flere handlinger samlet i \u00e9n transaksjon, eller utf\u00f8rt av en delegat-kontrakt heller enn av adressen selv. Mange brukere skj\u00f8nte rett og slett ikke hva som endret seg da lommeboken spurte om \u00e5 \u00aboppgradere\u00bb.<\/p>

Dette er fragmentering av et subtilt slag. Den handler ikke om at du har fem lommeb\u00f8ker p\u00e5 fem kjeder, men om at samme adresse begynner \u00e5 oppf\u00f8re seg forskjellig avhengig av hvilken lommebok som satte delegeringen, hvilken kontrakt den peker p\u00e5, og om appen forst\u00e5r 7702 eller ikke. En delegering du satte i MetaMask peker p\u00e5 MetaMasks reviderte kontrakt; en du satte i Rabby peker p\u00e5 noe annet. Adressen er den samme, men \u00abkontoen\u00bb er det ikke helt. For en bransje som lovet at account abstraction skulle gj\u00f8re alt enklere, er dette et ubehagelig funn: den f\u00f8rste effekten var at ting ble mer uensartet, ikke mindre.<\/p>

Fragmenteringsdebatten: samler native konto kaoset, eller flytter det bare?<\/h2>

Det store sp\u00f8rsm\u00e5let, slik det ble formulert i en bredt referert debatt blant AA-utviklere denne m\u00e5neden, er dette: kommer native account abstraction faktisk til \u00e5 l\u00f8se fragmenteringen, eller kommer den bare til \u00e5 flytte den (Etherspot-oppsummering<\/a>)? Argumentene er verdt \u00e5 ta p\u00e5 alvor, for de peker p\u00e5 en strukturell, ikke bare teknisk, utfordring.<\/p>

Det f\u00f8rste stridspunktet er \u00f8kt-n\u00f8kler og samspill. En app kan gi deg en scoped tillatelse, for eksempel en 15-minutters \u00f8kt som f\u00e5r lov til \u00e5 bytte, men ikke overf\u00f8re. Sp\u00f8rsm\u00e5let er om en slik tillatelse kan gis gjennom ett felles grensesnitt som fungerer p\u00e5 tvers av alle lommeb\u00f8ker, eller om hver lommebok l\u00e5ser implementeringen til sin egen variant. Skjer det siste, gjenskaper man akkurat den fragmenteringen native konto skulle fjerne, bare ett lag lenger opp. Det andre stridspunktet er at tillatelser fortsatt lever p\u00e5 app-laget. Selv om Ethereum f\u00e5r en delt standardkonto for EOA-er, vil den delte delen sannsynligvis bare dekke batching og gass-abstraksjon, ikke fulle tillatelser. Resten forblir opp til hver enkelt app og lommebok \u00e5 definere.<\/p>

Et konkret eksempel gj\u00f8r poenget tydelig. Tenk deg et blokkjedespill som ber om en to-timers \u00f8kt-n\u00f8kkel, slik at du slipper \u00e5 godkjenne hver eneste handling mens du spiller. I dag defineres den \u00f8kten av spillets egen integrasjon mot lommeboken du bruker. Bytter du lommebok, eller pr\u00f8ver det samme spillet p\u00e5 en annen kjede, er det ingen garanti for at \u00f8kt-n\u00f8kkelen oppf\u00f8rer seg likt, eller i det hele tatt st\u00f8ttes. Det er fragmentering i praksis: en funksjon som f\u00f8les s\u00f8ml\u00f8s s\u00e5 lenge du blir i ett \u00f8kosystem, men som sprekker opp i det \u00f8yeblikket du krysser en grense standarden ikke dekker.<\/p>

For en bruker som lurer p\u00e5 hvilken lommebok som er \u00abriktig\u00bb i en slik verden, er dette mer enn teori. Valget av lommebok begynner \u00e5 bestemme hvordan kontoen din faktisk kan oppf\u00f8re seg, og et bytte er ikke gratis. Vi har sett n\u00e6rmere p\u00e5 hva som skiller de store akt\u00f8rene i gjennomgangen av hvilken smartkonto-lommebok du b\u00f8r velge<\/a>, og fragmenteringsdebatten gj\u00f8r det valget viktigere, ikke mindre.<\/p>

Vitalik og \u00ab\u00e9n hovedn\u00f8kkel for hele livet p\u00e5 kjeden\u00bb<\/h2>

Vitalik Buterin tok en tydelig posisjon i debatten. If\u00f8lge referatet mener han at hver bruker b\u00f8r ha n\u00f8yaktig \u00e9n master recovery root, alts\u00e5 \u00e9n hovedn\u00f8kkel for hele livet sitt p\u00e5 kjeden, p\u00e5 tvers av Ethereum og alle lag-2. Resonnementet er at \u00e9n godt sikret rot kan bygge p\u00e5 seg sosial gjenoppretting, tidsl\u00e5ser, multisig og zk-e-post, mens flere separate r\u00f8tter i praksis pleier \u00e5 ende opp d\u00e5rlig beskyttet hver for seg. Det passer med den bredere retningen han staket ut i januar 2026, da han erkl\u00e6rte at \u00e5ret skulle brukes til \u00e5 ta tilbake tapt terreng for selvr\u00e5derett og tillitsminimering, blant annet gjennom lommeb\u00f8ker med sosial gjenoppretting og tidsl\u00e5ser som ikke gj\u00f8r at du mister alt om du roter bort seed-frasen (The Block<\/a>).<\/p>

Motargumentet kom raskt, og det ble ikke avklart: \u00e9n enkelt gjenopprettingsrot er ogs\u00e5 ett enkelt angrepspunkt. Samler du hele livet ditt under \u00e9n rot, blir konsekvensen av at akkurat den kompromitteres tilsvarende total. Debatten endte uavgjort, og det er nettopp poenget. Ideen om \u00ab\u00e9n konto for alt\u00bb er elegant, men den l\u00f8ser ikke fragmenteringen med mindre n\u00f8kkelh\u00e5ndteringen forankres i selve protokollen, slik tilhengerne av native account abstraction argumenterer for; ellers forblir kontoen din bundet til en bestemt lommebok eller app.<\/p>

Det ligger en dypere ambisjon under debatten. Buterin har lenge argumentert for at gjenoppretting og n\u00f8kkelrotasjon b\u00f8r f\u00f8lge identiteten din, ikke den enkelte kjeden eller lommeboken; taper du en enhet, skal du kunne gjenopprette tilgang uten \u00e5 v\u00e6re prisgitt en sentral akt\u00f8r. En felles rot p\u00e5 tvers av Ethereum og lag-2 er tenkt som limet som gj\u00f8r det mulig. Kritikken er ikke at m\u00e5let er feil, men at veien dit legger mye makt i ett punkt, og at overgangen fra dagens virkelighet, der de fleste fortsatt har \u00e9n seed-frase per lommebok, er alt annet enn triviell.<\/p>

Lommeboken som tapsleder: n\u00e5r d\u00e5rlig UX er et forretningsvalg<\/h2>

Det skarpeste argumentet i debatten var \u00f8konomisk, ikke teknisk. Flere utviklere p\u00e5pekte at lommeb\u00f8ker i praksis fungerer som tapsledere: selve lommeboken er gratis, og pengene tjenes inn p\u00e5 swapper i appen og p\u00e5 ordreflyt. Det gir lommeb\u00f8kene lite grunn til \u00e5 la apper abstrahere dem bort. Konsekvensen, if\u00f8lge dette synet, er at d\u00e5rlig brukeropplevelse ikke bare er et teknisk problem, men delvis et forretningsvalg: en lommebok som gj\u00f8r seg selv utbyttbar, mister inntektskanalen sin.<\/p>

Det er en ubehagelig, men nyttig linse. Den forklarer hvorfor konvergensen mot \u00e9n felles standard g\u00e5r tregere enn ingeni\u00f8rene skulle \u00f8nske, og hvorfor \u00abbruk hvilken som helst app med hvilken som helst konto\u00bb fortsatt er mer et l\u00f8fte enn en realitet. Den forklarer ogs\u00e5 hvorfor tilhengerne av native account abstraction insisterer p\u00e5 at n\u00f8kkelh\u00e5ndterings-primitiver m\u00e5 ligge p\u00e5 protokollniv\u00e5. Legges de der, kan ikke en enkelt lommebok holde brukeren fanget, fordi kontoen ikke lenger tilh\u00f8rer lommeboken. Ligger de p\u00e5 app-laget, vinner insentivene som holder fragmenteringen i live.<\/p>

Native account abstraction glapp igjen: EIP-8130 flyttet til Zenith<\/h2>

S\u00e5 til det konkrete som skjedde i september. Base hadde lenge signalisert at native account abstraction, i form av EIP-8130, skulle lande p\u00e5 hovednettet med Cobalt-oppgraderingen \u00abdenne september\u00bb. EIP-8130 er Coinbase- og Base-leirens forslag: kontoer settes opp via en on-chain konfigurasjon med faste n\u00f8kkeltyper (secp256k1, P-256, WebAuthn, BLS), transaksjoner sendes som vanlige transaksjoner uten bundlere eller relay, og kjeden validerer hver transaksjon mot konfigurasjonen. Ytelsestallene Base oppgir er reelle: en USDC-overf\u00f8ring faller fra 125 000 til 46 000 gass, rundt 63 prosent lavere, og transaksjonsst\u00f8rrelsen krymper over 83 prosent (Base-dokumentasjonen<\/a>).<\/p>

Men landingen kom ikke. 8. september 2026 ble en pull request sl\u00e5tt sammen i Base sitt kodelager som flyttet aktiveringen av EIP-8130 ut av Cobalt og over i en ny oppgradering kalt Zenith, p\u00e5 tvers av batch-validering, transaksjonspool, RPC og EVM-kj\u00f8ring (base\/base PR #4924<\/a>). Zenith er bevisst satt til \u00abNone\u00bb p\u00e5 hovednett og Sepolia, alts\u00e5 kun devnet inntil noen faktisk planlegger den. Med andre ord: den september-landingen som mange ventet, inkluderte ikke native konto likevel. Base kan fortsatt sende Cobalt med andre funksjoner, men native account abstraction ble skj\u00f8vet til en fork uten dato. En tidligere gjennomgang<\/a> hadde allerede notert at EIP-8130 forble eksperimentell p\u00e5 devnet; Zenith-flyttingen bekrefter det.<\/p>

Det er verdt \u00e5 merke seg hva EIP-8130 ville endret sammenlignet med 7702. Der 7702 legger l\u00e5nt kode p\u00e5 en eksisterende EOA og fortsatt lener seg p\u00e5 ECDSA-n\u00f8kkelen din, lar 8130 kontoen konfigureres direkte i protokollen, med flere n\u00f8kkeltyper og uten avhengighet av bundlere eller et eget mempool. For brukeren ville forskjellen f\u00f8rst og fremst merkes p\u00e5 pris og robusthet, ikke i det daglige. Men nettopp fordi 8130 er en dypere endring, er den ogs\u00e5 vanskeligere \u00e5 rulle ut trygt, og det er en rimelig tolkning av hvorfor Base valgte \u00e5 skille den ut i en egen fork heller enn \u00e5 presse den gjennom Cobalt.<\/p>

Dette er tredje gang p\u00e5 et halvt \u00e5r at native AA p\u00e5 Base skyves. M\u00f8nsteret er tydelig: 7702 skulle v\u00e6re broen, men broen f\u00e5r stadig lengre levetid fordi den andre bredden ikke er ferdig. Det er ikke et tegn p\u00e5 at 7702 svikter, snarere tvert imot. Det betyr at delegeringen du har i dag, sannsynligvis er infrastrukturen du skal leve med et godt stykke inn i 2027.<\/p>

Plat\u00e5berget, Glamsterdam og gasstaket som forsvinner<\/h2>

P\u00e5 Ethereum selv gikk oppmerksomheten i august og september til Glamsterdam, den neste store harde forken etter Fusaka (som ble aktivert 3. desember 2025 med PeerDAS). Ethereum-stiftelsen \u00e5pnet et tidlig, offentlig testnett kalt Plat\u00e5berget rundt 17. august, og forken til Glamsterdam skjedde der 20. august 2026 (EtherWorld<\/a>). Testnettet skal kj\u00f8re i flere m\u00e5neder slik at utviklere kan lete etter feil f\u00f8r forken n\u00e5r Sepolia, Hoodi og til slutt hovednettet. Navnet er, i tr\u00e5d med Ethereums vane, hentet fra geografien: Plat\u00e5berget er fjellplat\u00e5et som ruver over Longyearbyen p\u00e5 Svalbard.<\/p>

Det avgj\u00f8rende for denne artikkelen er hva Glamsterdam faktisk inneholder, og hva den ikke inneholder. Hovedpunktene er enshrined proposer-builder separation (EIP-7732) og block-level access lists (EIP-7928), som flytter blokkbygging inn i protokollen og \u00e5pner for parallell kj\u00f8ring. I tillegg kommer st\u00f8rre grenser for kontraktst\u00f8rrelse (EIP-7954 hever taket fra 24 til 64 KiB, og initcode fra 48 til 128 KiB) og et rammeverk for gass-reprising rettet mot et gulv p\u00e5 rundt 200 millioner gass. Account abstraction er derimot ikke en headliner i Glamsterdam. EIP-8141, forslaget om \u00abframe-transaksjoner\u00bb som skal gi full native AA, ble skj\u00f8vet til status \u00abConsidered for Inclusion\u00bb som ikke-headliner, og pekes n\u00e5 mot den p\u00e5f\u00f8lgende forken Hegot\u00e1, der FOCIL (EIP-7805) er utvalgt som konsensus-headliner. Buterin bekreftet 1. mars 2026 at EIP-8141 ventes \u00abinnen et \u00e5r\u00bb som en del av Hegot\u00e1.<\/p>

Det er \u00e9n ting i Glamsterdam som treffer lommeboken din direkte, uansett om du bryr deg om blokkbygging eller ikke: gass-reprisingen fjerner det hardkodede maksimale gasstaket. Ethereum-stiftelsen advarte eksplisitt om at \u00ablommeb\u00f8ker, indeksere, gass-estimatorer eller andre verkt\u00f8y som baserer seg p\u00e5 et hardkodet maksimalt gasstak kan brekke under Glamsterdam\u00bb og b\u00f8r testes f\u00f8r hovednettet. En vanlig ETH-overf\u00f8ring vil ikke lenger koste flate 21 000 gass; sender du til en konto som ikke finnes fra f\u00f8r, p\u00e5l\u00f8per det ekstra state-gass ved kj\u00f8ring. For en 7702-smartkonto, som ofte bunter flere handlinger og sponser gass, betyr det at estimatene lommeboken viser deg m\u00e5 oppdateres. Dette er den n\u00e6rmeste, mest praktiske konsekvensen av hele roadmapen, og den kommer f\u00f8r native AA i det hele tatt lander.<\/p>

Oppgradering<\/th>Status<\/th>Hva det betyr for smartkontoen din<\/th><\/tr><\/thead>
Pectra<\/td>Aktiv 7. mai 2025<\/td>Innf\u00f8rte EIP-7702; EOA-en din kan bli en smartkonto uten ny adresse<\/td><\/tr>
Fusaka<\/td>Aktiv 3. desember 2025<\/td>PeerDAS og billigere lag-2; ingen direkte 7702-endring<\/td><\/tr>
Base Cobalt (EIP-8130)<\/td>Native AA flyttet til Zenith (PR sl\u00e5tt sammen 8. sep 2026)<\/td>Native konto p\u00e5 Base glapp igjen; 7702 forblir broen<\/td><\/tr>
Glamsterdam<\/td>Testes p\u00e5 Plat\u00e5berget fra 20. aug 2026<\/td>ePBS og access lists; gasstaket fjernes, kan brekke lommebok-verkt\u00f8y<\/td><\/tr>
Hegot\u00e1<\/td>Etter Glamsterdam, \u00abinnen et \u00e5r\u00bb if\u00f8lge Buterin<\/td>Pakker EIP-8141 (frame-transaksjoner) som ikke-headliner, samt FOCIL<\/td><\/tr><\/tbody><\/table><\/figure>

Sikkerheten: fortsatt n\u00f8klene og signeringen, ikke protokollen<\/h2>

Fragmentering til side: det viktigste sikkerhetspoenget om 7702 har ikke endret seg. Angrepene skjer i signerings\u00f8yeblikket og gjennom n\u00f8kkeltyveri, ikke gjennom en feil i protokollen. En 7702-fullmakt installerer kode og flytter ingen penger i seg selv, og derfor ser den harml\u00f8s ut p\u00e5 signeringsskjermen. Det er nettopp det angriperne utnytter. En fagfellevurdert studie presentert p\u00e5 USENIX Security 26 analyserte 3 664 166 autorisasjoner p\u00e5 tvers av sju kjeder frem til midten av juli 2025 og fant at over 63 prosent var knyttet til ondsinnede kontrakter, med 924 bekreftede ondsinnede kontrakt-kontoer og om lag 2,36 millioner dollar i realiserte tap pluss vel 10 millioner i eksponering (USENIX<\/a>). Forbeholdet er igjen at 63 prosent teller transaksjoner, ikke brukere eller kroner; sweeper-kontrakter gjenbrukes uforholdsmessig mye.<\/p>

De dyre enkelttilfellene handler om phishing. Det mest kjente offeret tapte 1,54 millioner dollar i \u00e9n 7702-transaksjon i august 2025, lurt av et falskt DeFi-grensesnitt; to slike saker samme \u00e5r summerte til 2,54 millioner. Samtidig falt de samlede phishing-tapene 83 prosent i 2025, til rundt 83,85 millioner dollar (Cointelegraph<\/a>). At det er signeringen og ikke koden som svikter, er samme l\u00e6rdom vi trakk av bro-hacket der 4 000 bitcoin forlot Liquid<\/a>: en velskrevet kontrakt hjelper lite n\u00e5r en menneskelig godkjenning blir manipulert. Delegat-kontrakten du peker p\u00e5 b\u00f8r v\u00e6re revidert; det er nettopp derfor et modent \u00f8kosystem for revisjoner og bug bounties<\/a> betyr noe ogs\u00e5 for account abstraction. Og i motsetning til en bank finnes det ingen angrefrist: godkjenner du en ondsinnet fullmakt, kan du ikke reversere den, like lite som du enkelt f\u00e5r pengene tilbake etter et rug pull<\/a>.<\/p>

\u00d8konomien bak angrepene forklarer hvorfor de vedvarer. Dreneringsverkt\u00f8y selges som en tjeneste, der utviklerne tar en andel av det som stjeles, og 7702 ga dem en ny, effektiv m\u00e5te \u00e5 t\u00f8mme en konto p\u00e5 med \u00e9n signatur i stedet for mange. Det svakeste leddet er som regel blindsignering: en maskinvarelommebok viser ofte bare en hash, ikke hva du faktisk godkjenner, og da hjelper det lite at n\u00f8kkelen ligger trygt p\u00e5 en brikke. Klarsignering, der lommeboken oversetter transaksjonen til lesbar tekst, og simulering f\u00f8r du signerer, er de to tiltakene som monner mest for en vanlig bruker.<\/p>

Risiko<\/th>Hva som skjer<\/th>Slik demper du den<\/th><\/tr><\/thead>
Ondsinnet delegering (sweeper)<\/td>\u00c9n signatur peker kontoen mot en drenerings-kontrakt<\/td>Signer bare fullmakter du forst\u00e5r; bruk klarsignering<\/td><\/tr>
Blindsignering<\/td>Maskinvarelommeboken viser en hash, ikke handlingen<\/td>Verifiser p\u00e5 enheten; simuler transaksjonen f\u00f8r du signerer<\/td><\/tr>
chain_id = 0 replay<\/td>Fullmakten gjenbrukes p\u00e5 en annen kjede<\/td>Unng\u00e5 kjede-agnostiske fullmakter der det er mulig<\/td><\/tr>
Lagringskollisjon ved bytte av delegat<\/td>Ny kontrakt tolker gammel lagring feil<\/td>Migrer bevisst (ERC-7779); nullstill f\u00f8r du bytter<\/td><\/tr>
Phishing-grensesnitt<\/td>Falsk swap-side ber om en 7702-fullmakt<\/td>Sjekk domenet; ingen legitim swap krever en delegering<\/td><\/tr><\/tbody><\/table><\/figure>

B\u00f8rsen, forvareren og den norske vinkelen<\/h2>

Fragmenteringen treffer ogs\u00e5 b\u00f8rsene og forvarerne, men p\u00e5 en annen m\u00e5te enn den treffer deg. En b\u00f8rs som lar deg ta ut til en 7702-delegert adresse, eller som bruker per-bruker innskuddsadresser, m\u00e5 n\u00e5 kunne lese delegeringspekeren 0xef0100 og vurdere hva kontoen faktisk peker p\u00e5 f\u00f8r den behandler et innskudd eller uttak. Institusjonelle forvarere l\u00f8ser dette gjerne med MPC-baserte oppsett og retningslinjer p\u00e5 tvers av kjeder, og det er en p\u00e5minnelse om at sp\u00f8rsm\u00e5let \u00abhvordan vet jeg at myntene finnes og er trygge?\u00bb ikke forsvinner med smartkontoer. Vi har g\u00e5tt grundig gjennom nettopp den problemstillingen i artikkelen om kryptoforvaring og bevis p\u00e5 reserver<\/a>.<\/p>

\u00c9n risiko fortjener en egen advarsel for den som bruker b\u00f8rs. Mange plattformer konsoliderer innskudd ved \u00e5 feie midler fra tusenvis av innskuddsadresser til en samlekonto. Er en slik innskuddsadresse blitt 7702-delegert til en ondsinnet kontrakt, kan en feiing i verste fall utl\u00f8se noe annet enn en enkel overf\u00f8ring. Det er en av grunnene til at forvarere og b\u00f8rser bygger egne kontroller rundt delegerte adresser, og at institusjonelle akt\u00f8rer foretrekker MPC-oppsett der ingen enkelt n\u00f8kkel alene kan flytte verdier.<\/p>

For norske eiere er den regulatoriske rammen relativt avklart. MiCA er innlemmet i E\u00d8S-avtalen og gjennomf\u00f8rt i norsk rett gjennom kryptoeiendelsloven, i kraft 1. juli 2025, og Finanstilsynet<\/a> lisensierer tilbydere av kryptoeiendelstjenester (CASP-er). En selvforvaltet smartkonto, alts\u00e5 en 7702-oppgradert lommebok du selv kontrollerer n\u00f8klene til, faller utenfor CASP-regelverket; det er tjenesteleverand\u00f8ren, ikke protokollen, som reguleres. Skattemessig gj\u00f8r det ingen forskjell om kontoen din er en EOA eller en smartkonto: Skatteetaten behandler gevinst og tap likt, som realisasjon, og fra 2026 kommer systematisk rapportering fra kryptotilbydere under CARF-regelverket. Betaler du gass i en stablecoin gjennom en paymaster, kan hver slik betaling i prinsippet v\u00e6re en realisasjon; det er en detalj verdt \u00e5 huske for den som bruker gassfrihet ofte.<\/p>

Slik leser, tilbakestiller og velger du i en fragmentert verden<\/h2>

Det praktiske er heldigvis enkelt, s\u00e5 lenge du gj\u00f8r det bevisst. Du kan lese hva kontoen din faktisk peker p\u00e5, du kan nullstille den, og du b\u00f8r tenke gjennom hvilken leverand\u00f8r du binder deg til. Merk at revoke.cash kan vise en 7702-delegering, men ikke oppheve den; selve nullstillingen skjer via lommeboken din eller ved \u00e5 signere en fullmakt til nulladressen (revoke.cash<\/a>).<\/p>

  1. \u00c5pne eip7702.app eller Etherscan og s\u00f8k opp adressen din; se etter delegeringspekeren 0xef0100 og hvilken kontrakt den peker p\u00e5.<\/li>
  2. Kjenner du ikke igjen kontrakten, behandle kontoen som kompromittert og flytt verdiene til en fersk lommebok du kontrollerer.<\/li>
  3. For \u00e5 nullstille: signer en 7702-fullmakt som peker til nulladressen, s\u00e5 blir kontoen en ren EOA igjen.<\/li>
  4. Bytter du lommebok-leverand\u00f8r, migrer bevisst etter ERC-7779 i stedet for \u00e5 stable ny kode opp\u00e5 gammel lagring.<\/li>
  5. Gj\u00f8r dette per kjede: en fullmakt p\u00e5 Ethereum gjelder ikke automatisk p\u00e5 Base, Arbitrum eller Optimism.<\/li><\/ol>

    Valget av lommebok er den nye, undervurderte beslutningen. S\u00e5 lenge tillatelser og \u00f8kt-n\u00f8kler lever p\u00e5 app- og lommebok-laget, bestemmer leverand\u00f8ren du velger hvor godt kontoen din samspiller med apper og andre kjeder, og hvor lett du kan flytte deg senere. Det er ikke lenger nok \u00e5 sp\u00f8rre \u00abhvilken lommebok er penest?\u00bb; sp\u00f8rsm\u00e5let er \u00abhvilken delegat-kontrakt stoler jeg p\u00e5, og hvor l\u00e5st blir jeg?\u00bb. MetaMask hardkoder for eksempel sin egen reviderte delegat, slik at en oppgradert konto bare l\u00e5ner MetaMasks kontrakt. Det gir forutsigbarhet, men ogs\u00e5 en form for binding. Fragmenteringsdebatten handler til syvende og sist om nettopp denne avveiningen.<\/p>

    Bunnlinjen: broen best\u00e5r, fragmenteringen ogs\u00e5<\/h2>

    Hvis 2025 var \u00e5ret 7702 landet, er 2026 \u00e5ret vi innser at broen ikke er midlertidig likevel. Native account abstraction glapp igjen i september, denne gangen fordi EIP-8130 ble flyttet fra Cobalt til en Zenith-fork uten dato. Glamsterdam, som n\u00e5 testes p\u00e5 Plat\u00e5berget, handler om blokkproduksjon og gass, ikke om kontoer, og full native AA er skj\u00f8vet til Hegot\u00e1 \u00abinnen et \u00e5r\u00bb. Marius van der Wijden, kjerneutvikler p\u00e5 Ethereum, advarte allerede da 7702 var nytt om at det var \u00aba very early proposal\u00bb og at man m\u00e5tte \u00abevaluate all the rough edges\u00bb (DL News<\/a>). De ru kantene viser seg n\u00e5 \u00e5 v\u00e6re like mye organisatoriske og \u00f8konomiske som tekniske.<\/p>

    Alex Jupiter, senior produktsjef i MetaMask, beskrev i sin tid 7702 som en del av \u00abone unified Account Abstraction roadmap\u00bb. Halvannet \u00e5r senere er ordet \u00abunified\u00bb det mest omstridte i setningen. Fragmenteringen 7702 skulle fjerne, sitter delvis i insentivene til akt\u00f8rene som bygger lommeb\u00f8kene, og de insentivene forsvinner ikke av seg selv n\u00e5r koden blir bedre. For deg som eier er konklusjonen praktisk og udramatisk: sjekk hva kontoen din peker p\u00e5, velg en delegat du stoler p\u00e5, forst\u00e5 at et lommebok-bytte har en kostnad, og ikke vent p\u00e5 at native konto skal rydde opp med det f\u00f8rste. Broen best\u00e5r. Det gj\u00f8r fragmenteringen ogs\u00e5, i hvert fall for denne runden.<\/p>

    Ofte stilte sp\u00f8rsm\u00e5l<\/h2>

    Hva er EIP-7702, kort forklart?<\/h3>

    EIP-7702 er en Ethereum-endring fra Pectra-oppgraderingen (7. mai 2025) som lar en vanlig konto (en EOA) peke p\u00e5 en smartkontrakt og oppf\u00f8re seg som en smartkonto, uten \u00e5 bytte adresse eller flytte tokens. Det gir batching, gass-abstraksjon og \u00f8kt-n\u00f8kler med \u00e9n signatur, og delegeringen kan nullstilles ved \u00e5 peke til nulladressen.<\/p>

    Hva betyr \u00abfragmentering\u00bb av lommeboken?<\/h3>

    Fragmentering betyr at samme adresse oppf\u00f8rer seg forskjellig avhengig av hvilken lommebok som satte 7702-delegeringen og hvilken kontrakt den peker p\u00e5, og at tillatelser og \u00f8kt-n\u00f8kler defineres ulikt fra app til app. Debatten i 2026 handler om at native account abstraction kanskje ikke fjerner dette, men bare flytter det ett lag opp, blant annet fordi lommeb\u00f8ker har \u00f8konomiske grunner til ikke \u00e5 gj\u00f8re seg utbyttbare.<\/p>

    Kommer native account abstraction i 2026?<\/h3>

    Neppe fullt ut. Base flyttet EIP-8130 fra Cobalt-oppgraderingen til en ny fork kalt Zenith uten dato (pull request sl\u00e5tt sammen 8. september 2026), og EIP-8141 p\u00e5 Ethereum er skj\u00f8vet til den p\u00e5f\u00f8lgende forken Hegot\u00e1, som Buterin ansl\u00e5r kommer \u00abinnen et \u00e5r\u00bb. Glamsterdam, som testes p\u00e5 Plat\u00e5berget, inneholder ikke account abstraction som hovedpunkt.<\/p>

    Er EIP-7702 trygt \u00e5 bruke?<\/h3>

    Selve protokollen regnes som trygg; risikoen ligger i signerings\u00f8yeblikket og i n\u00f8kkeltyveri, ikke i en feil i koden. Angrepene skjer via phishing og ondsinnede fullmakter, der \u00e9n signatur kan gi en drenerings-kontrakt kontroll. Signer bare fullmakter du forst\u00e5r, bruk klarsignering og maskinvarelommebok, og peker delegeringen p\u00e5 en revidert kontrakt du stoler p\u00e5.<\/p>

    Hvordan p\u00e5virker Glamsterdam lommeboken min?<\/h3>

    Glamsterdam fjerner det hardkodede maksimale gasstaket, og Ethereum-stiftelsen advarer om at lommeb\u00f8ker, indeksere og gass-estimatorer som antar et fast tak kan brekke og m\u00e5 oppdateres. En vanlig ETH-overf\u00f8ring koster ikke lenger flate 21 000 gass, og \u00e5 sende til en ny konto p\u00e5f\u00f8rer ekstra state-gass. For 7702-smartkontoer som bunter handlinger og sponser gass, betyr det at estimatene lommeboken viser m\u00e5 justeres.<\/p>