Ett smart konto, tio kedjor: löftet om chain abstraction

Löftet var enkelt: ett smart konto, en inloggning, en identitet som fungerar överallt i kryptovärlden. Ingen seed-fras att tappa bort, gaslösa transaktioner, en passkey i telefonen och ett konto som bara funkar. Under ytan är den bilden sann, men bara en kedja i taget. Verkligheten 2026 är att kryptoekonomin inte är en kedja. Den är Ethereum plus ett dussin Layer 2-nät, plus Solana, plus spelkedjor och nya rollups som lanseras med egna avgifter och egen likviditet. Ett smart konto som lyser upp på en av dem säger ingenting om vad du har på de andra.

Löftet som kedjorna aldrig gick med på

Ett smart konto är i grunden ett program som lever på en specifik blockkedja. Flytta dig till nästa kedja och programmet finns inte där, om det inte har distribuerats och konfigurerats separat. Din adress kan vara densamma eller en annan, din gastoken är en annan, och de bottar (bundlers) och betaltjänster (paymasters) som får kontot att fungera är andra aktörer med egen infrastruktur. Löftet om ett konto överallt krockar med en teknisk verklighet där varje kedja är sin egen ö.

Den 15 september 2026 blev sprickan officiell. Ethereum och Base gav upp försöket att samordna hur inbyggd account abstraction ska se ut, rapporterade The Block. Base kör sin egen standard, EIP-8130, som enligt utvecklarna ska aktiveras på Base redan i september; Ethereums huvudkedja siktar på en annan, EIP-8141, som Ethereum Foundations protokollgrupp gett en must-ship-stämpel inför uppgraderingen Hegotá (planerad först under 2027). En Layer 2 får alltså inbyggda smarta konton före sin egen moderkedja, och de två formaten är inte samma sak. Det är en detalj med stora följder: kontots allra mest grundläggande skepnad är på väg att skilja sig mellan de största kedjorna.

För en svensk användare som håller ETH till kring 2 780 dollar (drygt 27 000 kr per token enligt CoinDesk, med en dollarkurs på ungefär 9,83 kr enligt exchangerates.org.uk) är detta inte akademiskt. Det avgör om plånboken du valde faktiskt beter sig likadant när du flyttar pengar till en spelkedja, en billig rollup eller en börs. Den här texten reder ut varför ett smart konto inte reser mellan kedjor, och granskar chain abstraction: samlingsnamnet på de tekniker som ska få det att kännas som att det gör det.

Vad ett smart konto faktiskt är

Innan vi tar oss an fragmenteringen behövs en snabb repetition. Ett vanligt Ethereum-konto (en EOA, externally owned account) styrs av en enda privat nyckel. Kan du nyckeln äger du kontot; tappar du den är allt borta. Ett smart konto flyttar i stället logiken in i kod: kontot är ett smart kontrakt som självt avgör vad som krävs för att godkänna en transaktion, vilket öppnar för gaslösa betalningar, batchade steg, utgiftsgränser och social återställning.

Det finns fyra vägar dit 2026. ERC-4337 lade ett helt parallellt system ovanpå Ethereum: transaktioner heter UserOperations, bundlers buntar ihop dem och en singleton vid namn EntryPoint kör dem. Enligt BundleBear har ERC-4337 nu passerat 1,29 miljarder UserOperations och drygt 67 miljoner konton med aktivitet, med över 14 miljoner dollar i sponsrad gas. EIP-7702, som kom med uppgraderingen Pectra, låter en vanlig EOA peka på ett smart kontrakts kod och därmed bete sig som ett smart konto utan att byta adress. BundleBear räknar över 250 miljoner autoriseringar (en siffra som blåses upp kraftigt av sweeper-bottar) men bara runt 60 miljoner aktiva delegeringar. Och native account abstraction, det som splittringen ovan handlar om, skulle bygga in allt detta direkt i protokollet.

Poängen med tabellen sitter i kolumnen längst till höger. Ingen av modellerna löser av sig själv problemet att kontot ska existera, likadant, på fler än en kedja. Det är därför chain abstraction blivit ett eget fält och inte bara en funktion i plånboken.

Varför kontot inte är samma på nästa kedja

