Smarta konton 2026: vägskälet mellan Ethereum och Base

Smarta konton var länge ett löfte om framtiden. Under 2026 är de vardag. Miljontals plånböcker betalar numera avgifter i USDC istället för ETH, loggar in med en passkey istället för en tolvordsfras och godkänner en hel rad transaktioner i ett enda svep. Men samtidigt som användarlagret har mognat har protokollagret just splittrats. Den 15 september 2026 lade utvecklare från Ethereum och Base ned försöket att enas om en gemensam standard för account abstraction och gick istället skilda vägar (The Block). Om en dryg vecka, den 6 oktober, aktiverar Ethereum dessutom sin Glamsterdam-uppgradering på testnätet Sepolia (ethereum.org).

För dig som redan håller ett smart konto, eller funderar på att skaffa ett, betyder det att marken rör sig under fötterna. Den här genomgången är tänkt som en karta: vad ett smart konto faktiskt är, vilka generationer som redan är i drift, varför Ethereum och Base bråkar om nästa steg, och vad allt det innebär för plånboken du använder. ETH handlades runt 2 688 dollar den 29 september, ungefär 26 600 kronor med en dollarkurs kring 9,91 (CoinGecko). Men det som avgör kontots framtid är inte dagspriset utan vilken kontostandard som till slut vinner.

Vad ett smart konto faktiskt är (och inte är)

Ett vanligt kryptokonto på Ethereum kallas EOA, externally owned account. Det styrs av en enda privat nyckel: den som har nyckeln kan flytta pengarna, punkt slut. Ett smart konto vänder på logiken. Istället för att en naken nyckel bestämmer allt ligger reglerna i ett smart contract: vem som får signera, hur många signaturer som krävs, vilka dagliga gränser som gäller, vem som betalar avgiften och vilka appar kontot får prata med. Kontot blir programmerbart.

Det finns i praktiken två vägar till ett smart konto idag. Den första är ERC-4337, där kontot från början är ett kontrakt. Den andra är EIP-7702, där du tar en helt vanlig EOA och låter den låna kod från ett kontrakt utan att byta adress. En tredje väg, inbyggd i själva protokollet, är på väg, och det är den som ligger bakom höstens gräl.

Här lönar det sig att vara noggrann med orden. MPC-plånböcker och passkey-plånböcker marknadsförs ofta som smarta, men MPC och passkeys handlar om hur en signatur skapas och var nyckeln förvaras, inte om huruvida själva kontot kör programmerbar logik på kedjan. En passkey kan sitta ovanpå ett smart konto (så gör till exempel Base Account), men en passkey i sig gör inte kontot smart. Skillnaden spelar roll när du jämför produkter, eftersom två plånböcker som båda kallar sig smarta kan bygga på helt olika förtroendemodeller.

Tre generationer redan i drift

Account abstraction är inte en enda uppfinning utan en serie. Den första praktiska generationen var ERC-4337, som blev färdig i mars 2023 och byggde en parallell infrastruktur ovanpå Ethereum utan att röra konsensusreglerna. Den andra var EIP-7702, som kom med Pectra-uppgraderingen den 7 maj 2025 och lät befintliga adresser bete sig som smarta konton. Den tredje, som byggs just nu, flyttar in hela idén i protokollet.

Skalan är inte längre försumbar. Enligt dashboarden BundleBear har ERC-4337 passerat 1,29 miljarder UserOperations från knappt 68 miljoner konton, och paymasters har sponsrat runt 14,4 miljoner dollar i gas (BundleBear). För EIP-7702 finns i runda tal 61,5 miljoner aktiva delegeringar (BundleBear). Den siffran kräver en varning: det cirkulerar ett mycket högre kumulativt tal på över 250 miljoner auktoriseringar, men det är kraftigt uppblåst av automatiska sweeper-bottar, så det är antalet levande delegeringar som säger något om verklig användning.

