Account abstraction i 2026: den stille seieren og splittelsen

To hendelser i september 2026 forteller nesten hele historien om account abstraction. Den ene skjedde nesten i stillhet: mens Ethereum-prisen lå og vippet rundt 2.690 dollar, i overkant av 25.500 kroner (CoinDesk), passerte antallet aktive smartkontoer godt over hundre millioner. Den andre var støyende: 15. september ble det klart at Ethereum og Base gir opp å samle seg om én felles standard for det som kalles native account abstraction. Veikartet som skulle forene alt, sprakk i to.

Det er en påfallende kontrast. Selve teknologien, den som lar en lommebok gjøre langt mer enn å skrive under med én privat nøkkel, har allerede vunnet der det teller mest: hos brukerne. Samtidig krangler kjernemiljøene fortsatt om hvordan den skal bygges inn i protokollen på lang sikt. Og oppgraderingen som står nærmest, Glamsterdam med testnett-start 6. oktober, leverer mer kapasitet, ikke smartere kontoer. Denne artikkelen samler hele bildet: hva account abstraction er, hvordan den faktisk brukes i 2026, hvem som betaler for den, hvorfor veikartet splittet, og hva alt dette betyr for en norsk innehaver som forholder seg til Finanstilsynet og Skatteetaten.

Hva account abstraction egentlig er

På Ethereum har det historisk vært to typer kontoer. Den ene er den vanlige brukerkontoen, kalt EOA (externally owned account), som styres av én privat nøkkel: har du nøkkelen, kontrollerer du alt, og mister du den, er alt tapt. Den andre er kontraktskontoen, som styres av kode, men som ikke kan starte en transaksjon på egen hånd. Account abstraction handler om å viske ut skillet, slik at selve kontoen kan programmeres. Reglene for hvem som får bruke den, hvordan den gjenopprettes, om flere handlinger kan samles i én, og hvem som betaler gassen, flyttes fra en enslig nøkkel og inn i kode.

Poenget er å løse et problem som er like gammelt som kryptolommeboken selv: seed-frasen. Tolv eller tjuefire ord som verken kan glemmes, deles eller stjeles, er en dårlig tilpasning til hvordan mennesker faktisk oppbevarer noe verdifullt. En smartkonto kan i stedet tilby det de fleste tar for gitt i vanlig bankverden: flere godkjennere, dagsgrenser, sosial gjenoppretting og angreknapper. Ideen er ikke ny; den har vært diskutert i Ethereum-miljøet siden 2016. Det som er nytt, er at den endelig fungerer i praksis, gjennom to ulike tekniske veier som begge nådde bred bruk i 2025 og 2026.

Veien hit gikk gjennom flere forsøk. Allerede rundt 2016 og 2017 ble det skissert måter å gjøre kontoen programmerbar på protokollnivå, men de var for inngripende til å bli vedtatt. Et senere forslag, EIP-3074, ville gitt vanlige kontoer nye kraftige instruksjoner, men ble til slutt lagt bort til fordel for en enklere idé. ERC-4337 løste knuten ved å legge alt i kontraktslaget, slik at ingen konsensusendring var nødvendig, mens EIP-7702 ble den minimale broen som lar dagens kontoer oppgraderes uten å vente på en stor protokollendring. Poenget med å kjenne denne historien er at dagens to veier ikke er endestasjonen, men mellomstasjoner på vei mot en innebygd løsning som ennå ikke er ferdig forhandlet.

De to veiene: ERC-4337 og EIP-7702

Den første veien er ERC-4337, som ble endelig i mars 2023. Her er kontoen en helt egen smartkontrakt, atskilt fra den gamle nøkkelkontoen. I stedet for vanlige transaksjoner sender brukeren såkalte UserOperations til en egen venteliste, der aktører kalt bundlere samler dem og sender dem videre via en felles kontrakt kalt EntryPoint. En paymaster kan tre inn og dekke gassen. Det fine er at ingenting av dette krever endringer i selve Ethereum-protokollen; alt skjer i kontraktslaget. Ulempen er at brukeren må flytte til en ny adresse.