Det finns fyra separata skäl till att ett smart konto inte automatiskt följer med dig, och de staplas på varandra. Det första är adressen. Ett ERC-4337-konto skapas ofta med tekniken CREATE2, som räknar fram en förutsägbar adress av kontraktets kod och en startparameter. Distribueras samma konto med identiska parametrar på flera kedjor får du samma adress, men det kräver att varje kedja faktiskt har fått kontraktet utplacerat och att inget skiljer i uppsättningen. Skiljer sig något, hamnar du på olika adresser, och pengar som skickas till fel variant är i praktiken borta.

Det andra är gastoken. Ethereum tar betalt i ETH, Polygon i egen token, och en app-kedja kan kräva något helt annat. Ett smart konto kan sponsra bort det problemet, men bara om det finns en paymaster på just den kedjan som är villig att betala. Det tredje är infrastrukturen. Bundlers och paymasters är tjänster som körs per kedja; en app som stödjer gaslösa transaktioner på Base har inte automatiskt samma stöd på Arbitrum. Det fjärde är konfigurationen: dina moduler, dina passkeys, dina utgiftsregler. Allt det bor i kontraktets tillstånd på en kedja och kopieras inte magiskt till nästa.

Summan är att bekvämligheten du ställde in en gång, med möda, gäller på en kedja. Vill du samma sak på tio kedjor får du i värsta fall göra om jobbet tio gånger. För den som bara handlar på en kedja spelar det ingen roll. För den som spelar på en spelkedja, låser upp likviditet på en rollup och tar ut till en börs, blir varje övergång en liten friktionspunkt som chain abstraction lovar att sudda ut.

Ta en vanlig svensk vardag. Du köper ETH på en börs, flyttar en del till en spelkedja för att spela, och vill sedan ta hem vinsten till en stablecoin på en billig rollup innan du växlar tillbaka till kronor. Tre kedjor, tre olika gasmiljöer, och potentiellt tre olika versioner av ditt konto med olika inställningar. Varje övergång är ett tillfälle att skicka till fel adress, fastna utan gastoken eller upptäcka att den smarta funktion du förlitade dig på inte finns på just den kedjan. Det är inte teoretiskt krångel, det är den faktiska upplevelsen för den som rör sig mellan ekosystem, och det är exakt den upplevelsen chain abstraction försöker göra osynlig.

EIP-7702 och fällan med kedje-ID

EIP-7702 är den modell som borde ha löst adressproblemet, eftersom en EOA behåller sin adress när den uppgraderas. Men här väntar en egen fälla. En 7702-auktorisering, det som pekar EOA:n mot smart kod, är enligt specifikationen bunden till ett specifikt kedje-ID. Delegeringen kopieras alltså inte automatiskt över kedjorna. Ditt smarta EOA-konto på Ethereum är en helt vanlig, dum EOA på Arbitrum tills du auktoriserar på nytt där också.

Standarden erbjuder en genväg: sätter du kedje-ID till noll gäller auktoriseringen på alla EVM-kedjor med en enda signatur, vilket OpenZeppelins dokumentation beskriver i klartext. Bekvämt, men det är också en replay-risk: samma signerade meddelande kan återanvändas på kedjor du aldrig tänkt på, och en delegering till dålig kod slår då igenom överallt. Valet står mellan att signera per kedja (säkrare, jobbigare) och att signera en gång för alla (smidigare, farligare). Det är precis den sortens avvägning som en vanlig användare aldrig borde behöva förstå, men som avgör om plånboken beter sig som utlovat.

Vi har tidigare beskrivit hur 7702 gick från nödlösning till permanent inslag i genomgången av bron som blev kvar. Poängen här är snävare: även den eleganta modellen, som slapp adressbytet, ärvde fragmenteringen. Kedje-ID:t är inbyggt i själva säkerhetsmekanismen, och det är avsiktligt. Att göra det enkelt att gälla överallt hade gjort det enkelt att bli lurad överallt.

Splittringen som gör fragmenteringen värre