Bland organisationer dominerar Safe. Enligt Safe Ecosystem Foundation behandlade nätverkets smarta konton omkring 130 miljoner transaktioner under ett rekordkvartal 2026 och förvaltade tillgångar värda tiotals miljarder dollar (The Block). Poängen är enkel: smarta konton är inte längre ett experiment för entusiaster, de flyttar redan en stor del av värdet på kedjan.

ERC-4337: kontot som är ett kontrakt

ERC-4337 uppfann ett eget litet ekosystem för att slippa ändra Ethereums grundregler. Istället för vanliga transaktioner skickar användaren ett UserOperation, ett slags avsiktsförklaring, till en separat kö. Aktörer som kallas bundlers plockar upp dessa, buntar ihop dem och skickar dem vidare till ett gemensamt kontrakt som heter EntryPoint, vilket i sin tur utför dem mot användarnas konton. Den senaste versionen, EntryPoint v0.8, har inbyggt stöd för EIP-7702 (eth-infinitism).

Den mest synliga fördelen för slutanvändaren är gaslösheten. En paymaster kan gå in och betala nätverksavgiften åt dig, antingen för att en app subventionerar dig eller för att du betalar i en stablecoin istället för ETH. Circles paymaster låter till exempel konton betala gas i USDC på Arbitrum och Base, med ett påslag på omkring tio procent (Circle). Gaslöst betyder alltså inte gratis: någon betalar alltid, frågan är bara vem, och det påslaget är en del av affärsmodellen.

Den här modellen är kraftfull, men den lägger också till mellanhänder. Bundlers, EntryPoint och paymasters är nya länkar i kedjan mellan din avsikt och den slutliga transaktionen, och var och en av dem är någon du i praktiken litar på. Det är en poäng vi återkommer till, för i account abstraction försvinner förtroendet sällan; det flyttar bara någon annanstans.

EIP-7702: när din vanliga adress lånar kod

EIP-7702 tog en annan väg. Istället för att skapa ett nytt kontraktskonto lät den befintliga EOA:er peka på ett kontrakt och köra dess kod, med samma adress och samma nyckel som förut. Tekniskt sker det genom en ny transaktionstyp (0x04) som skriver en liten pekare i kontots kod, en 23 byte lång markör som börjar på 0xef0100 följt av adressen till det delegatkontrakt som ska styra kontot (eips.ethereum.org). Delegeringen går att återkalla, och den gäller per kedja.

Ethereums kärnutvecklare Marius van der Wijden har beskrivit poängen väl: 7702 lägger till en transaktionstyp som låter befintliga plånböcker ”emulate the functions of Account Abstraction wallets”, samtidigt som ekosystemet behöver ”evaluate all the rough edges” (DL News). De skrovliga kanterna är inte teoretiska. En delegering är ett tillstånd som ligger kvar tills du aktivt tar bort det, vilket gör att en delegering du glömt att återkalla kan bli en risk långt efter att du slutat använda den.

Lika viktigt är vilket kontrakt du pekar på. Ett smart konto via 7702 är inte bättre än koden det lånar, och att välja delegat är i praktiken att välja ett beroende. Det är värt att förstå vems kod som faktiskt styr plånboken innan man aktiverar den, en fråga vi tittat närmare på i genomgången av delegatkontraktets dolda beroende.

Den fjärde generationen: account abstraction flyttar in i protokollet

Både ERC-4337 och EIP-7702 är i grunden lösningar som ligger vid sidan av eller ovanpå grundprotokollet. 4337 byggde en egen mempool för att slippa röra konsensus; 7702 använde ett pekartrick för att uppgradera gamla konton. Båda fungerar, men båda är kompromisser. Den naturliga slutstationen är att bygga in account abstraction direkt i själva transaktionsformatet, så att plånböcker varken behöver en parallell kö eller ett delegattrick.