Den andre veien er EIP-7702, som kom med Pectra-oppgraderingen i mai 2025. I stedet for å opprette en ny konto oppgraderer den den eksisterende nøkkelkontoen på stedet. Gjennom en ny transaksjonstype (0x04) peker adressen din til kode via en liten markør (0xef0100), og vips oppfører den gamle EOA-en seg som en smartkonto, uten at du bytter adresse eller nøkkel. Delegeringen kan trekkes tilbake, og den gjelder per kjede: en delegering på Ethereum finnes ikke automatisk på Arbitrum eller Base. Nettopp den grensen har vi skrevet grundig om tidligere, og den er en av grunnene til at det fortsatt er behov for et bedre langsiktig svar. Tabellen under viser hovedforskjellene.

Den stille seieren: smartkontoer er allerede standard

Mens debatten om den langsiktige løsningen har rast, har bruken gått forbi den. Tall fra BundleBear viser at ERC-4337 til sammen har behandlet over 1,29 milliarder UserOperations, fordelt på nesten 68 millioner aktive smartkontoer, og at paymastere har dekket over 14,4 millioner dollar i gass. For EIP-7702 teller samme kilde over 60 millioner aktive delegeringer. Det finnes også et mye høyere tall for samlede autorisasjoner, over 250 millioner, men det er blåst kraftig opp av automatiserte tømme-kontrakter og bør leses med forsiktighet; det er de aktive delegeringene som forteller hvor mange kontoer som faktisk er oppgraderte.

Bak tallene ligger et skifte som de fleste brukere aldri legger merke til. Innebygde lommebøker, der nøklene lever i sikre enklaver og innloggingen skjer med e-post eller passkey uten seed-frase, er blitt infrastruktur: Stripe kjøpte Privy sommeren 2025, Fireblocks kjøpte Dynamic samme høst, og Coinbase, MetaMask og de fleste store børsene tilbyr nå selvforvarende smartkontoer rett i appen. Marius van der Wijden, kjerneutvikler i Ethereum, har beskrevet EIP-7702 som noe som lar eksisterende lommebøker «emulate the functions of Account Abstraction wallets», samtidig som han maner til å «evaluate all the rough edges» før man stoler blindt på det (DL News). Poenget står seg: for vanlige brukere er smartkontoen allerede standardvalget, enten de vet det eller ikke.

Konsolideringen forteller den samme historien fra leverandørsiden. Da Stripe kjøpte Privy og Fireblocks kjøpte Dynamic, kjøpte de i realiteten selve inngangsdøren: verktøyene som lar en app skape en selvforvarende konto til brukeren i bakgrunnen, uten at ordet lommebok noen gang nevnes. Coinbase gjorde sine innebygde kontoer allment tilgjengelige høsten 2025, med nøkler i sikre enklaver som selv Coinbase ikke kan røre. Resultatet er at en spiller, en kunstkjøper eller en abonnent kan få en fullverdig smartkonto uten å forstå at det er det de har fått. For bransjen er dette den egentlige seieren: account abstraction er ikke lenger et produkt man aktivt velger, men et lag som ligger under alt annet.

Hvem betaler for gassen?

Den mest merkbare fordelen for nye brukere er at de slipper å eie ETH bare for å betale transaksjonsavgift. En smartkonto kan bruke en paymaster, en kontrakt som enten dekker gassen for deg eller lar deg betale den i en stablecoin. Circle lanserte for eksempel en paymaster som lar deg betale gass i USDC på Arbitrum og Base, med et påslag på rundt 10 prosent siden 1. juli 2025 (Circle). Effekten er at en fersk bruker kan gjøre sin første handel uten å ane hva gass er.