Fram till i somras fanns åtminstone hoppet att native account abstraction skulle städa upp. Om kontot byggdes in i protokollet självt kunde formatet standardiseras. I stället bekräftade utvecklarna den 15 september att Ethereum och Base går skilda vägar. Base fortsätter med EIP-8130, som inför en ny transaktionstyp och ett Keystore-kontrakt på kedjan där varje kontos godkända signerare och autentiseringsmetoder lagras. Ethereum siktar på EIP-8141, som behandlar en transaktion som en följd av programmerbara ramar (frames) som var för sig validerar avsändaren, godkänner vem som betalar gasen och kör användarens handlingar, med sikte på integritet och kvantsäkerhet.

Konsekvensen för plånböckerna är konkret. Derek Chiang, forskare på Ethlabs och grundare av utvecklarhuset ZeroDev, sammanfattade beslutet så att man går var sin väg och därmed, med hans ord via The Defiant, lägger bördan på plånböckerna att ”deal with the fragmentation that ensues”. Han lämnade samtidigt en öppning: ”if the wallet community can bridge over the fragmentation, we may well end up with the best possible UX for the end users”. Det är hela problemställningen i två meningar. Fragmenteringen är nu ett faktum på protokollnivå, och det blir plånbokslagrets jobb att dölja den.

Inte alla ser splittringen som ett nederlag. Pedro Gomes, grundare av WalletConnect (numera Reown), skrev efter månader på EIP-8141 att han blivit övertygad om att Base-modellen är bättre, eftersom EIP-8130 är ”simpler, more portable, and focused on what wallets actually need”. Ironin är påtaglig: en standard som prisas för att vara mer portabel bidrar samtidigt till att kontoformatet nu skiljer sig mellan kedjor. Vi gick igenom själva striden mellan de två lägren i analysen av när native-drömmen sprack i två; det som är nytt här är att den striden bara är det översta lagret av en fragmentering som fanns långt innan.

Chain abstraction: maskineriet bakom kulisserna

Chain abstraction är svaret på allt det ovan. Målet är att användaren ska slippa bry sig om vilken kedja något ligger på: ett saldo, en åtgärd, klart. Under huven brukar man dela in det i tre lager. Kontolagret använder smarta konton enligt ERC-4337 eller EIP-7702 för en identitet som går att känna igen tvärsöver kedjor. Utförandelagret tar en signerad avsikt (intent) och låter ett nätverk av lösare (solvers) verkställa den där den behöver hända. Likviditetslagret kopplar lösarna till marknadsgörares lager och till AMM:er så att bytet faktiskt kan genomföras.

Skiftet i tänkande är viktigt. Den gamla modellen var imperativ: du sa åt plånboken exakt vad den skulle göra, steg för steg, kedja för kedja. Den nya modellen är deklarativ: du säger vad du vill ha (”jag vill ha 500 USDC på Base”) och överlåter åt en lösare att lista ut vägen dit, inklusive vilka broar, byten och gasbetalningar som krävs. Du signerar utfallet, inte proceduren. Det är samma mentala steg som när molntjänster slutade be dig konfigurera servrar och i stället bad dig beskriva vad appen skulle göra.

Den som lovordar chain abstraction pekar på att bryggandet mellan kedjor har varit kryptovärldens sämsta användarupplevelse sedan multichain-eran började runt 2021, och att broar dessutom varit ett av de mest attackerade angreppsområdena. Den som är skeptisk pekar på att man inte trollar bort komplexiteten, man flyttar den, från användaren till en ny sorts mellanhand. Vilket för oss till hur avsikterna faktiskt uttrycks.

Intents och ERC-7683: en order, valfri kedja

För att lösare ska kunna konkurrera om att fylla dina avsikter måste avsikterna se likadana ut oavsett vem som skickar dem. Det är vad ERC-7683 gör. Standarden, framtagen av Uniswap Labs tillsammans med Across-protokollet och ratificerad i början av 2025, definierar en gemensam datastruktur (en order) som vilken plånbok som helst kan skapa och vilken lösare som helst kan fylla. I stället för att varje app bygger egen brygg-integration uttrycker den ett komplext flerkedjigt steg som en enda begäran, som ett delat nätverk av lösare sedan verkställer, förklarar specifikationens dokumentation.