Fördelarna med en inbyggd lösning är flera: enklare och billigare validering, mindre beroende av externa mellanhänder, och möjlighet att stödja nya signaturtyper, inklusive kvantsäkra signaturer, direkt på basnivå. Det är den fjärde generationen. Och det är just här enigheten sprack, för det finns mer än ett sätt att bygga in ett konto i ett protokoll, och Ethereum och Base valde olika.

Det är också värt att komma ihåg varför det tagit så lång tid. Account abstraction har diskuterats sedan mitten av 2010-talet, men att ändra själva transaktionsformatet rör vid Ethereums känsligaste lager, konsensus, där ett misstag drabbar alla samtidigt. Därför byggdes 4337 och 7702 först: de gav de flesta fördelarna utan att röra grunden. Den inbyggda lösningen är svårare just för att den är permanent, och det höjer insatsen i valet av hur den ska se ut.

Vägskälet: Ethereums EIP-8141 mot Base EIP-8130

Under en tid arbetade Ethereum och Base, Coinbases layer 2, mot en gemensam standard för inbyggd account abstraction. Den 15 september 2026 gav de upp. Enligt Derek Chiang, grundare av ZeroDev och verksam inom Ethlabs, hittade parterna visserligen tekniska lösningar men ”all required one side or the other to compromise at least a little bit on their core goals”, och därför blev det som han uttryckte det: ”So separate ways we went, putting the burden on wallets to deal with the fragmentation that ensues” (The Block).

Ethereums förslag heter EIP-8141, eller Frame Transactions, och är medförfattat av Vitalik Buterin. Det delar upp en transaktion i frames som var för sig validerar avsändaren, godkänner gasbetalningen och utför själva handlingen. Modellen är flexibel men tyngre för kedjor med hög genomströmning. Den ligger på banan för Ethereums kommande Hegotá-uppgradering, där Ethereum Foundations protokollkluster gett den etiketten must-ship, och Buterin har sagt att förslaget ”gets close to optimal” (eips.ethereum.org). Ethereums prioriteringar är censurmotstånd, integritet och säkerhet, inklusive beredskap för kvantdatorer.

Base drar åt ett annat håll med EIP-8130. Det inför en ny transaktionstyp tillsammans med ett Keystore på kedjan, en struktur som lagrar godkända signerare och autentiseringsmetoder; varje transaktion pekar ut vilken autentiserare som gäller. Fördelen är förutsägbara nodkostnader, vilket passar Bases fokus på skala, anpassning och regelefterlevnad (Unchained). Kort sagt optimerar Ethereum för motståndskraft, Base för genomströmning, och de två målen gick inte att pressa in i samma standard.

Glamsterdam 6 oktober: vad som faktiskt kommer först

Här är det lätt att blanda ihop två saker. Ethereums nästa stora uppgradering heter Glamsterdam och aktiveras på testnätet Sepolia den 6 oktober 2026 klockan 13:53 UTC (Crypto Briefing). Men Glamsterdam handlar inte om account abstraction. Det är en genomströmningsuppgradering, och skillnaden är viktig att hålla isär.

De två tunga inslagen är ePBS (EIP-7732, enshrined proposer-builder separation), som flyttar in överlämningen mellan blockförslagsställare och byggare i själva protokollet och vidgar tidsfönstret för dataspridning från omkring 2 till 9 sekunder, samt block-level access lists (EIP-7928), som låter noder läsa flera transaktioner parallellt (ethereum.org). Mainnet-datum är ännu inte satt, uttalat till fjärde kvartalet men obekräftat, och utvecklare har flaggat för en risk med att en byggare vinner auktionen och sedan håller inne transaktionsdata (Crypto Daily).

Slutsatsen: det som kommer först är mer kapacitet, inte inbyggda konton. Den inbyggda account abstraction som EIP-8141 och EIP-8130 handlar om ligger längre bort, i senare uppgraderingar, och det är den striden som avgör kontostandarderna. Blanda inte ihop kalendern: Glamsterdam gör kedjan snabbare, medan Hegotá och Bases keystore-spår avgör hur ditt konto ser ut i framtiden.