Men «gassfri» betyr ikke gratis, og det er verdt å forstå hvem som faktisk tar regningen. Enten subsidierer appen kostnaden for å senke terskelen for nye kunder, og da er gassen en markedsføringsutgift som må finansieres et sted, eller så betaler du den selv i en token med et påslag oppå. I begge tilfeller flyttes kostnaden, den forsvinner ikke. Den som vil grave dypere i økonomien og maktforholdene bak sponset gass, finner en egen gjennomgang i vår artikkel om hvorfor gassfrie kontoer aldri er helt gratis. For brukeren er det likevel en reell forbedring: friksjonen ved den første transaksjonen, som lenge var det største frafallspunktet i onboardingen, er stort sett borte.

Det er også verdt å skille mellom to former for sponsing. Den ene er ren onboarding-subsidie, der appen tar de første transaksjonene for å få deg i gang og håper å tjene det inn senere. Den andre er en løpende forretningsmodell, der en paymaster tar betalt i en stablecoin med et lite påslag hver gang. Sistnevnte skalerer bedre, men flytter en liten, jevn kostnad over på brukeren. For den som handler ofte, kan disse påslagene summere seg til mer enn den sparte gassavgiften, og det er derfor verdt å lese det med små bokstaver før man antar at gassfritt betyr billigst. En smartkonto fjerner friksjonen, men den fjerner ikke økonomien bak.

Passkeys og innlogging uten seed-frase

Den andre store UX-forbedringen er innlogging med passkey i stedet for seed-frase. En passkey er en kryptografisk nøkkel som lever trygt i telefonens eller datamaskinens sikre brikke, Apples Secure Enclave eller Androids Keystore, og som brukes med ansikt eller fingeravtrykk. FIDO Alliance oppga rundt fem milliarder passkeys i bruk på verdensbasis i mai 2026 (FIDO Alliance). Utfordringen er at disse nøklene bruker en annen matematisk kurve (P-256) enn Ethereum selv, så det var lenge dyrt å verifisere dem på kjeden.

Løsningen heter RIP-7212, en såkalt precompile som gjør P-256-verifisering billig. Den kutter kostnaden fra rundt 300.000 gass til omtrent 3.450 gass, og er tatt i bruk av flere Layer 2-nett, blant dem Arbitrum og Polygon (Alchemy). Resultatet er at en smartkonto kan verifisere en passkey-signatur direkte, og at brukeren logger inn med FaceID i stedet for å skrive av tolv ord. Kombinasjonen av passkey og paymaster er selve grunnmuren under de innebygde lommebøkene: ingen frase, ingen ETH i lomma, bare en konto som oppfører seg som en app.

Baksiden er at en passkey arver styrkene og svakhetene til plattformen den ligger på. Synkroniseres den via iCloud eller Google, er den like tilgjengelig som den kontoen, på godt og vondt: mister du tilgangen til Apple-ID-en din, eller blir du utsatt for et SIM-bytte, kan nøkkelen bli utilgjengelig eller i verste fall stjålet. Derfor kombinerer de beste lommebøkene passkeys med en gjennomtenkt gjenopprettingsmodell, ikke som eneste sikring. Passkeyen løser innloggingsfriksjonen elegant, men den flytter tillit fra tolv ord på papir til en skyleverandør, og den avveiningen bør være et bevisst valg, ikke noe som skjer i det stille.

Modulene: ERC-7579 mot ERC-6900

Når kontoen først er programmerbar, melder neste spørsmål seg: hvordan legger man til funksjoner uten å skrive en ny kontrakt hver gang? Svaret er moduler, små tillegg som håndterer validering, utføring eller kontroller. Her står to standarder mot hverandre. ERC-7579 er den minimale varianten som i praksis har blitt bransjestandard: Safe, ZeroDevs Kernel, Biconomys Nexus, Rhinestone og OpenZeppelin bygger alle på den. ERC-6900, drevet frem av Alchemy, er tyngre og mer detaljert.

