EIP-7702: regnskapet halvannet år etter Pectra

Da Ethereum aktiverte Pectra-oppgraderingen 7. mai 2025, fulgte det med en liten transaksjonstype med store ambisjoner. EIP-7702, «Set EOA account code», lot en helt vanlig adresse (en externally owned account, eller EOA) låne oppførselen til en smartkontrakt uten å bytte adresse eller flytte en eneste krone. Løftet var at hverdagslommeboken din plutselig kunne gjøre ting den aldri har kunnet før: samle flere handlinger i én transaksjon, la noen andre betale gassen, og sette opp begrensede fullmakter. Snaut halvannet år senere er det på tide å gjøre opp regnskap.

Den korte fasiten: rørleggerarbeidet virker. Titalls millioner adresser bærer i skrivende stund en aktiv delegering, og de store lommebøkene har skrudd på funksjonen. Men det store overskriftstallet er blåst opp av tømmebots, lommebokstøtten er ujevn, og den mest omtalte sikkerhetssaken handler mer om hva du signerer enn om en feil i selve protokollen. Denne gjennomgangen er regnskapsboka: løfte mot virkelighet, med tallene, et statuskart over lommebøkene, hva det betyr for norske brukere og børser, og hva Glamsterdam og innfødt kontoabstraksjon endrer videre. ETH handles i skrivende stund rundt 2 690 dollar, snaut 26 000 kroner til en dollarkurs på 9,62.

Kort fortalt: hva EIP-7702 var ment å løse

En vanlig Ethereum-adresse har alltid hatt én begrensning: den kan bare gjøre én ting av gangen, styrt av én privatnøkkel, og den kan ikke kjøre egen logikk. Vil du godkjenne et token og bytte det i samme slengen, må du signere to transaksjoner og betale gass i ETH begge gangene. Smartkontrakter kan gjøre alt dette, men en smartkontrakt er en annen kontotype med en annen adresse. Å flytte hele saldoen til en ny smartkonto har vært tungvint nok til at de fleste har latt være.

EIP-7702 løser dette med en ny transaksjonstype (type 0x04) som lar deg signere en autorisasjon om at adressen din skal peke på koden i en bestemt smartkontrakt. Teknisk legges det en liten peker i kontoen din: markøren 0xef0100 fulgt av de 20 byte med delegatadressen, til sammen 23 byte. Etter det kjører adressen din delegatkontraktens kode når den kalles, samtidig som du beholder både adressen og privatnøkkelen. Det er fortsatt din konto; den har bare fått en midlertidig hjerne som du selv har pekt den mot.

Forgjengeren het EIP-3074 og foreslo egne opkoder for å gi EOA-er superkrefter. Den ble lagt bort fordi den var for inngripende og vanskelig å forene med veien mot innfødt kontoabstraksjon. EIP-7702 ble det minimale kompromisset: nok til å gi EOA-er smartkonto-oppførsel nå, uten å låse protokollen til en modell den kanskje vokser fra. Nettopp derfor beskrives den ofte som en bro, ikke en endestasjon. Og en bro er akkurat det regnskapet bør måle den som: holder den trafikken den var ment for, eller har den svaie punkter?

EOA, ERC-4337 og EIP-7702 side om side

Det er lett å blande sammen de tre måtene å ha en konto på i 2026. En vanlig EOA er den klassiske nøkkel-og-adresse-kontoen. ERC-4337 er fullverdige smartkontokontoer som kjører på egen infrastruktur (bundlere og en EntryPoint-kontrakt) utenfor selve protokollen. EIP-7702 er mellomtingen: en EOA som midlertidig får kontraktskode uten å bytte adresse. Forskjellen er ikke akademisk; den avgjør om du må flytte midler, om oppgraderingen kan reverseres, og hvor logikken faktisk bor. Tabellen under oppsummerer de viktigste skillene.

Løftene fra mai 2025