Vad splittringen betyder för plånboksbyggare

För den som bygger plånböcker är splittringen en huvudvärk. Om båda förslagen till slut sjösätts kan en plånbok behöva stödja två olika inbyggda transaktionsformat, ett på Ethereum och ett på Base. Det var precis den bördan Chiang syftade på när han sa att ansvaret läggs på plånböckerna att hantera fragmenteringen. Varje ny standard som en plånbok ska stödja är kod som ska skrivas, granskas och underhållas.

Det finns en tröst. ERC-4337 fungerar fortfarande som minsta gemensamma nämnare: ett konto byggt för Bases modell kan nå andra kedjor via 4337-standarden, precis som idag. Men det påminner om en grundläggande sanning som gäller redan nu, nämligen att ett smart konto inte automatiskt följer med mellan kedjor. Samma adress kan bete sig olika beroende på nätverk, något vi gått igenom i texten om hur ditt smarta konto inte följer med mellan kedjorna.

Vinnarna i det här läget blir sannolikt de plånboks-SDK:er och den infrastruktur som lyckas dölja skillnaden för slutanvändaren. Om verktygslagret abstraherar bort vilket format som körs under huven märker du som användare aldrig av striden, och det är hela poängen med account abstraction: komplexiteten ska ligga hos byggarna, inte hos dig. Baksidan är att makten då samlas hos de få aktörer som orkar stödja allt.

För användaren är den viktigaste följdfrågan om splittringen någonsin når ytan. I bästa fall märks den bara som ett val i plånboksappen, eller inte alls. I sämsta fall betyder den att en funktion fungerar på en kedja men inte på en annan, att en återställning ser olika ut beroende på nätverk, eller att en app bara stöder den ena standarden. Historiskt har krypto varit dåligt på att dölja den sortens sömmar, och det är just där account abstraction lovar att bli bättre.

Vad det betyder för dig som håller ett smart konto idag

Om du redan använder ett smart konto är det korta svaret lugnande: du behöver inte göra någonting akut. Ditt ERC-4337-konto fortsätter att fungera, och din EIP-7702-delegering ligger kvar tills du själv ändrar den. Inbyggd account abstraction kommer inte att tvinga fram en migrering över en natt; de äldre modellerna är byggda för att samexistera med de nya.

Det längre svaret är att valet av plånbok och leverantör väger tyngre än förut, eftersom det är de som avgör vilken standard du åker med. En plånbok som satsar helhjärtat på Bases keystore ger en annan framtid än en som följer Ethereums frame-modell. För vanliga konsumenter, och särskilt inom spel, är det ofta leverantören som tyst väljer standard åt dig; vi har beskrivit hur den utvecklingen ser ut i genomgången av spelkontot och nästa miljard spelare.

Det finns ändå ett scenario där du bör agera. Om du en dag vill flytta från en leverantör vars standard du inte längre litar på, är det inte säkert att kontot går att flytta rakt av. En 7702-delegering kan återkallas, men ett kontraktskonto och dess historik sitter på en adress, och att byta betyder ofta att skapa ett nytt konto och flytta tillgångarna. Ju tidigare du förstår hur en sådan utväg ser ut, desto mindre inlåst är du.

Praktiskt taget innebär det att du bör veta tre saker om ditt konto: vilken standard det bygger på, vem som kontrollerar koden eller keystoren det litar på, och hur du återkallar behörigheter om du vill byta. Ju mer av det som är dolt för dig, desto mer förtroende har du outtalat lämnat ifrån dig.

Nyckelhanteringen: passkeys, MPC och social återhämtning

Oavsett vilken kontostandard du väljer kvarstår den svåraste frågan: hur skyddar och återställer du nyckeln? Det är här passkeys, MPC och social återhämtning kommer in, och det är värt att upprepa att de är ett lager ovanpå det smarta kontot, inte samma sak som kontot. Ett smart konto avgör vad som får hända; nyckelhanteringen avgör vem som får godkänna det. De två frågorna blandas ofta ihop i marknadsföringen, men de löser olika problem.