For en vanlig bruker er dette usynlig, men det er ikke uten betydning. En felles modulstandard betyr at samme sikkerhetsmodul, for eksempel en gjenopprettings- eller utgiftsgrense-modul, kan flyttes mellom lommebøker og gjenbrukes, i stedet for å låses inne hos én leverandør. Det er den samme logikken som gjør app-økosystemer verdifulle: standardiserte kontakter gir konkurranse og valgfrihet. Samtidig utvider hver modul angrepsflaten, for hver ny kodebit som får lov til å handle på dine vegne, er en ny ting som kan ha en feil eller en bakdør.

Session-nøkler, spill og AI-agenter

En av de mest undervurderte egenskapene ved smartkontoen er session-nøkkelen: en midlertidig nøkkel med snevre fullmakter, som lar noe annet enn deg handle innenfor klare grenser. I spill er dette forskjellen mellom å måtte godkjenne hvert eneste trekk og å signere én gang før en økt på en time. Immutable Passport bruker nettopp slike økt-nøkler for å gi konsollfølelse i blokkjedespill, med e-postinnlogging og gassfrie handlinger (Immutable). Standarden ERC-7715 formaliserer ideen: en fullmakt kan navngi hvilken kontrakt som får kalles, hvilke funksjoner, en øvre grense per handling og en utløpstid.

For et spillnettsted som HOGE Wire følger tett, er dette mer enn en teknikalitet. Økt-nøkler er det som gjør at et blokkjedespill kan føles som et vanlig spill, uten en bekreftelsesdialog for hvert sverdslag eller hvert kjøp i butikken. Samtidig er en økt-nøkkel med for vide fullmakter en gavepakke til en angriper: gir du bort retten til å bruke kontoen i en time, må grensene være snevre nok til at det verste som kan skje, er begrenset. Balansen mellom sømløs spillflyt og stramme fullmakter er en av de mest praktiske designutfordringene i kryptospill akkurat nå.

Det åpner for et skifte som gjør spørsmålet om samtykke vanskeligere. Når en AI-agent kan handle på dine vegne, er ikke lenger spørsmålet «forstår du denne transaksjonen?», men «forstår du denne fullmakten?», og en policy er langt mer krevende å lese enn en enkelt overføring. MetaMask lanserte sin Agent Wallet i august 2026 med nettopp dette i tankene: dagsgrenser, tillatte protokoller og trusselskanning som standard (MetaMask). Vitalik Buterin har for sin del argumentert for at en agents lommebok bør ha strenge daglige tak på hvor mye den kan flytte alene, med menneskelig bekreftelse for større beløp, altså en slags menneske-pluss-maskin-modell i to trinn (Bitcoin.com). Poenget kobler seg rett tilbake til skatt: en agent som handler mens du sover, produserer skattepliktige realisasjoner du aldri klikket på selv.

Splittelsen: Ethereum mot Base

Både ERC-4337 og EIP-7702 er egentlig omveier. Den virkelige ambisjonen har hele tiden vært native account abstraction, altså å bygge smartkonto-egenskapene rett inn i Ethereum-protokollen, slik at en konto er programmerbar fra bunnen av uten lappverk. Det var her bruddet kom. Den 15. september 2026 ble det kjent at utviklerne bak Ethereum og bak Base gir opp forsøket på å samle seg om ett felles forslag, og i stedet går hver sin vei (The Block).

Derek Chiang, utvikler i Ethlabs og grunnlegger av ZeroDev, forklarte at teamene fant tekniske løsninger, men at de «all required one side or the other to compromise at least a little» på mål de anså som kjerneverdier. Han erkjente at det gir fragmentering mellom lommebøker, men uttrykte håp om at brukerne likevel kan få god opplevelse dersom begge forslagene lykkes. Ethereums forslag, EIP-8141 «Frame Transactions», prioriterer sensurmotstand, personvern og sikkerhet, er merket som «must-ship» for den kommende Hegotá-oppgraderingen, og har Vitalik Buterin blant forfatterne. Bases forslag, EIP-8130, bygger på et onchain «keystore» og legger vekt på skalerbarhet, tilpasning og etterlevelse. Tabellen under oppsummerer forskjellene.