For å måle hva som er innfridd, må vi minne oss på hva som faktisk ble lovet. Da funksjonen landet, ble den solgt inn på omtrent seks punkter.

• Ingen migrering: enhver EOA kunne bli en smartkonto uten å flytte midler eller bytte adresse.
• Batching: godkjenn og bytt, eller flere steg i en DeFi-strategi, samlet i én signering.
• Gassabstraksjon: en sponsor eller paymaster kunne dekke gassen, eller du kunne betale i en stablecoin i stedet for ETH.
• Øktnøkler og fullmakter: midlertidige, begrensede rettigheter til et spill eller en app uten å gi bort hele kontoen.
• Sosial gjenoppretting: mekanismer for å gjenvinne tilgang uten at en enslig frø-setning er eneste redning.
• En bro til fremtiden: et skritt mot innfødt kontoabstraksjon, ikke en blindvei.

Entusiasmen var reell, men ikke uten forbehold allerede da. Ethereum-kjerneutvikler Marius van der Wijden advarte tidlig mot å løpe for fort: «It’s still a very early proposal, so we need to evaluate all the rough edges», sa han om forslaget. Halvannet år er nok tid til å se hvilke kanter som er slipt ned, og hvilke som fortsatt skjærer. Resten av denne artikkelen går gjennom løftene ett for ett og setter dem opp mot det vi faktisk ser på kjeden.

Fasiten: løfte mot virkelighet

Her er regnskapsboka, punkt for punkt. Den korte versjonen er at det tekniske grunnlaget holder, men at bruken i praksis er mer ujevn, mer støyete og mer spredt enn de glade pressemeldingene antydet. Noen løfter er innfridd rent teknisk, men bremset av at lommebøkene ikke har bygd dem ferdig; andre er direkte misvisende slik de ofte gjengis.

De neste seksjonene tar for seg de mest omstridte radene: tallene, lommebokstøtten, sikkerheten og veien videre. Det er der forskjellen mellom markedsføring og virkelighet er størst.

Tallene: drøyt 258 millioner autorisasjoner, men hvor mange er ekte?

Hvis du bare leser overskriftstallet, ser adopsjonen enorm ut. Dashbordet BundleBear teller i skrivende stund drøyt 258 millioner kumulative autorisasjoner og over 108 millioner set-code-transaksjoner siden lansering. Problemet er at det kumulative tallet er en dårlig målestokk på faktisk bruk, fordi det summerer hver eneste autorisasjon som noen gang er signert, inkludert dem som for lengst er tilbakekalt eller overskrevet.

Det mer meningsfylte tallet er antallet adresser som akkurat nå bærer en aktiv delegering: rundt 62 millioner. Men også her må man trekke fra støy. Da funksjonen var ny, fant handelsfirmaet Wintermute at over 97 prosent av de aller første delegeringene pekte på identisk sweeper-kode, altså automatiske tømmebots som angripere delegerer kompromitterte kontoer til for å støvsuge dem i samme sekund det kommer inn ETH. Wintermute døpte kontraktsfamilien «CrimeEnjoyor», og den samme, gjenbrukte bytekoden er en stor grunn til at tallene er så høye.

Det er viktig å være presis om hva dette betyr. Sweeper-kontraktene er ikke en feil i EIP-7702; de settes opp etter at en nøkkel allerede er stjålet, og de ville tømt kontoen uansett. Men de forteller at gapet mellom «258 millioner autorisasjoner» og «antall mennesker som faktisk bruker en smartkonto til hverdags» er stort. Den ærlige lesningen er at ekte brukerbruk vokser rolig, mens statistikken blåses opp av kriminell automatikk. Når noen sier at smartkontoer er mainstream fordi tallene er store, er det verdt å spørre hvilke tall de egentlig mener: de kumulative, de aktive, eller de aktive minus tømmebotsene.

Støtter lommeboken din det? Et statuskart