Passkeys har blivit standardsvaret på den bortglömda seed-frasen. De bygger på samma teknik som telefonens ansikts- och fingeravtryckslås (P-256-kurvan) och stöds numera brett; FIDO Alliance uppskattade i maj 2026 att omkring 5 miljarder passkeys används i världen (FIDO Alliance). Att verifiera en sådan signatur direkt på kedjan var länge dyrt, men RIP-7212, en precompile för P-256, sänkte kostnaden från hundratusentals gas till några tusen och har antagits av flera layer 2-nätverk (Alchemy).

Återhämtning är den andra halvan. Social återhämtning låter utvalda vänner eller enheter, så kallade guardians, gemensamt återställa åtkomsten om nyckeln tappas, en modell Ready (tidigare Argent) gjort känd. Vitalik Buterin har länge argumenterat för idén och påpekat att den mänskliga hjärnan är usel på att minnas lösenord men, som han uttrycker det, är ”an ASIC for keeping track of relationships with other people” (vitalik.eth.limo). MPC-plånböcker splittrar istället nyckeln i delar mellan flera parter, ofta med en molnbaserad säkerhetskopia, vilket är bekvämt men flyttar en del av förtroendet till leverantören.

Poängen med hela lagret är att göra självförvar överlevbart för vanliga människor. Men varje bekvämlighet har en motpart: en passkey som synkroniseras i molnet är bara så säker som ditt Apple- eller Google-konto, och en guardian som försvinner är en guardian mindre. Det är därför nyckelhanteringen hör ihop med nästa avsnitt, säkerheten.

Säkerhet: var förtroendet faktiskt sitter

Den viktigaste insikten om smarta konton är att de inte tar bort förtroende, de flyttar det. Varje generation lägger makten någon annanstans. Med ERC-4337 litar du på bundlers, EntryPoint och paymasters. Med EIP-7702 litar du på delegatkontraktet. Med Bases keystore litar du på uppsättningen godkända signerare. Med passkeys litar du på Apple eller Google, som synkroniserar nyckeln i molnet. Bekvämlighet är nästan alltid ett byte, inte en gåva.

Ett belysande exempel är EIP-7702. Kort efter lanseringen visade handelsfirman Wintermute att en överväldigande majoritet av de tidiga delegeringarna pekade på identisk sweeper-kod, den så kallade CrimeEnjoyor-familjen, som automatiskt tömmer redan komprometterade konton (CoinDesk). Det är inte ett fel i protokollet, och koden är ofarlig för den som inte redan fått sin nyckel stulen, men det förklarar varför det uppblåsta auktoriseringstalet inte säger något om verklig användning.

Akademin har grävt djupare. En studie som lades fram vid USENIX Security 2026 analyserade drygt 3,6 miljoner EIP-7702-auktoriseringar och fann att över 63 procent var kopplade till skadliga kontrakt, med en viktig nyansering: siffran räknar transaktioner, inte användare eller kronor, och angriparnas kontrakt återanvänds oproportionerligt ofta (USENIX). Samtidigt föll de totala förlusterna från drainers under 2025 med 83 procent till omkring 84 miljoner dollar, även om signaturbaserade 7702-bedrägerier ökade och Permit-godkännanden stod för en stor del av de största stölderna (Cointelegraph).

Den enskilt farligaste svagheten är fortfarande blind signering, alltså att godkänna en transaktion utan att förstå vad den gör. Bybit-stölden i februari 2025, på omkring 1,5 miljarder dollar, var i grunden ett blind-signeringshaveri: signerarna såg en normal överföring men signerade något annat. Svaret från branschen är clear signing, standardiserat i ERC-7730, som Ledger lämnade över till Ethereum Foundation som neutral förvaltare i maj 2026 (Ethereum Foundation). Batchning i smarta konton kan dessutom både skydda mot och exponera för MEV, ett dubbeleggat svärd vi tagit upp i texten om ditt smarta konto som mål och sköld.