Adoptionen är inte längre teoretisk. Enligt en genomgång från Eco stöds standarden av över 50 protokoll, däribland Base, Arbitrum, Polygon och Optimism, och per april 2026 hade Across, UniswapX, CoW Protocol och Eco produktionssatt ERC-7683-slutpunkter. På plånbokssidan nämns Safe, Argent, Rabby och MetaMask. Standarden utgör dessutom kärnan i det bredare Open Intents Framework, som försöker göra intents till en gemensam byggkloss snarare än varje projekts hemmabygge.

Det viktiga att förstå är vad du ger upp i utbyte mot bekvämligheten. När du signerar en intent lovar en lösare att leverera ett utfall, ofta genom att lägga ut egna pengar först och få tillbaka dem från din order. Priset du får beror på hur hård konkurrensen mellan lösare är, och på hur väl standarden skyddar dig mot en lösare som försöker fylla ordern sämre än utlovat. Det är en marknadsplats, med allt vad det innebär av effektivitet och av incitament att pressa marginalen på din bekostnad.

Ett konkret exempel gör det tydligt. Säg att du har ETH på Arbitrum men vill ha 500 USDC på Base för att köpa något i ett spel. I den gamla världen skulle du brygga ETH till Base, byta till USDC och betala gas i flera led, med väntetid och risk i varje steg. Med en intent signerar du i stället en enda order: slutresultatet 500 USDC på Base. En lösare ser ordern, lägger ut sina egna 500 USDC på Base direkt, och tar därefter din ETH på Arbitrum plus en liten avgift som betalning. Du ser ett steg; lösaren bär komplexiteten och risken för de sekunder det tar innan kedjorna är i synk. Bekvämligheten är verklig, men notera vem som sitter i mitten av affären.

Kampen om ett enda saldo

Runt intents-standarden har det vuxit fram en hel bransch som säljer samma dröm med olika teknik: ett konto, ett saldo, valfri kedja. Particle Network kallar sina konton Universal Accounts och sammanfattar visionen som ”one account, one balance, any chain”, alltså ingen bryggning, inga separata plånböcker per kedja och ingen jonglering av gastoken. Bolaget har rest kapital för sin chain-abstraction-infrastruktur från investerare som Spartan Group, Animoca Brands och HashKey, och stöd för EIP-7702 innebär att ett befintligt konto kan uppgraderas utan ny adress eller flytt av tillgångar.

Andra angriper problemet från kontolagret. Rhinestone bygger Omni Accounts som med ERC-7579-moduler gör vanliga modulära konton och smarta EOA:er kedjeabstrakta, så att en modul sköter det tvärsöver nät. Biconomys Modular Execution Environment, byggd på teknik från uppköpta Klaster, låter användaren signera en Merkle-rot där instruktioner för flera kedjor ligger som löv, enligt bolagets egen genomgång: en signatur, flera kedjor. OneBalance använder i stället en ERC-7579-valideringsmodul med resource locks, där en rotvaliderare medsignerar alla operationer och kan lova ett utfall genom att låsa resurser i förväg.

Notera att flera av dessa vilar på ERC-7579, standarden för modulära konton. Det är ingen slump: ett konto som kan installera moduler kan installera en modul som gör det kedjeabstrakt. Fragmenteringen och lösningen delar alltså byggstenar, och det är plånboksbyggarna som avgör vilka som slås på.

ERC-7779: att flytta kontot utan att låsa det

Även om chain abstraction löser hur du använder flera kedjor kvarstår en obekväm fråga: vad händer om du vill byta plånbok? Ett smart konto lagrar tillstånd (moduler, nycklar, regler) i eget minne, och olika plånböcker lägger sina data på olika platser. Byter du leverantör kan minnesplatserna krocka, vilket i värsta fall låser kontot eller öppnar en säkerhetslucka. Det är just den risken ERC-7779 vill mota.

Standarden, som växte fram efter EIP-7702, definierar ett gränssnitt (IInteroperableDelegatedAccount) med två metoder enligt specifikationen: en läsbar konto-identitet och ett sätt att räkna upp var kontot lagrar sina data, så att en ny plånbok kan upptäcka och rensa gammalt tillstånd innan den tar över. Kort sagt ska ett delegerat konto kunna flyttas mellan leverantörer utan att pengar går förlorade i en minneskrock. Cointelegraph beskriver ERC-7779 som ett försök att omdefiniera plånboksinteroperabilitet just för att förhindra inlåsning.