Konsekvensen er at drømmen om én smartkonto som følger deg sømløst på tvers av alle kjeder, fortsatt er nettopp det: en drøm. Vi har gått gjennom hvorfor i vår artikkel om løftet om chain abstraction. En splittelse på protokollnivå betyr at lommebok-leverandørene må støtte to modeller i overskuelig fremtid, og at byrden ved å skjule kompleksiteten faller på dem, ikke på kjedene.

For en vanlig bruker betyr splittelsen mindre enn overskriftene antyder, i hvert fall på kort sikt. Ingen mister tilgang til smartkontoen sin fordi to grupper utviklere velger ulike veier; dagens ERC-4337 og EIP-7702 fungerer uendret. Betydningen ligger lenger frem: to konkurrerende native-standarder kan bety at en konto oppfører seg litt ulikt avhengig av om den lever på Ethereum selv eller på en Base-lignende kjede, og at lommebøker må skrive kode for begge. Det er den motsatte bevegelsen av det chain abstraction lovet, nemlig at kjeden skulle bli likegyldig for brukeren. Om splittelsen ender som sunn konkurranse eller varig fragmentering, avhenger av om de to leirene klarer å gjøre forskjellene usynlige i lommeboklaget.

Glamsterdam 6. oktober: mye kapasitet, lite smartkonto

Her er en misforståelse verdt å rydde opp i før den fester seg. Den nærmeste store Ethereum-oppgraderingen, Glamsterdam, har testnett-start på Sepolia 6. oktober 2026, med hovednett ventet i fjerde kvartal, men uten fastsatt dato (ethereum.org). Glamsterdam handler først og fremst om kapasitet. Hovedpunktene er enshrined proposer-builder separation (ePBS, EIP-7732), som utvider vinduet for datautbredelse fra rundt to til ni sekunder, blokknivå-tilgangslister (BALs, EIP-7928), som muliggjør parallell behandling av transaksjoner, og en justering av gasskostnaden for å skape ny tilstand (EIP-8037), som skal holde veksten i lagringsbehov bærekraftig.

Det som er verdt å merke seg, er hva Glamsterdam ikke inneholder: native account abstraction. Den ligger i den neste oppgraderingen, Hegotá, og er altså både utsatt og nå splittet i to konkurrerende forslag. For en bruker som håper at 6. oktober betyr smartere kontoer, er svaret nøkternt: nei, den datoen gir raskere og billigere blokker, ikke innebygd account abstraction. Den delen av veikartet er fortsatt minst én hardfork unna, og retningen er mer usikker etter septembersplittelsen enn den var før.

Det er likevel en indirekte kobling mellom Glamsterdam og smartkontoer verdt å nevne. Mer kapasitet og billigere blokkplass gjør de tingene smartkontoer gjør ofte, som å samle flere handlinger og la paymastere dekke gass, merkbart billigere. ePBS og parallell behandling er ikke account abstraction i seg selv, men de senker prisen på å bruke den. På den måten forbereder oppgraderingen bakken, selv om den ikke planter treet. Den som venter på at smartkontoer skal bli både kraftigere og rimeligere, får altså den andre halvdelen 6. oktober, mens den første halvdelen fortsatt ligger hos Hegotá og de to konkurrerende forslagene.

Sikkerhetsregnskapet: superkraften som også er et våpen

Account abstraction har en ubehagelig symmetri: de samme egenskapene som beskytter en bruker, kan brukes mot vedkommende. Å samle flere handlinger i én transaksjon er praktisk når du signerer selv, men farlig når du signerer noe du ikke forstår. Da EIP-7702 gikk live, dukket det raskt opp automatiserte kontrakter, kalt CrimeEnjoyor, som umiddelbart tømte kontoer der nøkkelen allerede var lekket. Wintermute fant at over 97 prosent av de tidlige delegeringene stammet fra slike tømme-kontrakter, men understreket at mekanismen i seg selv var trygg, siden den bare rammet kontoer der nøkkelen var kompromittert fra før (CoinDesk).