Om du får glede av EIP-7702, avhenger mindre av protokollen og mer av lommeboken. Her er støtten ulik, og en viktig forskjell gjemmer seg i hvilken delegatkontrakt lommeboken peker deg mot. Det er tross alt den koden som får lov til å handle på vegne av adressen din, et poeng vi har gått grundigere inn på i gjennomgangen av hvem sin kode som egentlig kjører lommeboken din.

Det er to ting å merke seg. For det første bruker ikke alt som kalles smartkonto i 2026 EIP-7702; Base Account er for eksempel en ren ERC-4337-konto, ikke en delegert EOA. Forskjellen betyr noe når du skal forstå hvem som signerer og hvor logikken bor. For det andre varierer det hvor fritt du kan bytte: delegerer du via én lommebok, er det ikke gitt at en annen lommebok vil tilbakekalle eller endre akkurat den delegeringen for deg. Interoperabiliteten er bedre enn i fjor, men langt fra sømløs, og det er en reell innlåsingsrisiko verdt å kjenne til før du binder deg til ett økosystem.

Hverdagen: hva smarte EOA-er faktisk gjør nå

Bortenfor statistikken er det tre bruksmønstre som faktisk har festet seg. Det første er batching. Å godkjenne et token og bytte det i samme transaksjon høres smått ut, men det fjerner et helt klassisk fotskudd: den farlige mellomtilstanden der du har gitt en ubegrenset godkjenning som ligger og venter på å bli misbrukt. Med batching utføres godkjenning og handel atomisk, og enten går alt gjennom eller ingenting. For en aktiv DeFi-bruker er dette både billigere og tryggere.

Det andre er gassabstraksjon. Her har enkelte lommebøker kommet lengst. Bitget Wallet lot brukere betale gass i stablecoins på tvers av flere kjeder, og markedssjef Jamie Elkaleh beskrev målet slik: «This brings self-custody closer to the ease of centralized exchanges». Det er en treffende ambisjon: at selvforvaring skal føles like enkelt som en børskonto, uten at du gir fra deg nøklene. For en nybegynner er nettopp gassen, og det å måtte eie litt ETH bare for å flytte noe annet, en av de største snublesteinene.

Det tredje er øktnøkler og begrensede fullmakter, bygget på standardene ERC-7715 (be om rettigheter) og ERC-7710 (delegere dem videre). Tanken er at et spill eller en handelsbot kan få lov til å gjøre bestemte ting, med et tak, i en avgrenset periode, uten å få tilgang til hele saldoen. I praksis er dette fortsatt tidlig; skinnene er lagt, men få forbrukerapper bruker dem ennå. Det er her mye av den uinnfridde optimismen fra 2025 ligger og venter, og det er sannsynligvis her de neste store forbrukeropplevelsene kommer, hvis og når lommebøkene bygger dem ferdig.

Sikkerhetsregnskapet: blindsignering, sweepere og tapstall

Sikkerhet er der regnskapet blir mest nyansert. En fagfellevurdert studie presentert på USENIX Security 2026 gikk gjennom over 3,6 millioner EIP-7702-autorisasjoner på tvers av sju kjeder i funksjonens første måneder og fant at mer enn 63 prosent av dem var knyttet til ondsinnede kontrakter, med rundt 2,36 millioner dollar i realiserte tap. Det høres ut som en knusende dom, men to forbehold er avgjørende for å lese tallet riktig.

For det første teller prosenten transaksjoner, ikke brukere eller kroner; angripernes kontrakter gjenbrukes om og om igjen, så de dominerer tellingen uforholdsmessig. For det andre er dette ikke en feil i protokollen. Det er et UX-problem: brukere lures til å signere en delegering til ondsinnet kode, ofte gjennom blindsignering, der signeringsskjermen ikke forklarer hva som faktisk godkjennes. Taylor Monahan, sikkerhetsforsker i MetaMask, har gjentatte ganger påpekt at de store tapene skyldes lekkede eller stjålne nøkler, ikke en svakhet i EIP-7702; i én enkelt phishing-sak forsvant 1,54 millioner dollar på denne måten.