Aktörerna: Safe, Base Account, MetaMask, Ambire och Ready

Landskapet av smarta konton domineras 2026 av en handfull aktörer, var och en med sin egen filosofi. Safe är standarden för organisationer och kassor: ett multisig-kontrakt där flera signerare och tröskelvärden styr, kompletterat med moduler och skyddslager. Det är arkitekturen bakom en stor del av kryptovärldens företags- och DAO-förvar.

Base Account, tidigare Coinbase Smart Wallet, bygger på ERC-4337 med passkeys och så kallade spend permissions, och är nu den tydligaste förespråkaren för EIP-8130. MetaMask Smart Accounts går istället EIP-7702-vägen och når därmed en enorm befintlig användarbas. Ambire var den första plånboken som stödde 7702, och Ready (tidigare Argent) har länge profilerat sig på social återhämtning.

Ingen av dem är objektivt bäst. Safe passar den som förvaltar en kassa; Base Account och MetaMask passar konsumenten som vill ha låg tröskel; Ambire och Ready lockar den som vill ha mer kontroll över återhämtning och behörigheter. Det viktiga är att veta vilken förtroendemodell du köper in dig i, och att den modellen nu också innebär ett vägval mellan Ethereums och Bases standarder.

Det som gör 2026 speciellt är att aktörerna inte längre bara konkurrerar om användare utan om vilken framtid de satsar på. Base Account har ekonomiska skäl att driva EIP-8130 hela vägen, medan MetaMask och Ambire har byggt djupt på 7702 och därmed sitter närmare Ethereums frame-modell. Safe, som betjänar företag och DAO:er, har råd att vänta och stödja flera standarder. Ditt val av plånbok är därför indirekt ett val av lag i standardstriden.

Reglerna: Finansinspektionen, MiCA och skatten

På svensk mark är det Finansinspektionen som är behörig myndighet under EU:s MiCA-förordning. Sedan den 1 oktober 2025 måste varje kryptoföretag som riktar sig till svenska kunder ha ansökt om tillstånd hos FI eller avveckla verksamheten; företag som redan var registrerade hade på sig till den 30 september 2025 att lämna in sin ansökan (Finansinspektionen).

För smarta konton är gränsdragningen central. Ren självförvaringsmjukvara, alltså en plånbok där bara du håller nyckeln, är i regel inte en tillståndspliktig förvaringstjänst enligt MiCA. Men just de hybridfunktioner som gör smarta konton bekväma drar mot en gråzon: en leverantör som håller en nyckeldel, en molnbaserad passkey-säkerhetskopia, ett paymaster-förhållande eller en keystore med godkända signerare som drivs av ett företag. Frågan om var självförvar slutar och förvaring börjar är inte slutgiltigt avgjord i hela EU. Kryptoderivat som perpetuals faller för övrigt under MiFID II, inte MiCA.

Skattemässigt är svenska regler oförlåtande mot aktiva konton. Skatteverket behandlar varje byte av en kryptovaluta mot en annan, och varje omvandling som sker när du betalar, som en avyttring som ska redovisas i K4 avsnitt D, med 30 procent skatt på vinst och genomsnittsmetoden för att räkna fram omkostnadsbeloppet (Skatteverket). Ett smart konto som automatiskt byter token för att betala gas, eller som buntar ihop flera steg, kan alltså tyst skapa en rad skattepliktiga avyttringar. Bekvämligheten på kedjan har en administrativ baksida i deklarationen.