Det leder til den viktigste innsikten om smartkonto-sikkerhet, og Taylor Monahan, sikkerhetsforsker i MetaMask, har formulert den skarpt: dette er egentlig ikke et EIP-7702-problem, men det samme problemet kryptobransjen har hatt siden dag én, at brukere sliter med å sikre de private nøklene sine; delegeringen gjør det bare billigere og mindre tungvint for angripere å feie ut adresser de allerede har fått tak i (Cryptopolitan). Med andre ord: smartkontoen flytter ikke sikkerhetsgrensen, den forsterker konsekvensene av det du allerede godkjenner.

Det farligste enkeltmønsteret er blindsignering, at du godkjenner en transaksjon uten å se hva den faktisk gjør. Det største kryptotyveriet noensinne, Bybit-hacket i februar 2025 på rundt 1,5 milliarder dollar, var i kjernen nettopp dette: angriperne kompromitterte utviklermiljøet til Safe-grensesnittet, viste signererne en ufarlig overføring, mens den signerte nyttelasten byttet ut kontraktslogikken (The Block). Maskinvarelommeboken viste bare en hash, ikke handlingen. Samtidig peker den brede statistikken en oppmuntrende vei: Scam Sniffer rapporterte at phishing-tapene falt 83 prosent i 2025, til rundt 84 millioner dollar, selv om godkjennings-svindel (Permit og Permit2) fortsatt sto for en stor andel av de største tapene (Cointelegraph). Tabellen under samler de viktigste risikoene og forsvaret mot dem.

Motmiddelet bransjen samler seg om, heter clear signing, standardisert som ERC-7730. Ledger startet arbeidet, og i mai 2026 ble registeret overført til Ethereum Foundation som nøytral forvalter, med prinsippet «What You See Is What You Sign» og et uttalt mål om at clear signing skal være standard (Ethereum Foundation). Kombinert med transaksjonssimulering, som viser hva en transaksjon vil gjøre før du godkjenner, og disiplinert nøkkelhåndtering, er dette den praktiske forskjellen mellom en smartkonto som beskytter deg og en som tømmer deg. For den som mister tilgangen helt, har vi samlet mulighetene i en egen gjennomgang av gjenoppretting når nøkkelen er borte.

Et nyttig mentalt bilde er å skille mellom to typer tap. Den ene er tyveri gjennom kompromitterte nøkler eller ondsinnede signaturer, der smartkontoen kan gjøre skaden raskere og mer fullstendig. Den andre er tap gjennom egne feil, som å miste tilgangen helt, der smartkontoen tvert imot kan redde deg gjennom sosial gjenoppretting eller flere godkjennere. Account abstraction flytter altså vekt fra den andre kategorien til den første: den gjør det lettere å komme tilbake fra en glemt nøkkel, men hever innsatsen for hva du godkjenner. Nettopp derfor er clear signing og disiplinerte rutiner ikke pynt, men selve forutsetningen for at regnestykket går i brukerens favør.

Børsene og Finanstilsynet

Skillet mellom børs og lommebok viskes gradvis ut. Store børser tilbyr nå selvforvarende smartkontoer rett i appen, mens selvforvaringslommebøker legger til handel, kort og betaling. For en norsk bruker er det verdt å forstå hvor reguleringen treffer. MiCA ble innlemmet i norsk rett gjennom kryptoeiendelsloven, som trådte i kraft 1. juli 2025, og Finanstilsynet fører tilsyn med tilbydere av kryptoeiendelstjenester (CASP) og gir tillatelsene. AK Jensen Norway AS ble Norges første CASP-foretak 4. februar 2026, fulgt av Týr Markets AS 22. mai og Firi AS 29. mai (Finanstilsynet).