Poängen är principiell. Portabilitet mellan kedjor (chain abstraction) och portabilitet mellan plånböcker (ERC-7779) är två sidor av samma fråga: äger du kontot, eller äger leverantören dig? En bekväm chain-abstraction-tjänst som du inte kan lämna är inte självförvar i någon meningsfull mening, oavsett vad marknadsföringen säger. Ju mer arbete som flyttas in i en leverantörs lösarnätverk och konfiguration, desto viktigare blir det att kontot går att ta med sig därifrån.

Vem betalar gasen på tio kedjor?

Gaslösheten är kanske det mest sålda med smarta konton, och den blir snårig så fort flera kedjor är inblandade. En paymaster kan sponsra din gas eller låta dig betala i en token som USDC, men den måste finnas och vara finansierad på varje kedja för sig. Circles paymaster, som låter dig betala gas i USDC på Arbitrum och Base, tar enligt Circles egen beskrivning ut ett påslag på ungefär tio procent. Det är priset för att slippa hålla rätt gastoken på rätt kedja, och det priset betalas per kedja.

Kostnaden att sponsra en operation skiljer sig dramatiskt mellan lager, vilket är själva anledningen till att smarta konton koncentreras till L2. Enligt uppskattningar från Ecos genomgång av paymaster-ekonomi ligger kostnaden per sponsrad operation ungefär så här (omräknat till kronor med dollarkursen ovan, och alla belopp är grova uppskattningar):

Skillnaden förklarar varför en app kan bjuda på tusentals gratis operationer på Base men aldrig skulle våga det på Ethereum. Den förklarar också en tystare del av chain abstraction: en lösare som fyller din intent tar betalt för gasen på alla mellanliggande kedjor, plus en marginal, och den kostnaden bakas in i kursen du får. Gaslöst betyder aldrig gratis, det betyder att någon annan lagt in kostnaden i priset. Vi grävde i den dolda ekonomin i genomgången av vem som egentligen betalar för gaslöst, och över flera kedjor blir den ekvationen bara mer sammansatt.

Solvern är den nya mellanhanden

Här ligger den skarpaste invändningen mot chain abstraction. Poängen med kryptoteknik var länge att minimera antalet parter du måste lita på. Vitalik Buterin har uttryckt det som att ”intermediary minimization is a core principle of non-ugly cypherpunk Ethereum”. Ett lösarnätverk är, hur användbart det än är, en ny mellanhand. Du litar på att lösaren fyller din order rättvist, att resource locks håller, och att nätverket inte kan censurera eller front-runna dig. Samma kritik som Buterin riktat mot beroendet av bundlers och relayer i account abstraction gäller lösare i chain abstraction: om vägen till att din avsikt verkställs går genom ett fåtal aktörer blir de en källa till både bräcklighet och makt.

Det finns dessutom en signeringsdimension. När du signerar en intent godkänner du ett utfall, inte varje enskilt steg, och stegen sker på kedjor du kanske aldrig ser i plånbokens gränssnitt. Det påminner om blind signering, samma problem som legat bakom flera av de största stölderna: du godkänner något vars fulla innebörd du inte kan granska. Skillnaden är att en välbyggd intent-standard begränsar vad lösaren kan göra, medan blind signering av en godtycklig transaktion inte gör det. Men gränssnittet måste faktiskt visa dig vad du lovar bort, annars flyttas bara risken från bryggan till lösaren.

Branschen är inte blind för invändningen. Resource locks, som OneBalance bygger på, ska göra det svårt för en lösare att lova ett utfall och sedan smita från det, eftersom resursen är låst tills ordern är fylld. Konkurrens mellan många lösare ska pressa priserna nedåt, och rykte samt insats (stake) ska straffa den som beter sig illa. Men allt detta är mekanismer som ska hålla, inte garantier som håller av sig själva, och de flesta användare har varken tid eller verktyg att kontrollera om de gör det. Precis som med bundlers och relayer tidigare är den ärliga hållningen att lita men verifiera, och att föredra system där mellanhanden har minsta möjliga utrymme att skada dig.