Lyspunktet i regnskapet er at de samlede tapene til lommebok-drainere faktisk falt kraftig gjennom året. Ifølge Scam Sniffer gikk drainer-tapene ned 83 prosent til rundt 84 millioner dollar, blant annet fordi lommebøker har innført bedre varsler og clear-signing som viser strukturerte data i stedet for en uleselig hex-streng. Mønsteret er det samme som etter de store protokollhackene vi har sett i år: når noe går galt, handler skyldspørsmålet stadig oftere om menneskelige feil og signeringsvaner enn om kryptografien. Den praktiske lærdommen er enkel: en lommebok som tvinger deg til å lese hva du godkjenner, er verdt mer enn en som bare sier «signer».

Delegeringen som blir liggende: hygiene og tilbakekalling

En egenskap ved EIP-7702 som overrasker mange, er at en delegering er en tilstand, ikke en engangsøkt. Når du først har pekt adressen din mot en delegatkontrakt, blir pekeren liggende til du aktivt fjerner den. Det betyr at en gammel delegering til en app du sluttet å bruke for et år siden, fortsatt kan være aktiv i dag. Dette er temaet vi har viet en egen gjennomgang til, om delegeringen du glemte å tilbakekalle.

Du tilbakekaller ved å signere en ny autorisasjon som peker på nulladressen, med et høyere nonce enn den forrige. Det fjerner koden og kodehashen fra kontoen. Men her er en felle verdt å kjenne: ifølge dokumentasjonen fjernes ikke nødvendigvis lagringsdataene som delegatkontrakten eventuelt skrev. Peker du senere adressen mot en ny kontrakt, kan gammel lagring kollidere med den nye koden. Behandle derfor en delegering omtrent som en oppgraderbar kontrakt: vit hva den har skrevet, før du bytter.

Og fordi delegering er per kjede, må ryddejobben gjøres på hver kjede for seg. En delegering satt på Ethereum hovednett eksisterer ikke automatisk på Arbitrum eller Base, og motsatt må en gammel delegering fjernes separat der den ble satt. Verktøy som Revoke.cash kan vise deg delegeringene dine, men kan foreløpig ikke tilbakekalle dem på dine vegne; selve tilbakekallingen må skje fra lommeboken. God hygiene her er like viktig som å rydde i gamle token-godkjenninger, og av akkurat samme grunn: det du har glemt, kan andre huske.

Børser og forvaring: 23 byte som endrer innskuddsadressen

For børser og forvarere skapte EIP-7702 et nytt og undervurdert hodebry. En innskuddsadresse som før var en passiv EOA, kan nå være delegert og dermed kjøre kode i det øyeblikket den mottar midler. For en børs som automatisk krediterer innskudd, åpner det for uønskede effekter: en delegert adresse kan utløse logikk ved mottak, og i verste fall samhandle med krediteringssystemet på måter som ikke var forutsett da systemene ble bygget.

Svaret bransjen har landet på, er screening. Børsene ser etter den karakteristiske 23-byte-pekeren som starter med 0xef0100, og behandler delegerte adresser annerledes: noen flagger dem, noen krever flere bekreftelser, og noen tillater kun innskudd fra et utvalg kjente og reviderte delegatkontrakter. På forvaringssiden har institusjonelle aktører kombinert EIP-7702 med MPC-baserte nøkkeloppsett, slik at smartkonto-funksjonene kan brukes uten at en enkelt nøkkel noen gang finnes samlet på ett sted.