Det avgjørende poenget: ren selvforvaring, altså at du selv har full kontroll over nøkkelen eller smartkontoen din, faller som hovedregel utenfor CASP-reglene, mens forvaring, veksling og handel via en tredjepart er tillatelsespliktig. Smartkontoen ligger i en interessant gråsone. En innebygd lommebok der leverandøren holder en nøkkeldel, hjelper deg med gjenoppretting eller driver en paymaster på dine vegne, nærmer seg en tjeneste som kan trekkes inn under reglene, avhengig av hvor kontrollen faktisk ligger. Grensen er ikke ferdig trukket på europeisk nivå, og den er verdt å følge med på. På den operasjonelle siden må børsene dessuten sjekke om en innskuddsadresse er en EIP-7702-delegert konto som peker til uventet kode, en ny rutine som fulgte direkte av at vanlige adresser nå kan oppføre seg som kontrakter.

Konvergensen går begge veier, og det er verdt å se konkret. Store børser har begynt å tilby selvforvarende smartkontoer der nøkkelen er delt i deler og innloggingen skjer uten seed-frase, mens selvforvaringslommebøker har lagt til kort, betaling og handel som før var forbeholdt børsene. For brukeren viskes grensen ut, men reguleringsmessig er den fortsatt skarp: har en tredjepart kontroll nok til å flytte midlene dine eller nekte deg tilgang, ligner det en tjeneste som krever tillatelse, mens ren selvforvaring ikke gjør det. Den som velger en børsintegrert smartkonto, bør derfor vite om leverandøren kan fryse eller gjenopprette kontoen, for det er nettopp den kontrollen som avgjør hvor grensen mot Finanstilsynets regler går.

Skattemeldingen: når ett klikk skjuler ti skattehendelser

Her ligger en felle som account abstraction gjør større, ikke mindre. I Norge behandler Skatteetaten gevinst på kryptoeiendeler som kapitalinntekt, skattlagt med 22 prosent, og beholdningen inngår i formuesskattegrunnlaget til markedsverdi ved årsskiftet. Kryptoverdier er ikke forhåndsutfylt i skattemeldingen; du må selv føre dem opp, og du må kunne dokumentere kjøp, salg og beholdning på forespørsel. Aller viktigst: hver realisasjon er en skattehendelse, og et bytte fra én kryptoeiendel til en annen regnes som realisasjon, ikke bare salg mot kroner (Skatteetaten).

Se det i lys av smartkontoens superkraft. Å samle handlinger i én transaksjon betyr at ett eneste klikk kan inneholde et halvt dusin bytter. En session-nøkkel eller en automatisert agent kan handle for deg mens du sover. En paymaster kan gjøre at du betaler gass i en stablecoin, som i seg selv kan være en realisasjon. Ingen av delene endrer skatteregelen: hvert bytte er fortsatt en separat realisasjon som skal beregnes og føres. Den samme mekanikken har vi beskrevet for NFT-verdenen, der hvert bytte blir en skattehendelse, og den gjelder like fullt for en smartkonto som batcher. Konsekvensen er praktisk: den glatte UX-en kan skjule et vell av skattepliktige hendelser, og loggføring blir viktigere, ikke mindre viktig. At Skatteetaten anslo at bare 13 til 15 prosent av kryptoeierne rapporterte som de skulle i skattemeldingen for 2023, sier noe om hvor lett dette glipper, og fra 1. januar 2026 gjør det internasjonale rapporteringsrammeverket CARF at tjenestetilbydere begynner å rapportere direkte til skattemyndighetene.

Slik velger du en smartkonto-lommebok

Er du på jakt etter en smartkonto i 2026, er det noen få spørsmål som skiller de gode fra de risikable. Listen under er en praktisk sjekkliste, ikke en rangering av enkeltprodukter.

1. Viser lommeboken hva du faktisk signerer (clear signing), eller bare en hash? Blindsignering er den vanligste veien til tap.
2. Forstår du gjenopprettingsmodellen? Sosial gjenoppretting, multisig og passkey-sikkerhetskopi har helt ulike svakheter, og du bør vite hvilken du stoler på før uhellet er ute.
3. Er den bygget på ERC-4337, EIP-7702 eller begge, og er du klar over at en 7702-delegering gjelder per kjede?
4. Hvem betaler gassen, og hva koster paymasteren i praksis? Et påslag på 10 prosent i en stablecoin er greit å vite om på forhånd.
5. Bruker den en åpen modulstandard som ERC-7579, slik at du ikke låses til én leverandør?
6. Er koden åpen og revidert av en anerkjent sikkerhetsleverandør, og finnes det en historikk å sjekke?
7. Har den brukbar eksport og loggføring, slik at du kan dokumentere hvert bytte til skattemeldingen?