Lägg till att fragmenteringen även har en säkerhetsframtid. Om kontoformaten skiljer sig mellan kedjor, och om post-kvant-skydd byggs in i den ena standarden men inte den andra, kan din säkerhetsnivå bero på vilken kedja du råkar stå på. Vi behandlade den längre horisonten i analysen av smarta konton mot kvanthotet; för den här texten räcker det att konstatera att ett splittrat kontolandskap också är ett ojämnt skyddat landskap.

Spel, börser och den praktiska vardagen

Ingenstans märks fragmenteringen tydligare än i kryptospel. Ett spel som Pixels lever på en egen kedja, Ronin, och ett smart konto där är inte samma konto som ditt på Ethereum. Session keys, som låter dig spela en timme utan att signera varje drag, sätts upp på spelkedjan och gäller där. För en spelare som vill flytta en belöning till en börs blir varje kliv mellan kedjor en potentiell friktionspunkt, precis den sortens övergång chain abstraction ska osynliggöra. Vi har tittat på hur en spelkedja försöker bli mer än ett enskilt spel i genomgången av Ronins bredare ambition, och kontofrågan är central även där.

Börserna har sin egen roll i historien. Coinbases Base Account och inbäddade plånböcker gör att ett självförvarat konto kan kännas som ett börskonto, och flera plattformar visar redan ett samlat saldo över kedjor med hjälp av chain abstraction i bakgrunden. Det är bekvämt, men suddar samtidigt ut gränsen mellan självförvar och depå. Ett gränssnitt som visar ett enda saldo döljer var pengarna faktiskt ligger och vem som håller nycklarna till dem, och den frågan är avgörande både för säkerhet och för hur svenska regler tillämpas.

Den praktiska slutsatsen för vardagen är enkel att formulera, svår att leva efter: kolla vilka kedjor din plånbok faktiskt stödjer likvärdigt, inte bara vilken kedja demot spelades in på. En plånbok som är fantastisk på Base kan vara halvfärdig på den kedja där ditt spel, din DeFi-position eller din stablecoin faktiskt bor.

FI, MiCA och den svenska vinkeln

Regulatoriskt börjar det i en tydlig punkt. Rena självförvarsplånböcker, där bara du håller nycklarna, faller i regel utanför MiCA:s regler för kryptotillgångstjänster (CASP). Det är förvaring, växling och handel som andras räkning som är tillståndspliktigt hos Finansinspektionen. Sedan den 1 oktober 2025 måste varje kryptoföretag som riktar sig mot svenska kunder ha ansökt om tillstånd hos FI eller upphöra, och det gäller den som förvarar tillgångar åt dig, inte koden i din egen plånbok.

Chain abstraction skjuter in en gråzon precis där. Är ett lösarnätverk som håller resurser i förvar under en transaktion en tjänst som förvarar dina tillgångar? Är en inbäddad plånbok där leverantören håller en nyckeldel, eller en unified-balance-tjänst som styr flöden över kedjor, verkligen självförvar? MiCA:s ansvarsregler (bland annat artikel 75) och regelverket för operativ motståndskraft (DORA) blir relevanta i den mån en aktör faktiskt kontrollerar dina medel. Ju mer en bekvämlighetstjänst tar över, desto närmare glider den en tillståndspliktig roll, och den bedömningen är inte färdig på EU-nivå. Notera också att kryptoderivat (terminer, perpetualer) är finansiella instrument under MiFID II och övervakas som sådana, inte under MiCA.

Skatten är den vassaste svenska detaljen. Skatteverket ser i regel varje byte av en kryptotillgång mot en annan som en avyttring, som ska redovisas i bilaga K4 avsnitt D med trettio procents skatt på vinst och genomsnittsmetoden för omkostnadsbeloppet, enligt myndighetens vägledning om kryptovalutor. Problemet med chain abstraction är att en enda intent kan innehålla flera byten och konverteringar över kedjor, som lösaren utför i ditt namn. Ett klick i gränssnittet kan alltså dölja flera skattehändelser. Bekvämligheten att slippa se kedjorna befriar dig inte från plikten att kunna redovisa vad som hände på dem.

Så navigerar du fragmenteringen

Det går att dra praktisk nytta av chain abstraction utan att gå vilse i löftena. En kort checklista:

