Smarta konton: guiden till account abstraction och plånböcker
Smart-account-plånböcker gör kontot till kod i stället för en ensam nyckel. Vi förklarar ERC-4337, EIP-7702, passkeys, kostnader i kronor och vad Finansinspektionen säger.
Under nästan hela Ethereums historia har en plånbok betytt samma sak som en enda hemlig nyckel. Har du nyckeln (eller din seed phrase) styr du pengarna; tappar du den är allt borta för alltid. Smart-account-plånböcker, på svenska ofta kallade smarta konton, vänder på den logiken. I stället för att en ensam privatnyckel bestämmer allt styrs kontot av kod, ett smart kontrakt som du programmerar med egna regler: återställning via betrodda kontakter, sponsrad gas, flera åtgärder i en enda transaktion och inloggning med fingeravtryck eller Face ID.
Under 2026 har tekniken gått från nisch till mainstream. Två standarder driver skiftet: ERC-4337, som byggde account abstraction ovanpå Ethereum utan att röra själva protokollet, och EIP-7702, som sedan Pectra-uppgraderingen i maj 2025 låter en helt vanlig plånbok låna ett smart kontrakts superkrafter utan att byta adress. Enligt BundleBear har ERC-4337 passerat drygt en miljard UserOperations och runt 57 miljoner konton (april 2026), och branschuppskattningar talar om över 200 miljoner smarta plånböcker totalt. Bara Safe, standarden för DAO:er och företag, behandlade nästan 130 miljoner transaktioner under andra kvartalet 2026.
Den här guiden går igenom vad ett smart konto faktiskt är, hur ERC-4337 och EIP-7702 skiljer sig åt, vilka plånböcker som leder, vad det kostar i kronor, vilka säkerhetsrisker som är nya och hur Finansinspektionen och MiCA ser på självförvaring.
Vad är en smart-account-plånbok?
En vanlig kryptoplånbok som MetaMask eller en Ledger styr ett så kallat externally owned account (EOA). Ett EOA är i grunden bara en adress som kontrolleras av ett kryptografiskt nyckelpar. Den som har privatnyckeln kan göra vad som helst med tillgångarna, och det finns inga andra regler inbyggda. Enkelt, robust och förvånansvärt oförlåtande: ett enda misstag med din seed phrase räcker för att allt ska försvinna.
Ett smart konto är i stället ett smart kontrakt som äger tillgångarna. Reglerna för hur pengarna får röra sig ligger i koden, inte i en ensam nyckel. En bra bild är skillnaden mellan ett bankfack med en enda nyckel (EOA) och ett företagskonto med attesträtt, utgiftsgränser och fullmakter som du själv bestämmer (smart konto). Du kan kräva två av tre signaturer för stora överföringar, tillåta en spelapp att signera små drag automatiskt under en timme, eller låta en vän hjälpa dig återfå kontot om telefonen försvinner, utan att den vännen någonsin kan stjäla dina pengar.
Ethereums egen dokumentation sammanfattar vinsterna med account abstraction som egna säkerhetsregler, återställning av kontot om nycklar tappas, delad säkerhet mellan betrodda enheter, möjligheten att någon annan betalar din gas och att bunta ihop flera steg till en enda transaktion. Se Ethereums färdplan för account abstraction. Poängen är att plånboken slutar vara en dum nyckelhållare och blir en programmerbar kontostruktur.
Idén är inte ny. Utvecklare har talat om account abstraction sedan Ethereums tidiga år, men i praktiken var det för dyrt och krångligt tills två saker hände: ERC-4337 gav en fungerande modell 2023, och Pectra gjorde tekniken tillgänglig för vanliga plånböcker 2025. Parallellt har Layer 2-kedjor som Base och Arbitrum gjort transaktioner så billiga att de extra beräkningar ett smart konto kräver knappt märks i plånboken. Kombinationen är det som gjort 2026 till året då smarta konton på allvar nått vanliga användare.
EOA mot smart konto: den grundläggande skillnaden
Skillnaderna blir tydligast sida vid sida. Tabellen nedan visar hur ett klassiskt EOA står sig mot ett smart konto på de punkter som spelar roll i vardagen.
| Egenskap | EOA (t.ex. klassisk MetaMask) | Smart konto |
|---|---|---|
| Kontroll | En privatnyckel / seed phrase | Kod (smart kontrakt), en eller flera signerare |
| Återställning | Omöjlig om seed tappas | Social recovery, guardians, passkeys |
| Signaturtyp | Endast secp256k1 | Valfri (secp256k1, passkeys/secp256r1, multisig) |
| Transaktioner | En i taget | Kan batchas i en enda transaktion |
| Gas | Kräver ETH i plånboken | Kan sponsras eller betalas i USDC |
| Utgiftsgränser | Nej | Ja, programmeras in |
| Kostnad att skapa | Gratis (nyckelpar) | Kräver deploy eller EIP-7702-delegering |
Det viktigaste att förstå är att ett smart konto inte tar bort privatnyckeln, det lägger ett lager av regler ovanpå den. Du kan fortfarande ha en nyckel som signerar, men koden avgör vad den signaturen får åstadkomma. Det är därför ett smart konto både kan vara bekvämare och säkrare än ett EOA, om det är rätt byggt.
ERC-4337: account abstraction utan att röra Ethereums kärna
ERC-4337 nådde slutgiltig status i mars 2023 och var den första lösningen som gav Ethereum account abstraction utan någon ändring i konsensuslagret. I stället för att skicka vanliga transaktioner skapar en användare ett objekt som kallas UserOperation, en slags avsiktsförklaring om vad som ska hända. Se standarden EIP-4337.
Flödet ser ut så här: plånboken skickar sin UserOperation till en bundler (via anropet eth_sendUserOperation). Bundlern samlar ihop många sådana från olika användare, packar dem i en enda vanlig transaktion och skickar den till ett centralt kontrakt som kallas EntryPoint. EntryPoint validerar varje operation och anropar respektive smart konto. Eftersom allt sker ovanpå protokollet behövde ingen hardfork genomföras, vilket är själva poängen med designen.
EntryPoint har uppdaterats i flera versioner. v0.6 var den första brett använda, v0.7 (2024) förbättrade gränssnitten för paymasters och aggregatorer, och v0.8 (2025) lade till inbyggt stöd för EIP-7702 samt ett minimalt referenskonto kallat Simple7702Account. Se eth-infinitisms utgåvor på GitHub. Enligt BundleBear hade ERC-4337 i april 2026 passerat cirka 1,07 miljarder UserOperations och 56,8 miljoner konton, en tydlig signal om att modellen lämnat experimentstadiet.
EIP-7702: när din vanliga plånbok blir smart
ERC-4337 hade en svaghet: det krävde ett nytt slags konto. Hundratals miljoner människor satt redan på vanliga EOA i MetaMask och liknande, och de fick inte del av fördelarna utan att flytta allt till ett nytt smart kontrakt. EIP-7702 löser just det problemet.
Förslaget kommer från Vitalik Buterin tillsammans med Sam Wilson, Ansgar Dietrichs och Matt Garnett (lightclient), och aktiverades i Pectra-uppgraderingen den 7 maj 2025. Tekniken inför en ny transaktionstyp (0x04) som låter ett EOA peka på ett smart kontrakts kod. Din adress är kvar, men plånboken kan tillfälligt bete sig som ett smart konto: batcha, sponsra gas, sätta gränser. EntryPoint v0.8 känner igen sådana delegerade konton, så EIP-7702 och ERC-4337 kompletterar varandra i stället för att konkurrera.
Marius van der Wijden, kärnutvecklare på Ethereum, beskrev mekanismen som att EIP-7702 ”lägger till en ny transaktionstyp som låter befintliga plånböcker efterlikna funktionerna hos account-abstraction-plånböcker”, men varnade samtidigt för att förslaget var tidigt och att man behövde ”utvärdera alla vassa kanter”. Alex Jupiter, senior produktchef på MetaMask, sammanfattade effekten som ”en enda enad färdplan för account abstraction”. Se DL News.
Adoptionen gick snabbt. Redan första veckan efter Pectra registrerades över 11 000 EIP-7702-delegeringar, och plånböcker som Ambire (först ut), MetaMask Smart Accounts, Rabby och Trust Wallet samt börser som OKX och WhiteBIT har byggt in stöd. Färska siffror följs på BundleBears 7702-panel.
En viktig detalj är att delegeringen är återkallelig. Pekar du ditt EOA mot ett kontrakts kod kan du när som helst peka om det, eller nollställa det helt, med en ny signatur. Det gör EIP-7702 flexibelt men ställer också krav: en användare måste förstå vad hen signerar, eftersom en delegering i fel händer kan ge ett angriparkontrakt kontroll över kontot. Det är också värt att veta att en delegering hör till en specifik kedja, så samma uppgradering måste göras separat på varje nätverk du använder.
Vad ett smart konto faktiskt kan göra
Funktionerna låter abstrakta tills man ser vad de gör i praktiken. Här är de viktigaste möjligheterna som ett smart konto öppnar.
- Social återställning (social recovery): förlorar du din enhet kan betrodda kontakter eller enheter (guardians) hjälpa dig att återfå kontot, utan att någon enskild av dem kan stjäla pengarna.
- Batchade transaktioner: godkännande (approve) och byte (swap) kan ske i ett enda steg i stället för två separata signaturer.
- Gas-sponsring: en app kan betala din gas via en paymaster, så att du kan använda tjänsten utan att först skaffa ETH. Detta kallas ofta gasless.
- Betala gas i andra tokens: i stället för ETH kan du låta avgiften dras i USDC eller andra tokens.
- Session keys: tillfälliga nycklar med begränsad behörighet, till exempel en spelapp som får signera små drag i en timme utan att du bekräftar varje gång.
- Utgiftsgränser och regler: du kan programmera in dagliga tak, vitlistor för adresser eller kräva flera signaturer över ett visst belopp.
Session keys är särskilt värdefulla i blockkedjespel, där varje mus-klick annars skulle kräva en egen signatur. Det är en av anledningarna till att spelkedjor har investerat tungt i account abstraction; se hur infrastrukturen fungerar i vår genomgång av Arbitrums spelkedjor. Tillsammans gör funktionerna att en dapp kan kännas mer som en vanlig app och mindre som ett tekniskt hinderlopp.
Ta ett konkret exempel. Med ett klassiskt EOA kräver ett enkelt token-byte på en DEX ofta två signaturer (först ett godkännande, sedan själva bytet) och att du har ETH för gas. Med ett smart konto kan samma byte ske i en enda bekräftelse, gasen betalas i den token du redan handlar med, och en utgiftsgräns kan stoppa misstag på flera nollor. För en nybörjare är det skillnaden mellan att ge upp och att faktiskt slutföra sin första transaktion.
Passkeys och WebAuthn: inloggning utan seed phrase
Den enskilt största UX-vinsten för nya användare är passkeys. En passkey är samma teknik som låter dig logga in på appar med Face ID eller fingeravtryck, byggd på standarden WebAuthn. Nyckeln lagras säkert i telefonens hårdvara (Apples Secure Enclave, Androids Keystore) och lämnar aldrig enheten, vilket tar bort behovet av en nedskriven seed phrase.
Problemet är att passkeys använder den kryptografiska kurvan secp256r1 (även kallad P-256), medan Ethereum bara stöder secp256k1 nativt. Att verifiera en P-256-signatur i ett smart kontrakt kostade tidigare uppåt 300 000 gas, vilket var opraktiskt dyrt. Lösningen heter RIP-7212, en precompile (P256VERIFY på adress 0x100) som kapar kostnaden till cirka 3 450 gas. Se Alchemys genomgång.
RIP-7212 var det första Rollup Improvement Proposal som antogs av flera Layer 2-kedjor, och stöds bland annat på Arbitrum och Polygon, medan zkSync, Optimism och andra åtagit sig att införa det. Coinbases Smart Wallet, numera en del av Base Account, är byggt runt just passkeys: kontot skapas automatiskt när du loggar in, utan seed phrase. Funktioner som spend permissions (tidsbegränsade utgiftstillstånd till appar) beskrivs i Coinbases utvecklardokumentation.
Passkeys löser inloggningen men flyttar en del av frågan om säkerhetskopiering. Synkas nyckeln via iCloud eller Google kan du logga in från en ny telefon, men då vilar en del av säkerheten på ditt molnkonto och dess lösenord. Väljer du i stället en enhetsbunden passkey utan synk blir den säkrare men också lättare att förlora helt. Bra smart-account-plånböcker löser detta genom att kombinera passkeys med social recovery eller flera nycklar, så att en förlorad enhet inte betyder ett förlorat konto.
Modulära konton: ERC-7579 och ERC-6900
Om ett smart konto är programmerbart, vem skriver då programmen? Svaret är moduler: fristående kontraktsbitar som lägger till funktioner (en återställningsmetod här, en utgiftsgräns där) utan att man behöver bygga om hela kontot. Två standarder tävlar om att definiera hur moduler kopplas in.
ERC-7579 håller gränssnittet minimalt och överlåter detaljerna till utvecklaren. Det har blivit den de facto-standard som nya projekt bygger på, och stöds av Safe, ZeroDev (Kernel), Biconomy (Nexus), Rhinestone och OpenZeppelins modulära konto. ERC-6900, som drivs av Alchemy, är mer omfattande och föreskriver striktare regler för lagring och behörigheter. En 7579-adapter för Safe, byggd av Rhinestone under 2024, låter ett Safe-konto köra båda världarna parallellt; se Safe Foundations beskrivning.
Bakom de här standarderna står ett växande hantverkarskrå av protokollutvecklare, ungefär den kultur vi porträtterat i vår text om byggarkulturen i krypto. Modulariteten är både en styrka (snabb innovation) och en risk: varje ny modul är ny kod som kan innehålla buggar.
De stora aktörerna: Safe, Ready, Coinbase och fler
Marknaden för smarta konton är fortfarande ung, men några aktörer har redan tagit ledningen inom olika nischer.
Safe (tidigare Gnosis Safe) är den obestridda tungviktaren för organisationer. Produkten började som Gnosis Multisig 2017, skrevs om till Gnosis Safe 2018 och bytte namn till Safe 2022. Under andra kvartalet 2026 behandlade Safe-konton nästan 130 miljoner transaktioner (rekord), höll tillgångar värda cirka 259 miljarder kronor (27,24 miljarder dollar), varav drygt 61 miljarder kronor (6,48 miljarder dollar) i stablecoins, och nådde 63,4 miljoner konton totalt med en överföringsvolym på cirka 374 miljarder kronor (39,35 miljarder dollar). Se The Block och Safe Foundations kvartalsrapport.
Ready, tidigare Argent, var pionjären som förde social recovery och guardians till vanliga användare. Under 2025 bytte bolaget namn: mobilappen heter nu Ready och positioneras som ett ”onchain-alternativ till banken”, medan DeFi-plånboken Ready Wallet (tidigare Argent X) fokuserar på Starknet. Se Readys eget meddelande. Just den sortens marknadsföring, en plånbok som säljs in som en bank, är värd att läsa med samma kritiska blick som vi förespråkar i vår guide till kryptogrundarnas löften.
Coinbases Smart Wallet (Base Account) satsar hårt på passkeys och massmarknad. Ambire var först med att bygga in EIP-7702, och MetaMask Smart Accounts använder samma standard för att uppgradera sin bas på över 30 miljoner månatliga användare. Tabellen nedan sammanfattar hur aktörerna skiljer sig åt.
Bakom kulisserna finns dessutom en rad verktygsleverantörer som få slutanvändare hör talas om men som driver mycket av tillväxten. ZeroDev (med kontot Kernel), Biconomy (Nexus), Alchemy och Pimlico levererar de byggblock (SDK:er, bundlers, paymasters) som appar använder för att baka in smarta konton direkt i sina gränssnitt. Det är den här inbäddade modellen, där plånboken blir nästan osynlig och skapas automatiskt vid inloggning, som konsumentappar och spel satsar på för att nå användare utan kryptovana.
| Plånbok / produkt | Modell | Utmärkande |
|---|---|---|
| Safe (tidigare Gnosis Safe) | Multisig smart konto (ERC-4337-modul, ERC-7579) | Standard för DAO:er och företag; cirka 259 miljarder kronor i tillgångar |
| Ready (tidigare Argent) | Smart konto (Starknet och EVM) | Pionjär för social recovery och guardians |
| Coinbase Smart Wallet / Base Account | ERC-4337 och passkeys | Sign in with Base, spend permissions, massmarknad |
| Ambire | EOA med EIP-7702 | Först med EIP-7702-stöd |
| MetaMask Smart Accounts | EIP-7702 | Uppgraderar 30M+ befintliga EOA |
Infrastrukturen bakom: bundlers, paymasters och EntryPoint
Bekvämligheten döljer en hel del maskineri. När du signerar en gasless transaktion i en 4337-plånbok passerar den flera specialiserade aktörer innan den hamnar på kedjan.
Bundlers är de aktörer som tar emot UserOperations, buntar ihop dem och betalar den faktiska gasen på kedjan (mot ersättning). Marknaden domineras av ett fåtal leverantörer: enligt BundleBear stod Pimlico och Alchemy för runt 65 procent av alla UserOperations under första kvartalet 2026, med Stackup och Coinbase bland de större övriga.
Paymasters är kontrakt som betalar gas åt användaren. En app kan sponsra gasen helt (för att sänka tröskeln för nya användare), eller acceptera betalning i en token som USDC. Det är paymastern som gör gasless och betala-i-USDC möjligt i praktiken. EntryPoint-kontraktet knyter ihop allt och är den enda punkt där pengarna faktiskt rör sig.
Baksidan är centralisering. Om få bundlers och paymasters hanterar merparten av trafiken uppstår frågor om censur och driftsäkerhet. Faller en stor leverantör kan många plånböcker få problem samtidigt, en risk som liknar de beroendekedjor vi sett orsaka problem på andra håll i kryptoinfrastrukturen.
Vad kostar det? Gas och avgifter i kronor
Kostnaden för ett smart konto beror på tre saker: att skapa kontot, att använda det, och eventuella tjänsteavgifter.
Att skapa (deploya) ett smart kontrakt kostar mer gas än att generera ett vanligt nyckelpar, som är gratis. På Ethereums huvudkedja kan en kontraktsdeploy kosta tiotals till hundratals kronor när nätverket är belastat, medan samma sak på ett Layer 2 (Base, Arbitrum, Optimism) ofta landar på bråkdelar av en krona upp till någon enstaka krona. EIP-7702 är billigare eftersom det bara krävs en delegerings-transaktion (0x04) för att uppgradera ett befintligt EOA, inte en full deploy.
Löpande transaktioner kostar ungefär som vanligt, men med två skillnader. Batchning kan spara pengar när du slår ihop flera steg, och passkey-verifiering är tack vare RIP-7212 nästan gratis (cirka 3 450 gas) på kedjor som stöder den. Väljer du att någon annan sponsrar gasen betalar du noll, men appen tar kostnaden i stället.
Tjänsteavgifter tillkommer där en kommersiell bundler eller paymaster är inblandad; de tar typiskt ett påslag på gaskostnaden. För en vanlig användare på ett L2 är totalkostnaden ofta försumbar, medan aktivitet på huvudkedjan fortfarande kan bli kännbar. Notera att alla kronbelopp här är ungefärliga och rör sig med både gaspris och växelkurs (runt 9,50 kronor per dollar i början av augusti 2026).
Ett räkneexempel gör det konkret. Skapar du ett Safe-konto på ett Layer 2 kan hela uppsättningen kosta någon eller några kronor i gas, en engångskostnad. Uppgraderar du i stället ett befintligt konto med EIP-7702 rör det sig ofta om ännu mindre. Den som däremot sätter upp ett multisig-Safe direkt på Ethereums huvudkedja för en företagskassa kan få betala hundratals kronor vid hög belastning, vilket är en anledning till att de flesta nya smarta konton i dag föds på ett Layer 2.
Säkerhet: nya möjligheter, nya attackytor
Smarta konton löser flera klassiska säkerhetsproblem och skapar samtidigt nya. På plussidan finns att en enda förlorad seed phrase inte längre behöver betyda total förlust: social recovery, flera signerare och utgiftsgränser bygger in säkerhetsmarginaler som ett EOA saknar.
På minussidan finns kod. Ett smart konto är bara så säkert som kontraktet och dess moduler, och kontraktsbuggar har dränerat miljarder genom åren. Reviderad kod och beprövade implementationer spelar roll. Vill du förstå vilka som gräver i vad som gått fel efter ett intrång, se vår genomgång av forensikbranschen bakom post-mortems.
EIP-7702 fick en dramatisk start. Forskare på Wintermute konstaterade att över 97 procent av de tidiga delegeringarna pekade på identisk kod, automatiska sweepers som de döpte till CrimeEnjoyor och som tömmer inkommande ETH från redan komprometterade adresser. Viktig nyans: standarden i sig är inte trasig. Som Wintermute påpekade sätts sweepern in först efter att en privatnyckel redan läckt, och företaget slog fast att EIP-7702 ”är säkert att använda”. Se CoinDesk.
Den större risken är signaturfiske. Smarta konton flyttar mer logik till signaturer, och en användare som blint godkänner en illasinnad signatur kan förlora allt; ett offer förlorade runt 15 miljoner kronor (1,54 miljoner dollar) i en enda 7702-relaterad fisketransaktion. Samtidigt föll de totala förlusterna till plånbokstömmare med 83 procent under 2025, till knappt 800 miljoner kronor (83,85 miljoner dollar), enligt Cointelegraph som citerar Scam Sniffer. Standarder som ERC-7730 (clear signing) ska göra signaturer läsbara i stället för kryptiska hexsträngar.
Alla är inte övertygade om att mjukvara är rätt plats för säkerheten. Pascal Gauthier, vd för hårdvaruplånbokstillverkaren Ledger, har argumenterat att ”allt som ligger i mjukvara är nästintill omöjligt att skydda”. Se Ledgers blogg. Det är en partsinlaga från en konkurrent till rena mjukvarukonton, men poängen om att signeringsnyckeln helst bör ligga i säker hårdvara är relevant även för smarta konton. Frågan om vilka konton och protokoll som överlever ett intrång, och varför, är minst lika mycket kultur som teknik; vi har tittat närmare på det i vår analys av varför vissa protokoll överlever hack.
Reglering: MiCA, Finansinspektionen och självförvaring
För svenska användare är den goda nyheten att självförvaring, inklusive smarta konton, i grunden ligger utanför den tunga regleringen. MiCA reglerar CASP:er (leverantörer av kryptotillgångstjänster) och emittenter, inte plånböcker du själv kontrollerar. Finansinspektionen (FI) är Sveriges behöriga myndighet under MiCA, och sedan den 1 oktober 2025 måste varje kryptoföretag som betjänar svenska kunder ha ansökt om tillstånd hos FI eller upphöra med verksamheten. FI:s konsumentinformation om risker med krypto finns på fi.se.
Men smarta konton suddar ut några gränser. Vem är förvaltare när en paymaster betalar din gas, en bundler skickar din transaktion eller en molnbackad passkey ligger hos Apple eller Google? Om en tredje part har verklig kontroll eller vårdnad om nycklar kan tjänsten börja se ut som förvaring i lagens mening. Renodlad självförvaring, där bara du styr, är fortfarande utanför CASP-reglerna, men hybridlösningar med inbyggd återställning eller sponsring befinner sig i en gråzon som tillsynsmyndigheter ännu inte prövat fullt ut.
Kryptoderivat (terminer, perpetuals) faller för övrigt under MiFID II och marknadsregleringen, inte MiCA, oavsett vilken plånbok du använder. För vanlig spothandel och förvaring är det MiCA och FI som gäller, och en smart-account-plånbok ändrar inte den grundregeln så länge du ensam håller nycklarna.
Ett område att hålla ögonen på är den så kallade travel rule. EU:s förordning om överföringar av kryptotillgångar (TFR) kräver att CASP:er samlar in avsändar- och mottagaruppgifter, och när du för över till eller från en självförvarad plånbok kan börsen behöva verifiera att du verkligen kontrollerar den. Ett smart konto ändrar inte kravet, men gör frågan om vem som egentligen kontrollerar kontot mer laddad. För rena spot- och förvaringstjänster är det fortfarande MiCA och FI som sätter ramarna.
Så väljer du en smart-account-plånbok
Det finns ingen plånbok som passar alla, men några frågor gör valet enklare.
- Vad ska du göra? För en DAO eller företagskassa är Safe fortfarande standardvalet tack vare multisig och mognad. För vardagsbruk och nybörjare är passkey-baserade konton som Base Account enklast.
- Kontrollerar du nycklarna? Föredrar du renodlad självförvaring, kontrollera att återställningen bygger på enheter eller kontakter du själv väljer, inte på leverantörens servrar.
- Är koden reviderad? Leta efter offentliga säkerhetsgranskningar och öppen källkod; ett smart konto är bara så säkert som sitt kontrakt.
- Vilka kedjor behöver du? Vissa konton lever främst på en kedja (Ready på Starknet), andra spänner över många EVM-kedjor.
- Hur ser avgifterna ut? Kontrollera om appen sponsrar gas eller tar ett påslag via sin paymaster.
Ett bra råd är att börja smått: uppgradera eller skapa ett konto med begränsade medel, testa återställning och batchning i praktiken, och flytta över större belopp först när du litar på flödet.
Kritik, begränsningar och vägen framåt
Smarta konton är inte en gratislunch. Kritikerna pekar på flera reella problem.
- Fragmentering: flera konkurrerande standarder (ERC-4337, EIP-7702, ERC-7579, ERC-6900) gör det svårt för både utvecklare och användare att veta vad som gäller.
- Infrastrukturberoende: bundlers och paymasters är nya, delvis centraliserade mellanhänder.
- Adressinkonsekvens mellan kedjor: samma smarta konto kan ha olika adresser på olika kedjor, vilket förvirrar.
- Omogen återställnings-UX: social recovery är kraftfullt men fortfarande krångligt att sätta upp rätt.
- Förvaringskompromiss: molnbackade passkeys är bekväma men flyttar en del av förtroendet till storteknik.
Riktningen är ändå tydlig. Nästa steg är native account abstraction, där stödet byggs in direkt i protokollet i stället för ovanpå det, och fler Layer 2 väntas införa RIP-7212 så att passkeys fungerar överallt. Marius van der Wijden på Ethereum påminde tidigt om att tekniken hade ”vassa kanter” kvar att slipa, och en del av dem finns fortfarande. Men med hundratals miljoner smarta plånböcker redan i drift är frågan inte längre om account abstraction blir standard, utan hur snabbt den ensamma privatnyckeln blir ett minne blott.
Frequently Asked Questions
Vad är skillnaden mellan ett smart konto och en vanlig kryptoplånbok?
En vanlig plånbok (ett EOA) styrs av en enda privatnyckel, och den som har nyckeln kan göra allt. Ett smart konto styrs av kod (ett smart kontrakt), vilket gör det möjligt att programmera in regler som social återställning, utgiftsgränser, flera signerare och sponsrad gas. Nyckeln finns ofta kvar, men koden bestämmer vad den får göra.
Är smart-account-plånböcker säkra?
De kan vara säkrare på vissa sätt (ingen enda felkälla via seed phrase, utgiftsgränser, social recovery) men introducerar ny risk i form av kontraktsbuggar och signaturfiske. Säkerheten beror på hur väl koden är reviderad och på att användaren inte blint godkänner illasinnade signaturer. Standarder som ERC-7730 för läsbara signaturer ska minska risken.
Vad är skillnaden mellan ERC-4337 och EIP-7702?
ERC-4337 skapar helt nya smarta konton ovanpå Ethereum utan att ändra protokollet, medan EIP-7702 låter ett befintligt vanligt konto (EOA) tillfälligt bete sig som ett smart konto utan att byta adress. EIP-7702 aktiverades i Pectra i maj 2025 och kompletterar ERC-4337 snarare än ersätter det.
Kan jag betala gas-avgifter utan att äga ETH?
Ja. Med smarta konton kan en app sponsra din gas via en paymaster (så kallade gasless transaktioner), eller så kan du betala gasen i en annan token som USDC. Det gör det möjligt att använda en dapp utan att först skaffa ETH.
Regleras smarta konton av Finansinspektionen eller MiCA?
Ren självförvaring, där bara du kontrollerar kontot, ligger utanför MiCA och FI:s CASP-regler, som riktar sig mot tjänsteleverantörer och förvaltare. Men lösningar där en tredje part har kontroll över nycklar eller återställning kan hamna i en gråzon. Finansinspektionen är Sveriges behöriga myndighet under MiCA och kräver sedan oktober 2025 tillstånd av kryptoföretag som betjänar svenska kunder.
Av Johan Ekström, senior redaktör på HOGE Wire.