För en svensk användare är den praktiska slutsatsen dubbel. Välj gärna smarta konton för säkerheten och bekvämligheten, men var medveten om att varje automatiskt byte kan bli en post i K4, och för därför logg eller använd ett verktyg som spårar transaktionerna. Och kom ihåg skillnaden mellan en börs, som måste ha tillstånd från Finansinspektionen och förvarar dina nycklar, och en självförvaringsplånbok, där ansvaret för både nyckel och deklaration ligger helt hos dig.

Så väljer du, och vad du ska bevaka

Att välja smart konto 2026 handlar mindre om varumärke och mer om att förstå vad du lämnar ifrån dig. En kort checklista innan du aktiverar ett konto:

• Vilken standard bygger kontot på: ERC-4337, EIP-7702 eller båda?
• Vem kontrollerar koden eller keystoren kontot litar på, och kan den ändras under dig?
• Vilken återhämtningsmodell gäller: social återhämtning, multisig, passkey-backup eller en leverantörsnyckel?
• Stöder plånboken clear signing, så att du ser vad du faktiskt godkänner?
• Vem betalar gasen, och vad kostar bekvämligheten i påslag?
• Hur beter sig kontot per kedja, och hur återkallar du behörigheter?

Och håll ögonen på fyra saker under det kommande halvåret: utfallet av Glamsterdam på Sepolia den 6 oktober, tidsplanen för Ethereums Hegotá och EIP-8141, om och när Base får sin keystore-modell till mainnet, och framför allt om plånböckerna lyckas dölja fragmenteringen. Det sista avgör om splittringen blir ett problem för dig eller bara för utvecklarna. Ett smart konto är i slutänden bara så bra som det du förstår om det.

Frequently Asked Questions

Vad är ett smart konto (smart account)?

Ett smart konto är ett kryptokonto vars regler ligger i ett smart contract istället för i en enda privat nyckel. Det gör kontot programmerbart: du kan låta någon annan betala gasen, kräva flera signaturer, sätta dagliga gränser och godkänna flera transaktioner i ett svep. På Ethereum nås det antingen via ERC-4337 eller genom att uppgradera en vanlig adress med EIP-7702.

Vad är skillnaden mellan ERC-4337 och EIP-7702?

ERC-4337 skapar ett smart konto som är ett kontrakt från början, med en egen infrastruktur av bundlers och en EntryPoint, utan att ändra Ethereums grundregler. EIP-7702 tar istället en befintlig EOA och låter den låna kod från ett delegatkontrakt, med samma adress och samma nyckel. 4337 passar den som vill ha ett rent smart konto; 7702 passar den som vill uppgradera ett konto den redan har.

Varför splittrades Ethereum och Base om account abstraction?

Den 15 september 2026 lade utvecklarna ned försöket att enas om en gemensam standard. Ethereums EIP-8141 prioriterar censurmotstånd, integritet och kvantberedskap, medan Bases EIP-8130 prioriterar skala, anpassning och regelefterlevnad. Enligt Derek Chiang krävde varje teknisk lösning att någondera sidan kompromissade med sina kärnmål, så de gick skilda vägar och lade bördan på plånböckerna.

Måste jag byta plånbok när native account abstraction kommer?

Nej, inte akut. Inbyggd account abstraction är byggd för att samexistera med ERC-4337 och EIP-7702, så ditt nuvarande konto fortsätter fungera och ingen migrering tvingas fram över en natt. Det som väger tyngre är vilken leverantör och standard du väljer framåt, eftersom det avgör vilken modell ditt konto åker med.

Är smarta konton lagliga i Sverige och hur beskattas de?

Ja. En ren självförvaringsplånbok är i regel inte en tillståndspliktig tjänst under MiCA, medan börser och förvaringstjänster måste ha tillstånd från Finansinspektionen. Skattemässigt behandlar Skatteverket varje byte och varje betalning som konverterar krypto som en avyttring, som redovisas i K4 med 30 procent skatt på vinst, så ett aktivt smart konto kan skapa många skattepliktiga händelser.

Yuki Tanaka är redaktör på HOGE Wire med fokus på plånböcker, kontostandarder och infrastruktur.