{"id":471,"date":"2026-09-26T13:08:34","date_gmt":"2026-09-26T13:08:34","guid":{"rendered":"https:\/\/hoge.gg\/no\/account-abstraction-2026-stille-seier-splittelse\/"},"modified":"2026-09-26T13:08:34","modified_gmt":"2026-09-26T13:08:34","slug":"account-abstraction-2026-stille-seier-splittelse","status":"publish","type":"post","link":"https:\/\/hoge.gg\/no\/account-abstraction-2026-stille-seier-splittelse\/","title":{"rendered":"Account abstraction i 2026: den stille seieren og splittelsen"},"content":{"rendered":"

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

Det er en p\u00e5fallende kontrast. Selve teknologien, den som lar en lommebok gj\u00f8re langt mer enn \u00e5 skrive under med \u00e9n privat n\u00f8kkel, har allerede vunnet der det teller mest: hos brukerne. Samtidig krangler kjernemilj\u00f8ene fortsatt om hvordan den skal bygges inn i protokollen p\u00e5 lang sikt. Og oppgraderingen som st\u00e5r n\u00e6rmest, 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.<\/p>

Hva account abstraction egentlig er<\/h2>

P\u00e5 Ethereum har det historisk v\u00e6rt to typer kontoer. Den ene er den vanlige brukerkontoen, kalt EOA (externally owned account), som styres av \u00e9n privat n\u00f8kkel: har du n\u00f8kkelen, 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\u00e5 egen h\u00e5nd. Account abstraction handler om \u00e5 viske ut skillet, slik at selve kontoen kan programmeres. Reglene for hvem som f\u00e5r bruke den, hvordan den gjenopprettes, om flere handlinger kan samles i \u00e9n, og hvem som betaler gassen, flyttes fra en enslig n\u00f8kkel og inn i kode.<\/p>

Poenget er \u00e5 l\u00f8se 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\u00e5rlig 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\u00e6rt diskutert i Ethereum-milj\u00f8et siden 2016. Det som er nytt, er at den endelig fungerer i praksis, gjennom to ulike tekniske veier som begge n\u00e5dde bred bruk i 2025 og 2026.<\/p>

Veien hit gikk gjennom flere fors\u00f8k. Allerede rundt 2016 og 2017 ble det skissert m\u00e5ter \u00e5 gj\u00f8re kontoen programmerbar p\u00e5 protokollniv\u00e5, men de var for inngripende til \u00e5 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\u00e9. ERC-4337 l\u00f8ste knuten ved \u00e5 legge alt i kontraktslaget, slik at ingen konsensusendring var n\u00f8dvendig, mens EIP-7702 ble den minimale broen som lar dagens kontoer oppgraderes uten \u00e5 vente p\u00e5 en stor protokollendring. Poenget med \u00e5 kjenne denne historien er at dagens to veier ikke er endestasjonen, men mellomstasjoner p\u00e5 vei mot en innebygd l\u00f8sning som enn\u00e5 ikke er ferdig forhandlet.<\/p>

De to veiene: ERC-4337 og EIP-7702<\/h2>

Den f\u00f8rste veien er ERC-4337<\/a>, som ble endelig i mars 2023. Her er kontoen en helt egen smartkontrakt, atskilt fra den gamle n\u00f8kkelkontoen. I stedet for vanlige transaksjoner sender brukeren s\u00e5kalte UserOperations til en egen venteliste, der akt\u00f8rer 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\u00e5 flytte til en ny adresse.<\/p>

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

Egenskap<\/th>Vanlig EOA<\/th>ERC-4337<\/th>EIP-7702<\/th><\/tr><\/thead>
Styres av<\/td>\u00c9n privat n\u00f8kkel<\/td>Kontraktskode<\/td>N\u00f8kkel som peker til kode<\/td><\/tr>
Adresse<\/td>Uendret<\/td>Ny kontraktsadresse<\/td>Samme adresse som f\u00f8r<\/td><\/tr>
Flere handlinger i \u00e9n<\/td>Nei<\/td>Ja<\/td>Ja<\/td><\/tr>
Kan andre betale gassen<\/td>Nei<\/td>Ja (paymaster)<\/td>Ja (paymaster)<\/td><\/tr>
Sosial gjenoppretting<\/td>Nei<\/td>Ja<\/td>Ja<\/td><\/tr>
Krever endring i protokollen<\/td>Nei<\/td>Nei<\/td>Ja (Pectra)<\/td><\/tr>
Gjelder p\u00e5 tvers av kjeder<\/td>Ja<\/td>Per utrulling<\/td>Nei, per kjede<\/td><\/tr><\/tbody><\/table><\/figure>

Den stille seieren: smartkontoer er allerede standard<\/h2>

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

Bak tallene ligger et skifte som de fleste brukere aldri legger merke til. Innebygde lommeb\u00f8ker, der n\u00f8klene lever i sikre enklaver og innloggingen skjer med e-post eller passkey uten seed-frase, er blitt infrastruktur: Stripe kj\u00f8pte Privy sommeren 2025, Fireblocks kj\u00f8pte Dynamic samme h\u00f8st, og Coinbase, MetaMask og de fleste store b\u00f8rsene tilbyr n\u00e5 selvforvarende smartkontoer rett i appen. Marius van der Wijden, kjerneutvikler i Ethereum, har beskrevet EIP-7702 som noe som lar eksisterende lommeb\u00f8ker \u00abemulate the functions of Account Abstraction wallets\u00bb, samtidig som han maner til \u00e5 \u00abevaluate all the rough edges\u00bb f\u00f8r man stoler blindt p\u00e5 det (DL News<\/a>). Poenget st\u00e5r seg: for vanlige brukere er smartkontoen allerede standardvalget, enten de vet det eller ikke.<\/p>

Konsolideringen forteller den samme historien fra leverand\u00f8rsiden. Da Stripe kj\u00f8pte Privy og Fireblocks kj\u00f8pte Dynamic, kj\u00f8pte de i realiteten selve inngangsd\u00f8ren: verkt\u00f8yene 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\u00f8sten 2025, med n\u00f8kler i sikre enklaver som selv Coinbase ikke kan r\u00f8re. Resultatet er at en spiller, en kunstkj\u00f8per eller en abonnent kan f\u00e5 en fullverdig smartkonto uten \u00e5 forst\u00e5 at det er det de har f\u00e5tt. 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.<\/p>

Hvem betaler for gassen?<\/h2>

Den mest merkbare fordelen for nye brukere er at de slipper \u00e5 eie ETH bare for \u00e5 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\u00e5 Arbitrum og Base, med et p\u00e5slag p\u00e5 rundt 10 prosent siden 1. juli 2025 (Circle<\/a>). Effekten er at en fersk bruker kan gj\u00f8re sin f\u00f8rste handel uten \u00e5 ane hva gass er.<\/p>

Men \u00abgassfri\u00bb betyr ikke gratis, og det er verdt \u00e5 forst\u00e5 hvem som faktisk tar regningen. Enten subsidierer appen kostnaden for \u00e5 senke terskelen for nye kunder, og da er gassen en markedsf\u00f8ringsutgift som m\u00e5 finansieres et sted, eller s\u00e5 betaler du den selv i en token med et p\u00e5slag opp\u00e5. I begge tilfeller flyttes kostnaden, den forsvinner ikke. Den som vil grave dypere i \u00f8konomien og maktforholdene bak sponset gass, finner en egen gjennomgang i v\u00e5r artikkel om hvorfor gassfrie kontoer aldri er helt gratis<\/a>. For brukeren er det likevel en reell forbedring: friksjonen ved den f\u00f8rste transaksjonen, som lenge var det st\u00f8rste frafallspunktet i onboardingen, er stort sett borte.<\/p>

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

Passkeys og innlogging uten seed-frase<\/h2>

Den andre store UX-forbedringen er innlogging med passkey i stedet for seed-frase. En passkey er en kryptografisk n\u00f8kkel 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\u00e5 verdensbasis i mai 2026 (FIDO Alliance<\/a>). Utfordringen er at disse n\u00f8klene bruker en annen matematisk kurve (P-256) enn Ethereum selv, s\u00e5 det var lenge dyrt \u00e5 verifisere dem p\u00e5 kjeden.<\/p>

L\u00f8sningen heter RIP-7212, en s\u00e5kalt precompile som gj\u00f8r 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<\/a>). Resultatet er at en smartkonto kan verifisere en passkey-signatur direkte, og at brukeren logger inn med FaceID i stedet for \u00e5 skrive av tolv ord. Kombinasjonen av passkey og paymaster er selve grunnmuren under de innebygde lommeb\u00f8kene: ingen frase, ingen ETH i lomma, bare en konto som oppf\u00f8rer seg som en app.<\/p>

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

Modulene: ERC-7579 mot ERC-6900<\/h2>

N\u00e5r kontoen f\u00f8rst er programmerbar, melder neste sp\u00f8rsm\u00e5l seg: hvordan legger man til funksjoner uten \u00e5 skrive en ny kontrakt hver gang? Svaret er moduler, sm\u00e5 tillegg som h\u00e5ndterer validering, utf\u00f8ring eller kontroller. Her st\u00e5r to standarder mot hverandre. ERC-7579<\/a> er den minimale varianten som i praksis har blitt bransjestandard: Safe, ZeroDevs Kernel, Biconomys Nexus, Rhinestone og OpenZeppelin bygger alle p\u00e5 den. ERC-6900, drevet frem av Alchemy, er tyngre og mer detaljert.<\/p>

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\u00f8ker og gjenbrukes, i stedet for \u00e5 l\u00e5ses inne hos \u00e9n leverand\u00f8r. Det er den samme logikken som gj\u00f8r app-\u00f8kosystemer verdifulle: standardiserte kontakter gir konkurranse og valgfrihet. Samtidig utvider hver modul angrepsflaten, for hver ny kodebit som f\u00e5r lov til \u00e5 handle p\u00e5 dine vegne, er en ny ting som kan ha en feil eller en bakd\u00f8r.<\/p>

Session-n\u00f8kler, spill og AI-agenter<\/h2>

En av de mest undervurderte egenskapene ved smartkontoen er session-n\u00f8kkelen: en midlertidig n\u00f8kkel med snevre fullmakter, som lar noe annet enn deg handle innenfor klare grenser. I spill er dette forskjellen mellom \u00e5 m\u00e5tte godkjenne hvert eneste trekk og \u00e5 signere \u00e9n gang f\u00f8r en \u00f8kt p\u00e5 en time. Immutable Passport bruker nettopp slike \u00f8kt-n\u00f8kler for \u00e5 gi konsollf\u00f8lelse i blokkjedespill, med e-postinnlogging og gassfrie handlinger (Immutable<\/a>). Standarden ERC-7715 formaliserer ideen: en fullmakt kan navngi hvilken kontrakt som f\u00e5r kalles, hvilke funksjoner, en \u00f8vre grense per handling og en utl\u00f8pstid.<\/p>

For et spillnettsted som HOGE Wire f\u00f8lger tett, er dette mer enn en teknikalitet. \u00d8kt-n\u00f8kler er det som gj\u00f8r at et blokkjedespill kan f\u00f8les som et vanlig spill, uten en bekreftelsesdialog for hvert sverdslag eller hvert kj\u00f8p i butikken. Samtidig er en \u00f8kt-n\u00f8kkel med for vide fullmakter en gavepakke til en angriper: gir du bort retten til \u00e5 bruke kontoen i en time, m\u00e5 grensene v\u00e6re snevre nok til at det verste som kan skje, er begrenset. Balansen mellom s\u00f8ml\u00f8s spillflyt og stramme fullmakter er en av de mest praktiske designutfordringene i kryptospill akkurat n\u00e5.<\/p>

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

Splittelsen: Ethereum mot Base<\/h2>

B\u00e5de ERC-4337 og EIP-7702 er egentlig omveier. Den virkelige ambisjonen har hele tiden v\u00e6rt native account abstraction, alts\u00e5 \u00e5 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\u00f8ket p\u00e5 \u00e5 samle seg om ett felles forslag, og i stedet g\u00e5r hver sin vei (The Block<\/a>).<\/p>

Derek Chiang, utvikler i Ethlabs og grunnlegger av ZeroDev, forklarte at teamene fant tekniske l\u00f8sninger, men at de \u00aball required one side or the other to compromise at least a little\u00bb p\u00e5 m\u00e5l de ans\u00e5 som kjerneverdier. Han erkjente at det gir fragmentering mellom lommeb\u00f8ker, men uttrykte h\u00e5p om at brukerne likevel kan f\u00e5 god opplevelse dersom begge forslagene lykkes. Ethereums forslag, EIP-8141<\/a> \u00abFrame Transactions\u00bb, prioriterer sensurmotstand, personvern og sikkerhet, er merket som \u00abmust-ship\u00bb for den kommende Hegot\u00e1-oppgraderingen, og har Vitalik Buterin blant forfatterne. Bases forslag, EIP-8130, bygger p\u00e5 et onchain \u00abkeystore\u00bb og legger vekt p\u00e5 skalerbarhet, tilpasning og etterlevelse. Tabellen under oppsummerer forskjellene.<\/p>

Forslag<\/th>EIP-8141 (Frame Transactions)<\/th>EIP-8130 (Keystore)<\/th><\/tr><\/thead>
Drevet frem av<\/td>Ethereum-milj\u00f8et, Buterin blant forfatterne<\/td>Base (Coinbase) og OP Stack<\/td><\/tr>
Prioriterer<\/td>Sensurmotstand, personvern, sikkerhet<\/td>Skalerbarhet, tilpasning, etterlevelse<\/td><\/tr>
Mekanisme<\/td>Transaksjoner som programmerbare \u00abframes\u00bb<\/td>Ny transaksjonstype og onchain keystore<\/td><\/tr>
M\u00e5loppgradering<\/td>Hegot\u00e1 (senere hardfork)<\/td>Bases Cobalt (dato ikke satt)<\/td><\/tr>
Status i september 2026<\/td>Merket \u00abmust-ship\u00bb, ikke i Glamsterdam<\/td>Eksperimentelt, ikke lansert p\u00e5 mainnet<\/td><\/tr><\/tbody><\/table><\/figure>

Konsekvensen er at dr\u00f8mmen om \u00e9n smartkonto som f\u00f8lger deg s\u00f8ml\u00f8st p\u00e5 tvers av alle kjeder, fortsatt er nettopp det: en dr\u00f8m. Vi har g\u00e5tt gjennom hvorfor i v\u00e5r artikkel om l\u00f8ftet om chain abstraction<\/a>. En splittelse p\u00e5 protokollniv\u00e5 betyr at lommebok-leverand\u00f8rene m\u00e5 st\u00f8tte to modeller i overskuelig fremtid, og at byrden ved \u00e5 skjule kompleksiteten faller p\u00e5 dem, ikke p\u00e5 kjedene.<\/p>

For en vanlig bruker betyr splittelsen mindre enn overskriftene antyder, i hvert fall p\u00e5 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\u00f8rer seg litt ulikt avhengig av om den lever p\u00e5 Ethereum selv eller p\u00e5 en Base-lignende kjede, og at lommeb\u00f8ker m\u00e5 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 \u00e5 gj\u00f8re forskjellene usynlige i lommeboklaget.<\/p>

Glamsterdam 6. oktober: mye kapasitet, lite smartkonto<\/h2>

Her er en misforst\u00e5else verdt \u00e5 rydde opp i f\u00f8r den fester seg. Den n\u00e6rmeste store Ethereum-oppgraderingen, Glamsterdam, har testnett-start p\u00e5 Sepolia 6. oktober 2026, med hovednett ventet i fjerde kvartal, men uten fastsatt dato (ethereum.org<\/a>). Glamsterdam handler f\u00f8rst 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\u00e5-tilgangslister (BALs, EIP-7928), som muliggj\u00f8r parallell behandling av transaksjoner, og en justering av gasskostnaden for \u00e5 skape ny tilstand (EIP-8037), som skal holde veksten i lagringsbehov b\u00e6rekraftig.<\/p>

Det som er verdt \u00e5 merke seg, er hva Glamsterdam ikke inneholder: native account abstraction. Den ligger i den neste oppgraderingen, Hegot\u00e1, og er alts\u00e5 b\u00e5de utsatt og n\u00e5 splittet i to konkurrerende forslag. For en bruker som h\u00e5per at 6. oktober betyr smartere kontoer, er svaret n\u00f8kternt: nei, den datoen gir raskere og billigere blokker, ikke innebygd account abstraction. Den delen av veikartet er fortsatt minst \u00e9n hardfork unna, og retningen er mer usikker etter septembersplittelsen enn den var f\u00f8r.<\/p>

Det er likevel en indirekte kobling mellom Glamsterdam og smartkontoer verdt \u00e5 nevne. Mer kapasitet og billigere blokkplass gj\u00f8r de tingene smartkontoer gj\u00f8r ofte, som \u00e5 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\u00e5 \u00e5 bruke den. P\u00e5 den m\u00e5ten forbereder oppgraderingen bakken, selv om den ikke planter treet. Den som venter p\u00e5 at smartkontoer skal bli b\u00e5de kraftigere og rimeligere, f\u00e5r alts\u00e5 den andre halvdelen 6. oktober, mens den f\u00f8rste halvdelen fortsatt ligger hos Hegot\u00e1 og de to konkurrerende forslagene.<\/p>

Sikkerhetsregnskapet: superkraften som ogs\u00e5 er et v\u00e5pen<\/h2>

Account abstraction har en ubehagelig symmetri: de samme egenskapene som beskytter en bruker, kan brukes mot vedkommende. \u00c5 samle flere handlinger i \u00e9n transaksjon er praktisk n\u00e5r du signerer selv, men farlig n\u00e5r du signerer noe du ikke forst\u00e5r. Da EIP-7702 gikk live, dukket det raskt opp automatiserte kontrakter, kalt CrimeEnjoyor, som umiddelbart t\u00f8mte kontoer der n\u00f8kkelen allerede var lekket. Wintermute fant at over 97 prosent av de tidlige delegeringene stammet fra slike t\u00f8mme-kontrakter, men understreket at mekanismen i seg selv var trygg, siden den bare rammet kontoer der n\u00f8kkelen var kompromittert fra f\u00f8r (CoinDesk<\/a>).<\/p>

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 \u00e9n, at brukere sliter med \u00e5 sikre de private n\u00f8klene sine; delegeringen gj\u00f8r det bare billigere og mindre tungvint for angripere \u00e5 feie ut adresser de allerede har f\u00e5tt tak i (Cryptopolitan<\/a>). Med andre ord: smartkontoen flytter ikke sikkerhetsgrensen, den forsterker konsekvensene av det du allerede godkjenner.<\/p>

Det farligste enkeltm\u00f8nsteret er blindsignering, at du godkjenner en transaksjon uten \u00e5 se hva den faktisk gj\u00f8r. Det st\u00f8rste kryptotyveriet noensinne, Bybit-hacket i februar 2025 p\u00e5 rundt 1,5 milliarder dollar, var i kjernen nettopp dette: angriperne kompromitterte utviklermilj\u00f8et til Safe-grensesnittet, viste signererne en ufarlig overf\u00f8ring, mens den signerte nyttelasten byttet ut kontraktslogikken (The Block<\/a>). 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\u00f8rste tapene (Cointelegraph<\/a>). Tabellen under samler de viktigste risikoene og forsvaret mot dem.<\/p>

Risiko<\/th>Hva som skjer<\/th>Forsvar<\/th><\/tr><\/thead>
Blindsignering<\/td>Du godkjenner en hash uten \u00e5 se handlingen<\/td>Clear signing, transaksjonssimulering<\/td><\/tr>
Ondsinnet delegering<\/td>7702 peker adressen til en t\u00f8mme-kontrakt<\/td>Verifiser m\u00e5lkontrakt, tilbakekall ubrukte delegeringer<\/td><\/tr>
Godkjennings-phishing<\/td>Permit-signatur gir uendelig uttaksrett<\/td>Begrensede godkjenninger, revoke-verkt\u00f8y<\/td><\/tr>
Modul med feil<\/td>Et tillegg med rettigheter har en bakd\u00f8r<\/td>Reviderte moduler, minste n\u00f8dvendige rettighet<\/td><\/tr><\/tbody><\/table><\/figure>

Motmiddelet bransjen samler seg om, heter clear signing, standardisert som ERC-7730. Ledger startet arbeidet, og i mai 2026 ble registeret overf\u00f8rt til Ethereum Foundation som n\u00f8ytral forvalter, med prinsippet \u00abWhat You See Is What You Sign\u00bb og et uttalt m\u00e5l om at clear signing skal v\u00e6re standard (Ethereum Foundation<\/a>). Kombinert med transaksjonssimulering, som viser hva en transaksjon vil gj\u00f8re f\u00f8r du godkjenner, og disiplinert n\u00f8kkelh\u00e5ndtering, er dette den praktiske forskjellen mellom en smartkonto som beskytter deg og en som t\u00f8mmer deg. For den som mister tilgangen helt, har vi samlet mulighetene i en egen gjennomgang av gjenoppretting n\u00e5r n\u00f8kkelen er borte<\/a>.<\/p>

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

B\u00f8rsene og Finanstilsynet<\/h2>

Skillet mellom b\u00f8rs og lommebok viskes gradvis ut. Store b\u00f8rser tilbyr n\u00e5 selvforvarende smartkontoer rett i appen, mens selvforvaringslommeb\u00f8ker legger til handel, kort og betaling. For en norsk bruker er det verdt \u00e5 forst\u00e5 hvor reguleringen treffer. MiCA ble innlemmet i norsk rett gjennom kryptoeiendelsloven, som tr\u00e5dte i kraft 1. juli 2025, og Finanstilsynet f\u00f8rer tilsyn med tilbydere av kryptoeiendelstjenester (CASP) og gir tillatelsene. AK Jensen Norway AS ble Norges f\u00f8rste CASP-foretak 4. februar 2026, fulgt av T\u00fdr Markets AS 22. mai og Firi AS 29. mai (Finanstilsynet<\/a>).<\/p>

Det avgj\u00f8rende poenget: ren selvforvaring, alts\u00e5 at du selv har full kontroll over n\u00f8kkelen 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\u00e5sone. En innebygd lommebok der leverand\u00f8ren holder en n\u00f8kkeldel, hjelper deg med gjenoppretting eller driver en paymaster p\u00e5 dine vegne, n\u00e6rmer seg en tjeneste som kan trekkes inn under reglene, avhengig av hvor kontrollen faktisk ligger. Grensen er ikke ferdig trukket p\u00e5 europeisk niv\u00e5, og den er verdt \u00e5 f\u00f8lge med p\u00e5. P\u00e5 den operasjonelle siden m\u00e5 b\u00f8rsene 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\u00e5 kan oppf\u00f8re seg som kontrakter.<\/p>

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

Skattemeldingen: n\u00e5r ett klikk skjuler ti skattehendelser<\/h2>

Her ligger en felle som account abstraction gj\u00f8r st\u00f8rre, ikke mindre. I Norge behandler Skatteetaten gevinst p\u00e5 kryptoeiendeler som kapitalinntekt, skattlagt med 22 prosent, og beholdningen inng\u00e5r i formuesskattegrunnlaget til markedsverdi ved \u00e5rsskiftet. Kryptoverdier er ikke forh\u00e5ndsutfylt i skattemeldingen; du m\u00e5 selv f\u00f8re dem opp, og du m\u00e5 kunne dokumentere kj\u00f8p, salg og beholdning p\u00e5 foresp\u00f8rsel. Aller viktigst: hver realisasjon er en skattehendelse, og et bytte fra \u00e9n kryptoeiendel til en annen regnes som realisasjon, ikke bare salg mot kroner (Skatteetaten<\/a>).<\/p>

Se det i lys av smartkontoens superkraft. \u00c5 samle handlinger i \u00e9n transaksjon betyr at ett eneste klikk kan inneholde et halvt dusin bytter. En session-n\u00f8kkel eller en automatisert agent kan handle for deg mens du sover. En paymaster kan gj\u00f8re at du betaler gass i en stablecoin, som i seg selv kan v\u00e6re en realisasjon. Ingen av delene endrer skatteregelen: hvert bytte er fortsatt en separat realisasjon som skal beregnes og f\u00f8res. Den samme mekanikken har vi beskrevet for NFT-verdenen, der hvert bytte blir en skattehendelse<\/a>, 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\u00f8ring 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\u00f8r det internasjonale rapporteringsrammeverket CARF at tjenestetilbydere begynner \u00e5 rapportere direkte til skattemyndighetene.<\/p>

Slik velger du en smartkonto-lommebok<\/h2>

Er du p\u00e5 jakt etter en smartkonto i 2026, er det noen f\u00e5 sp\u00f8rsm\u00e5l som skiller de gode fra de risikable. Listen under er en praktisk sjekkliste, ikke en rangering av enkeltprodukter.<\/p>

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

    Veien videre<\/h2>

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

    For den som f\u00f8lger feltet fremover, er det tre ting \u00e5 holde \u00f8ye med: om EIP-8141 faktisk lander i Hegot\u00e1 slik Ethereum-milj\u00f8et planlegger, om Bases EIP-8130 kommer p\u00e5 hovednett og hvor stor fragmenteringen mellom de to blir i praksis, og hva som skjer med kapasiteten n\u00e5r Glamsterdam g\u00e5r fra Sepolia til hovednett senere i \u00e5r. For en norsk innehaver er den praktiske konklusjonen mer jordn\u00e6r enn veikartkrangelen antyder: velg en lommebok som lar deg se hva du signerer, forst\u00e5 gjenopprettingen din, og f\u00f8r logg over hvert bytte, for verken batching eller \u00abgassfrihet\u00bb fjerner skatteplikten. Teknologien har blitt usynlig; ansvaret har ikke.<\/p>

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

    Hva er account abstraction, enkelt forklart?<\/h3>

    Account abstraction gj\u00f8r selve kontoen programmerbar, slik at regler som flere godkjennere, dagsgrenser, gjenoppretting og hvem som betaler gassen kan ligge i kode i stedet for \u00e5 avhenge av \u00e9n privat n\u00f8kkel. I praksis betyr det lommeb\u00f8ker som kan samle handlinger, logge inn med passkey og tilby gjenoppretting, uten den tradisjonelle seed-frasen som eneste sikring.<\/p>

    Hva er forskjellen p\u00e5 ERC-4337 og EIP-7702?<\/h3>

    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\u00f8kkelkontoen p\u00e5 stedet, slik at du beholder samme adresse og n\u00f8kkel, men delegeringen gjelder per kjede og kan trekkes tilbake. Begge gir smartkonto-egenskaper, men langs to ulike veier.<\/p>

    Er smartkontoer trygge?<\/h3>

    Selve mekanikken er trygg, men de samme egenskapene som beskytter en bruker kan misbrukes hvis du godkjenner noe du ikke forst\u00e5r. Den st\u00f8rste risikoen er blindsignering, alts\u00e5 \u00e5 signere en hash uten \u00e5 se handlingen, slik som i Bybit-hacket i 2025. Clear signing, transaksjonssimulering og disiplinert n\u00f8kkelh\u00e5ndtering er de viktigste forsvarene.<\/p>

    Betyr Glamsterdam-oppgraderingen at Ethereum f\u00e5r native account abstraction?<\/h3>

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

    M\u00e5 jeg skatte av bytter i en smartkonto i Norge?<\/h3>

    Ja. Skatteetaten regner hvert bytte fra \u00e9n kryptoeiendel til en annen som realisasjon, skattlagt som kapitalinntekt med 22 prosent, selv n\u00e5r byttene samles i \u00e9n transaksjon eller utf\u00f8res av en session-n\u00f8kkel. Kryptoverdier er ikke forh\u00e5ndsutfylt i skattemeldingen, s\u00e5 du m\u00e5 f\u00f8re dem opp og kunne dokumentere dem selv.<\/p>