Dette er en påminnelse om at infrastruktur rundt kontoer sjelden er gratis. Akkurat som en tokennotering bærer skjulte kostnader for en børs, bærer EIP-7702 en skjult integrasjonskostnad: alle som krediterer innskudd automatisk, må nå forstå at «en adresse» ikke lenger garantert er en passiv konto. De som ikke oppdaterer systemene sine, risikerer å bli overrasket av en konto som gjør mer enn å motta.

Norge: Finanstilsynet, MiCA og skatt

For norske brukere melder det seg to spørsmål: hvem regulerer dette, og hva betyr det for skatten. På reguleringssiden er utgangspunktet at EU-regelverket MiCA, som har vært virksomt i EU siden slutten av 2024, innlemmes i norsk rett gjennom EØS-avtalen. Finanstilsynet har lagt til grunn at reglene vil gjelde her, og fører tilsyn med tilbydere av kryptotjenester (CASP-er).

Et viktig poeng er at en selvforvart lommebok som du styrer selv, i utgangspunktet faller utenfor CASP-begrepet. MiCA regulerer tjenestetilbydere som oppbevarer eller handler på vegne av andre, ikke programvaren du kjører på egen hånd. En EIP-7702-delegering du selv signerer, gjør deg altså ikke til en regulert aktør. Grensen går der noen tilbyr forvaring eller handel som en tjeneste, slik en børs gjør; da gjelder lisens- og etterlevelseskravene fullt ut.

På skattesiden er hovedregelen hos Skatteetaten at gevinst ved realisasjon av kryptovaluta er skattepliktig, og at beholdning inngår i formuesskatten. Selve det å delegere eller tilbakekalle en adresse er ingen realisasjon og utløser i seg selv ingen skatt. Men transaksjonene du utfører gjennom smartkontoen, som bytter, salg eller gevinstsikring, behandles som før. Fordelen med batching er praktisk, ikke skattemessig: å samle flere steg i én transaksjon endrer ikke at hvert skattepliktige bytte fortsatt må rapporteres og dokumenteres i skattemeldingen.

Veien videre: Glamsterdam og den innfødte kontoabstraksjonen

Hva så med fremtiden? Den neste store oppgraderingen, Glamsterdam, nærmer seg: testnettet Sepolia er planlagt å gjennomføre forken 6. oktober 2026. Men det er verdt å være tydelig på én ting: Glamsterdam handler ikke først og fremst om kontoabstraksjon. Hovedpostene er ePBS (EIP-7732) og block-level access lists (EIP-7928), altså gjennomstrømning og hvordan blokker bygges, ikke smartkontoer. For EIP-7702 betyr Glamsterdam i praksis «business as usual», ikke en ny kapasitet.

Den virkelige fremtiden for smartkontoer ligger i innfødt kontoabstraksjon, der validering, nonce-håndtering og paymaster-logikk bakes rett inn i protokollen. Her er bildet mer rotete enn mange trodde. Arbeidet er delt i to leirer: Ethereum L1 jobber mot forslag som EIP-7701 og EIP-8141 (Frame Transactions), mens Base har fremmet sitt eget EIP-8130 med en keystore-tilnærming. Et forsøk på å samkjøre de to brøt sammen i høst.

Derek Chiang, som grunnla ZeroDev og nå jobber i Ethlabs, forklarte bruddet med at løsningene de vurderte, «all required one side or the other to compromise at least a little bit on their core goals». L1 prioriterer sensurresistens, personvern og kvantesikkerhet; L2-er som Base vektlegger skalerbarhet og etterlevelse. Resultatet er at den innfødte kontoabstraksjonen, som til slutt kan gjøre EIP-7702 til en ren overgangsløsning, foreløpig er splittet og uten fast tidsplan. Vi har sett nærmere på nettopp den stille seieren og splittelsen i vår gjennomgang av account abstraction i 2026. Inntil videre blir broen stående, og det meste tyder på at den blir stående en god stund til.

Slik leser du din egen status