Veien videre

Den store fortellingen om account abstraction i 2026 er todelt, og de to delene peker i hver sin retning. På brukersiden er saken langt på vei avgjort: smartkontoer, innebygde lommebøker, passkeys og gassfri onboarding er ikke lenger fremtid, men standard for hundrevis av millioner kontoer. På protokollsiden er den ikke avgjort i det hele tatt. Native account abstraction er utsatt til Hegotá og splittet i to konkurrerende forslag, og Glamsterdam 6. oktober bringer kapasitet, ikke smartere kontoer.

For den som følger feltet fremover, er det tre ting å holde øye med: om EIP-8141 faktisk lander i Hegotá slik Ethereum-miljøet planlegger, om Bases EIP-8130 kommer på hovednett og hvor stor fragmenteringen mellom de to blir i praksis, og hva som skjer med kapasiteten når Glamsterdam går fra Sepolia til hovednett senere i år. For en norsk innehaver er den praktiske konklusjonen mer jordnær enn veikartkrangelen antyder: velg en lommebok som lar deg se hva du signerer, forstå gjenopprettingen din, og før logg over hvert bytte, for verken batching eller «gassfrihet» fjerner skatteplikten. Teknologien har blitt usynlig; ansvaret har ikke.

Ofte stilte spørsmål

Hva er account abstraction, enkelt forklart?

Account abstraction gjør selve kontoen programmerbar, slik at regler som flere godkjennere, dagsgrenser, gjenoppretting og hvem som betaler gassen kan ligge i kode i stedet for å avhenge av én privat nøkkel. I praksis betyr det lommebøker som kan samle handlinger, logge inn med passkey og tilby gjenoppretting, uten den tradisjonelle seed-frasen som eneste sikring.

Hva er forskjellen på ERC-4337 og EIP-7702?

ERC-4337 oppretter en helt egen smartkontrakt-konto med ny adresse og fungerer uten endringer i Ethereum-protokollen. EIP-7702 oppgraderer i stedet den eksisterende nøkkelkontoen på stedet, slik at du beholder samme adresse og nøkkel, men delegeringen gjelder per kjede og kan trekkes tilbake. Begge gir smartkonto-egenskaper, men langs to ulike veier.

Er smartkontoer trygge?

Selve mekanikken er trygg, men de samme egenskapene som beskytter en bruker kan misbrukes hvis du godkjenner noe du ikke forstår. Den største risikoen er blindsignering, altså å signere en hash uten å se handlingen, slik som i Bybit-hacket i 2025. Clear signing, transaksjonssimulering og disiplinert nøkkelhåndtering er de viktigste forsvarene.

Betyr Glamsterdam-oppgraderingen at Ethereum får native account abstraction?

Nei. Glamsterdam, med testnett-start 6. oktober 2026, handler om kapasitet gjennom ePBS og blokknivå-tilgangslister, ikke om account abstraction. Native account abstraction ligger i den senere Hegotá-oppgraderingen, og forslaget ble i september 2026 splittet mellom Ethereums EIP-8141 og Bases EIP-8130.

Må jeg skatte av bytter i en smartkonto i Norge?

Ja. Skatteetaten regner hvert bytte fra én kryptoeiendel til en annen som realisasjon, skattlagt som kapitalinntekt med 22 prosent, selv når byttene samles i én transaksjon eller utføres av en session-nøkkel. Kryptoverdier er ikke forhåndsutfylt i skattemeldingen, så du må føre dem opp og kunne dokumentere dem selv.

Av Yuki Tanaka, senior kryptojournalist i HOGE Wire.