• Kontrollera vilka kedjor plånboken stödjer likvärdigt, inte bara vilka den listar. Gaslöshet och återställning som finns på Base kanske saknas på din faktiska kedja.
• Var försiktig med EIP-7702-auktoriseringar som gäller alla kedjor (kedje-ID noll). Bekvämt, men en delegering till dålig kod slår då igenom överallt.
• Fråga vad du signerar när du använder en intent. Ett bra gränssnitt visar utfallet och gränserna, inte bara en snurrande laddningssymbol.
• Förstå att gaslöst betyder inprisat, inte gratis, och att en lösare tar betalt för gas plus marginal på varje mellanliggande kedja.
• Behåll möjligheten att lämna. En chain-abstraction-tjänst du inte kan flytta ifrån (se ERC-7779) är bekvämlighet, inte självförvar.
• Spara underlag för skatten. En intent kan rymma flera avyttringar som Skatteverket vill se redovisade var för sig.

Fragmenteringen försvinner inte i år. Med Base som sjösätter EIP-8130 och Ethereum som styr EIP-8141 mot Hegotá blir kontolandskapet snarare mer uppdelat innan det blir mindre. Chain abstraction är det bästa svaret branschen har, och det är genuint användbart. Men det löser fragmenteringen genom att dölja den, inte genom att avskaffa den, och skillnaden är värd att hålla i minnet varje gång ett gränssnitt visar dig ett enda snyggt saldo.

Frequently Asked Questions

Vad är chain abstraction, kort förklarat?

Chain abstraction är samlingsnamnet på tekniker som ska låta dig använda kryptotillgångar utan att bry dig om vilken blockkedja de ligger på. Du uttrycker en avsikt (till exempel att ha en viss summa på en viss kedja), och ett nätverk av lösare verkställer den över kedjorna åt dig. Målet är ett konto och ett saldo som känns enhetligt, även när tillgångarna i själva verket är spridda över Ethereum, Base, Arbitrum och andra nät.

Följer mitt smarta konto automatiskt med till andra kedjor?

Nej, inte automatiskt. Ett ERC-4337-konto måste distribueras och konfigureras per kedja, och en EIP-7702-delegering är bunden till ett kedje-ID om du inte medvetet auktoriserar för alla kedjor med kedje-ID noll. Adress, gastoken, moduler och infrastruktur kan alla skilja sig mellan kedjor. Chain abstraction försöker dölja det, men själva kontot reser inte av sig självt.

Varför splittrades Ethereum och Base om account abstraction?

Den 15 september 2026 bekräftade utvecklarna att de två inte kunde ena sig om en gemensam standard för inbyggd account abstraction utan att någon sida gav upp centrala mål. Base fortsätter med EIP-8130 (ny transaktionstyp och ett Keystore-kontrakt), som ska aktiveras på Base i september, medan Ethereum siktar på EIP-8141 (frames) mot uppgraderingen Hegotá 2027. Följden är att plånböcker kan behöva stödja två olika native-format.

Är chain abstraction säkert?

Det beror på hur det byggs. Fördelen är att du slipper riskfyllda manuella brygg-steg. Nackdelen är att du litar på ett nytt lager mellanhänder (lösare) som verkställer dina avsikter, och att du signerar ett utfall snarare än varje steg. Ett bra gränssnitt visar tydligt vad du godkänner och vilka gränser som gäller. Kontrollera också att du kan flytta kontot mellan plånböcker (ERC-7779), annars är det bekvämlighet snarare än äkta självförvar.

Hur beskattas byten över kedjor i Sverige?

Skatteverket ser i regel varje byte av en kryptotillgång mot en annan som en avyttring, som redovisas i bilaga K4 avsnitt D med trettio procents skatt på vinst och genomsnittsmetoden för omkostnadsbeloppet. En enda intent i en chain-abstraction-tjänst kan innehålla flera byten och konverteringar över kedjor, som var för sig kan vara skattepliktiga händelser. Spara underlag, för ett enda klick i gränssnittet kan dölja flera avyttringar.

Av Yuki Tanaka, senior redaktör på HOGE Wire med fokus på plånböcker, självförvar och kontoinfrastruktur.