Regnskap er lite verdt uten en handlingsliste. Her er de praktiske stegene for å ta kontroll over din egen 7702-status, enten du er nybegynner eller har brukt smartkontoer en stund.

• Sjekk om du er delegert: slå opp adressen din på en blokkutforsker og se etter en kodepeker som starter med 0xef0100. En vanlig EOA har ingen kode; en delegert konto viser 23 byte.
• Les hvilken kontrakt du peker på: gjenkjenner du ikke delegatadressen, eller er den ikke en kjent, revidert kontrakt, er det et varselflagg.
• Tilbakekall det du ikke bruker: fjern gamle delegeringer ved å peke mot nulladressen, og husk at jobben må gjøres per kjede.
• Velg en lommebok med clear-signing: en signeringsskjerm som forklarer hva du faktisk godkjenner, er ditt beste vern mot sweeper-feller.
• Vær varsom før innskudd til børs: sender du fra en delegert adresse, kan enkelte børser flagge eller forsinke innskuddet.
• Stol aldri blindt på overskriftstall: at hundrevis av millioner har en delegering, betyr ikke at funksjonen er trygg eller moden; det kan like gjerne være tømmebots.

Gjort riktig er EIP-7702 en nyttig oppgradering som fjerner noen av de mest irriterende, og farligste, kantene ved å bruke en EOA. Gjort uten ettertanke er det en ny måte å signere bort kontoen sin på. Forskjellen ligger nesten alltid i om du leser hva du godkjenner. Det er den enkleste, og mest undervurderte, linjen i hele regnskapet.

Ofte stilte spørsmål

Hva er EIP-7702, enkelt forklart?

EIP-7702 er en transaksjonstype i Ethereum som lar en vanlig adresse (en EOA) peke på kode i en smartkontrakt, slik at kontoen midlertidig oppfører seg som en smartkonto. Du beholder adressen og privatnøkkelen din, men kan samle flere handlinger i én transaksjon og la en sponsor betale gassen. Funksjonen kom med Pectra-oppgraderingen i mai 2025.

Er EIP-7702 trygt å bruke?

Selve protokollen regnes som trygg, men den flytter risikoen over på hva du signerer. Angriperne lurer brukere til å godkjenne en delegering til ondsinnet kode, ofte gjennom blindsignering, og en studie fra USENIX fant at over 63 prosent av de tidlige delegeringene pekte på ondsinnede kontrakter. Bruk en lommebok med clear-signing, les hva du godkjenner, og vær ekstra forsiktig med tilbud som haster.

Hvordan ser jeg om lommeboken min er delegert?

Slå opp adressen din på en blokkutforsker som Etherscan og se etter en kodepeker som starter med 0xef0100 fulgt av en kontraktsadresse; en delegert konto viser 23 byte med kode. Mange lommebøker viser også smartkonto-status under kontoinnstillinger. Verktøy som Revoke.cash kan vise delegeringen, men kan foreløpig ikke tilbakekalle den for deg.

Hvordan tilbakekaller jeg en EIP-7702-delegering?

Du tilbakekaller ved å signere en ny autorisasjon som peker på nulladressen, med et høyere nonce, slik at koden fjernes. Vær oppmerksom på at dette fjerner koden, men ikke nødvendigvis lagringsdataene, og at delegeringen må ryddes per kjede. Noen lommebøker har en egen bryter for å gå tilbake fra smartkonto.

Erstatter EIP-7702 ERC-4337 og smarte kontoer?

Nei, de utfyller hverandre. ERC-4337 gir fullverdige smartkontokontoer med egen infrastruktur, mens EIP-7702 oppgraderer eksisterende EOA-er uten migrering. På sikt kan innfødt kontoabstraksjon i protokollen (forslag som EIP-7701) gjøre dagens broløsning mindre nødvendig, men det arbeidet er foreløpig splittet og udatert.

Yuki Tanaka dekker lommebøker, børser og kontoinfrastruktur for HOGE Wire.