{"id":465,"date":"2026-09-25T13:10:26","date_gmt":"2026-09-25T13:10:26","guid":{"rendered":"https:\/\/hoge.gg\/no\/smartkonto-chain-abstraction-mange-kjeder-2026\/"},"modified":"2026-09-25T13:10:26","modified_gmt":"2026-09-25T13:10:26","slug":"smartkonto-chain-abstraction-mange-kjeder-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/no\/smartkonto-chain-abstraction-mange-kjeder-2026\/","title":{"rendered":"\u00c9n smartkonto, mange kjeder: l\u00f8ftet om chain abstraction"},"content":{"rendered":"

Salgsargumentet gjentas overalt i 2026: \u00e9n konto, alle kjeder. Logg inn med en passkey, hold saldoen din ett sted, og betal for hva som helst uten \u00e5 bry deg om hvilken blokkjede verdiene faktisk ligger p\u00e5. Smartkontoen, alts\u00e5 en konto styrt av kode i stedet for en enkelt privat n\u00f8kkel, er motoren bak l\u00f8ftet. Men det finnes en hake de f\u00e6rreste appene sier h\u00f8yt: smartkontoen din reiser ikke mellom kjedene. Den lever der den ble opprettet.<\/p>

Det er nettopp dette gapet chain abstraction skal tette. Uttrykket dekker en hel liten industri av intents, solvere og standarder som jobber for \u00e5 f\u00e5 et titalls adskilte blokkjeder til \u00e5 oppleves som \u00e9n sammenhengende flate. Og akkurat n\u00e5, i slutten av september 2026, ble oppgaven vanskeligere, ikke enklere. Den 15. september bekreftet utviklere at Ethereum og Base har gitt opp \u00e5 bli enige om hvordan en smartkonto overhodet skal se ut p\u00e5 protokollniv\u00e5. Ether (ETH) handlet rundt 2 690 dollar, om lag 25 500 kroner, i samme uke (CoinGecko<\/a>). Her f\u00f8lger vi b\u00e5de pengene og koden gjennom fragmenteringen, og ser p\u00e5 hva l\u00f8ftet om chain abstraction faktisk er verdt for en lommebok i Norge.<\/p>

L\u00f8ftet, og haken ingen app nevner<\/h2>

For en vanlig bruker ser 2026-lommeboken nesten ferdig ut. Du oppretter en konto uten seed-frase, du betaler transaksjonsgebyr i en stablecoin i stedet for i ETH, og du signerer med Face ID. Under overflaten er dette account abstraction i praksis, bygget p\u00e5 to spor: ERC-4337, som legger et helt lag med bundlere og paymastere opp\u00e5 Ethereum, og EIP-7702, som lar en vanlig adresse l\u00e5ne kode midlertidig. Adopsjonen er ikke lenger teoretisk. Sporingstjenesten BundleBear teller over 1,29 milliarder UserOps og rundt 67 millioner aktive ERC-4337-konti, mens EIP-7702 har passert n\u00e6r 60 millioner aktive delegeringer siden Pectra-oppgraderingen (BundleBear<\/a>, EIP-7702-oversikt<\/a>).<\/p>

Men jo mer s\u00f8ml\u00f8s kontoen f\u00f8les, desto lettere er det \u00e5 glemme at den er bundet til \u00e9n kjede. \u00c5pner du den samme smartkontoen p\u00e5 Base, Arbitrum og Polygon, snakker du i praksis med tre forskjellige kontrakter, tre gass-token og tre sett med infrastruktur. Chain abstraction er bransjens fors\u00f8k p\u00e5 \u00e5 skjule dette. Det er verdt \u00e5 v\u00e6re tydelig p\u00e5 hva det er og ikke er: det fjerner ikke de underliggende kjedene, det legger et lag opp\u00e5 dem som flytter verdier og betaler gass p\u00e5 dine vegne slik at fragmenteringen blir usynlig. L\u00f8ftet er ekte. Det er ogs\u00e5 ufullf\u00f8rt, og den ferske splittelsen mellom Ethereum og Base gj\u00f8r veien dit lengre.<\/p>

Hva en smartkonto egentlig er<\/h2>

F\u00f8r vi kan snakke om kjeder som ikke f\u00f8lger med, m\u00e5 vi vite hva som faktisk f\u00f8lger. En vanlig lommebok er en externally owned account (EOA): \u00e9n privat n\u00f8kkel styrer alt, og n\u00f8kkelen godkjenner transaksjoner med en ECDSA-signatur. En smartkonto flytter denne godkjenningen inn i kode. Da kan kontoen kreve flere signaturer, sette forbruksgrenser, la noen andre betale gassen, eller utf\u00f8re flere handlinger i \u00e9n og samme transaksjon. ERC-4337, som ble endelig i mars 2023, gjorde dette mulig uten \u00e5 endre Ethereum selv, ved \u00e5 innf\u00f8re et parallelt system av UserOperations, bundlere og en felles EntryPoint-kontrakt. Nyeste versjon, 0.8, st\u00f8tter EIP-7702 direkte, slik at de to sporene begynner \u00e5 smelte sammen.<\/p>

EIP-7702 tok en annen vei til samme m\u00e5l. I stedet for en ny kontraktskonto lar den en eksisterende EOA peke p\u00e5 kode via en delegeringspeker (den karakteristiske 0xef0100-prefiksen), slik at samme adresse midlertidig oppf\u00f8rer seg som en smartkonto og kan tilbakestilles igjen. Passkeys h\u00f8rer ogs\u00e5 hjemme her: takket v\u00e6re precompilen RIP-7212 kan konti verifisere P-256-signaturer, kurven i Apples Secure Enclave og Androids n\u00f8kkellager, til en br\u00f8kdel av kostnaden (fra rundt 300 000 gass ned mot 3 450), noe som gj\u00f8r Face ID og fingeravtrykk til realistiske n\u00f8kler (Alchemy<\/a>). Til slutt finnes native account abstraction, der protokollen selv forst\u00e5r smartkontoer uten et eksternt bundler-lag. Det er her de to nye forslagene EIP-8130 og EIP-8141 kommer inn, og det er her splittelsen skjedde. Tabellen under oppsummerer de fire modellene og, avgj\u00f8rende for denne artikkelen, hvordan hver av dem forholder seg til flere kjeder.<\/p>

Kontotype<\/th>Hvem godkjenner<\/th>Flere kjeder?<\/th>Kjennetegn<\/th><\/tr><\/thead>
EOA (vanlig lommebok)<\/td>\u00c9n privat n\u00f8kkel (ECDSA)<\/td>Samme adresse, men ingen kode f\u00f8lger med<\/td>Enkel; ingen batching, ingen innebygd gjenoppretting<\/td><\/tr>
ERC-4337 smartkonto<\/td>Kode i en kontraktskonto<\/td>Ny kontrakt per kjede (ofte lik adresse via CREATE2)<\/td>Bundler, EntryPoint, paymaster; ligger i app-laget<\/td><\/tr>
EIP-7702 (delegert EOA)<\/td>N\u00f8kkel pluss delegert kode<\/td>Delegering per kjede (bundet til chain_id)<\/td>Oppgraderer en eksisterende adresse midlertidig<\/td><\/tr>
Native AA (EIP-8130 \/ EIP-8141)<\/td>Protokollen selv<\/td>Avhenger av kjede og standard<\/td>Ingen ekstern bundler; enn\u00e5 ikke p\u00e5 mainnet<\/td><\/tr><\/tbody><\/table><\/figure>

Fire grunner til at kontoen din blir st\u00e5ende<\/h2>

Hvorfor kan du ikke bare ta smartkontoen med deg til neste kjede? Fordi minst fire ting er bundet til den enkelte kjeden, og alle fire m\u00e5 v\u00e6re p\u00e5 plass f\u00f8r kontoen fungerer et nytt sted.<\/p>

For det f\u00f8rste adressen og koden. En ERC-4337-konto er en kontrakt som m\u00e5 deployes p\u00e5 hver enkelt kjede. Verkt\u00f8y som CREATE2 gj\u00f8r det mulig \u00e5 f\u00e5 n\u00f8yaktig samme adresse p\u00e5 flere kjeder, men bare hvis kontrakten faktisk blir utrullet der. En tom adresse p\u00e5 Base er ikke den samme kontoen som p\u00e5 Arbitrum bare fordi tegnene stemmer overens.<\/p>

For det andre gass-token. Hver kjede krever betaling i sin egen enhet, eller i en token som en paymaster aksepterer. Har du bare ETH p\u00e5 mainnet og vil handle p\u00e5 Polygon, mangler du rett og slett drivstoffet p\u00e5 riktig sted.<\/p>

For det tredje infrastrukturen. Bundlere, paymastere og EntryPoint-kontrakter m\u00e5 finnes og v\u00e6re konfigurert p\u00e5 den aktuelle kjeden. Konsentrasjonen er reell: Pimlico og Alchemy st\u00e5r til sammen for over halvparten av alle UserOps, og de dekker ikke alle kjeder like godt.<\/p>

For det fjerde konfigurasjonen din. N\u00f8kler, moduler, forbruksgrenser og gjenopprettingsregler ligger i kontraktens tilstand p\u00e5 \u00e9n kjede. Endrer du en regel p\u00e5 mainnet, endres den ikke automatisk andre steder. Summen er at det du kaller \u00abkontoen din\u00bb, i praksis er et knippe like konti som tilfeldigvis deler adresse, og som du m\u00e5 vedlikeholde hver for seg.<\/p>

EIP-7702 og kjedegrensen<\/h2>

EIP-7702 gj\u00f8r bildet enda tydeligere, fordi delegeringen er eksplisitt bundet til en chain_id. N\u00e5r du autoriserer en delegering, gjelder den den kjeden du signerte for. En delegering satt p\u00e5 Ethereum mainnet eksisterer ikke p\u00e5 Arbitrum f\u00f8r du signerer p\u00e5 nytt der. Spesifikasjonen \u00e5pner riktignok for \u00e5 bruke chain_id lik null, som gj\u00f8r at \u00e9n signatur gjelder p\u00e5 alle EVM-kjeder samtidig, men det er en snublefelle: da kan den samme delegeringen gjenbrukes overalt, ogs\u00e5 p\u00e5 kjeder du aldri hadde tenkt (EIP-7702<\/a>, OpenZeppelin<\/a>).<\/p>

Denne per-kjede-logikken er akkurat der l\u00f8ftet om \u00ab\u00e9n konto\u00bb m\u00f8ter virkeligheten, og vi har g\u00e5tt grundig gjennom mekanikken i gjennomgangen av hvorfor EIP-7702 stopper ved kjedegrensen<\/a>. Poenget her er at chain abstraction ikke opphever denne grensen. Den pr\u00f8ver \u00e5 gj\u00f8re den usynlig, ved \u00e5 automatisere det du ellers m\u00e5tte gjort for h\u00e5nd: signere delegeringer, skaffe gass og flytte verdier, kjede for kjede. Grensen er der fortsatt. Den er bare gjemt bak et penere grensesnitt.<\/p>

Splittelsen som gjorde fragmenteringen verre<\/h2>

Den store planen for \u00e5 fjerne fragmenteringen ved roten het native account abstraction: \u00e5 bygge smartkontoer rett inn i protokollen, uten det eksterne bundler-laget. I mesteparten av 2026 jobbet Ethereum og Base mot en felles standard. Den 15. september ble det klart at samarbeidet var over. Utviklere bekreftet at de to leirene sluttet \u00e5 sikte mot \u00e9n spesifikasjon fordi de tekniske kompromissene ville tvunget minst \u00e9n side til \u00e5 gi opp kjernem\u00e5l (The Block<\/a>, Crypto Briefing<\/a>).<\/p>

Resultatet er to konkurrerende forslag. Ethereums EIP-8141 (kalt \u00abframe transactions\u00bb) prioriterer maksimal fleksibilitet, sensurmotstand, personvern og motstand mot kvantedatamaskiner, og er merket som et forslag som skal med i den kommende Hegot\u00e1-oppgraderingen. Bases EIP-8130 bruker en Keystore-kontrakt og en ny transaksjonstype, og prioriterer skala, forutsigbare kostnader og etterlevelse (Biconomy<\/a>). Derek Chiang, som st\u00e5r bak ZeroDev og jobber i Ethlabs, oppsummerte konsekvensen slik: utviklerne endte med \u00e5 \u00abputting the burden on wallets to deal with the fragmentation that ensues\u00bb, men la til at \u00abif the wallet community can bridge over the fragmentation, we may well end up with the best possible UX for the end users\u00bb (The Defiant<\/a>).<\/p>

Ikke alle er enige om hvilken vei som er riktig. Pedro Gomes, grunnlegger av WalletConnect, har sagt seg \u00abconvinced EIP-8130 is the better path for native account abstraction\u00bb, fordi det er \u00absimpler, more portable, and focused on what wallets actually need\u00bb (@pedrouid<\/a>). Uansett hvem som f\u00e5r rett, betyr splittelsen for chain abstraction at selve kontoformatet n\u00e5 kan bli forskjellig fra kjede til kjede. Lommeb\u00f8kene m\u00e5 potensielt st\u00f8tte to native-formater i tillegg til ERC-4337 og EIP-7702. Det er mer fragmentering \u00e5 skjule, ikke mindre, og det er lommeboken din, ikke protokollen, som f\u00e5r jobben.<\/p>

For tidslinjen betyr dette at native account abstraction p\u00e5 Ethereum-mainnet ikke er n\u00e6rt forest\u00e5ende. EIP-8141 er knyttet til Hegot\u00e1-oppgraderingen, som f\u00f8rst kommer etter Glamsterdam, og Glamsterdam handler i hovedsak om andre ting: ePBS (EIP-7732) og block-level access lists (EIP-7928), ikke smartkontoer. Base kan p\u00e5 sin side rulle ut EIP-8130 p\u00e5 egen kjede uavhengig av Ethereums tidsplan. I mellomtiden er det ERC-4337 og EIP-7702 som b\u00e6rer smartkontoene i praksis, og det er disse to sporene chain abstraction m\u00e5 jobbe med i lang tid framover.<\/p>

Chain abstraction i tre lag<\/h2>

N\u00e5r kontoen ikke reiser, m\u00e5 noe annet gj\u00f8re jobben. Bransjen deler chain abstraction i tre lag som samarbeider, og det er verdt \u00e5 holde dem fra hverandre, fordi de har helt ulike tillitsprofiler.<\/p>

Kontolaget er der smartkontoen bor: ERC-4337 eller EIP-7702, med passkeys, moduler og forbruksregler. Dette laget gir deg \u00e9n identitet og ett sett med regler, men fortsatt per kjede.<\/p>

Utf\u00f8relseslaget er nytt. Her sitter solvere, alts\u00e5 profesjonelle akt\u00f8rer som konkurrerer om \u00e5 oppfylle det du ber om. Du sier hva du vil ha, og en solver finner ut hvordan, og legger som regel ut sine egne midler p\u00e5 m\u00e5lkjeden f\u00f8rst for \u00e5 slippe deg for ventetiden.<\/p>

Likviditetslaget er der pengene faktisk beveger seg. Solvere trekker p\u00e5 egne beholdninger, market makers og AMM-er for \u00e5 skaffe riktig token p\u00e5 riktig kjede, og gj\u00f8r opp med hverandre i etterkant. Kombinerer du de tre lagene, kan en app vise deg \u00e9n saldo og ett trykk, mens broer, bytter og gassbetalinger skjer i bakgrunnen. Det er dette som f\u00e5r \u00ab\u00e9n konto, alle kjeder\u00bb til \u00e5 f\u00f8les ekte, selv om kontoen strengt tatt ikke har flyttet seg en centimeter.<\/p>

Intents og ERC-7683: du sier hva, ikke hvordan<\/h2>

Hjertet i utf\u00f8relseslaget er ideen om en intent. En vanlig transaksjon beskriver hvert steg: godkjenn denne kontrakten, kall denne funksjonen, bruk denne broen. En intent beskriver bare resultatet: jeg vil ha 500 USDC p\u00e5 Base, og her er det jeg gir fra meg. Hvordan det skjer, overlates til en solver.<\/p>

For at hvilken som helst lommebok skal kunne skrive en slik ordre og hvilken som helst solver skal kunne oppfylle den, trengs et felles spr\u00e5k. Det er ERC-7683, en standard for cross-chain intents utviklet av Uniswap Labs og Across og ratifisert tidlig i 2025. Den definerer et felles ordreformat (blant annet strukturen GaslessCrossChainOrder) slik at \u00e9n skrevet intent kan fylles av mange konkurrerende solvere. Nettstedet til standarden oppgir at rundt 70 protokoller n\u00e5 st\u00f8tter ERC-7683 og cross-chain intents, og den er kjernen i det bredere Open Intents Framework (erc7683.org<\/a>, EIP-7683<\/a>, Eco<\/a>).<\/p>

Ta et konkret eksempel. Du har USDC p\u00e5 Arbitrum, men vil kj\u00f8pe en NFT som prises i ETH p\u00e5 Base. Med intents signerer du \u00e9n ordre: gi fra deg et bestemt bel\u00f8p USDC p\u00e5 Arbitrum, motta et bestemt bel\u00f8p ETH p\u00e5 Base innen et tidsvindu. En solver ser ordren, sender deg ETH-en p\u00e5 Base fra sin egen beholdning nesten umiddelbart, og henter USDC-en din p\u00e5 Arbitrum etterp\u00e5. Du s\u00e5 aldri en bro, valgte aldri en gass-token, og ventet ikke p\u00e5 bekreftelser p\u00e5 tre kjeder. Prisen for bekvemmeligheten er at en mellommann, solveren, n\u00e5 st\u00e5r mellom deg og oppgj\u00f8ret, og at den mellommannen skal ha betalt.<\/p>

Akt\u00f8rene som vil skjule fragmenteringen<\/h2>

Rundt ERC-7683 har det vokst fram et knippe produkter som pakker de tre lagene inn i \u00e9n opplevelse. Particle Network selger \u00abOne Account, One Balance, Any Chain\u00bb: en universell konto bygget p\u00e5 ERC-4337 og EIP-7702, med et lag de kaller Universal Liquidity som automatisk broer og ruter likviditet og lar deg betale gass i valgfri token (Particle<\/a>). Rhinestone tilbyr Omni Accounts, som gj\u00f8r en modul\u00e6r ERC-7579-konto kjedeabstrahert og intent-drevet. Biconomy og Klaster lar deg signere \u00e9n Merkle-rot der instruksjoner p\u00e5 flere kjeder er bladene i treet, mens OneBalance bruker en ERC-7579-validatormodul og s\u00e5kalte resource locks der en rot-validator medsignerer handlinger p\u00e5 tvers av kjeder. Fellesnevneren er den samme: skjul at det finnes mange kjeder, og gi brukeren f\u00f8lelsen av \u00e9n.<\/p>

Det er verdt \u00e5 merke seg en forskjell mellom to filosofier her. Noen l\u00f8sninger, som Particle, samler saldoen din til ett tall og bygger en universell konto som fronter alt. Andre, som ren ERC-7683, lar lommeboken din beholde kontrollen og bare sende ut en intent til et \u00e5pent marked av solvere. Den f\u00f8rste f\u00f8les mest s\u00f8ml\u00f8s, men legger mest tillit hos \u00e9n leverand\u00f8r; den andre er mer \u00e5pen, men krever at det finnes nok solvere til \u00e5 konkurrere om ordren din. En universell saldo er dessuten en beregnet visning, ikke en felles pott: pengene ligger fortsatt spredt p\u00e5 de underliggende kjedene, og tallet du ser er summen av dem, omregnet.<\/p>

Akt\u00f8r eller standard<\/th>Tiln\u00e6rming<\/th>Hva det abstraherer bort<\/th><\/tr><\/thead>
ERC-7683 (Uniswap Labs og Across)<\/td>Felles intent-standard<\/td>Ordre- og oppgj\u00f8rsformat p\u00e5 tvers av kjeder<\/td><\/tr>
Particle Universal Accounts<\/td>Universell konto pluss Universal Liquidity<\/td>\u00c9n saldo, automatisk bro og gass i valgfri token<\/td><\/tr>
Rhinestone Omni Accounts<\/td>ERC-7579-moduler pluss intents<\/td>Modul\u00e6r smartkonto blir kjedeabstrahert<\/td><\/tr>
Biconomy MEE \/ Klaster<\/td>Signer \u00e9n Merkle-rot<\/td>Instruksjoner p\u00e5 flere kjeder som blader i ett tre<\/td><\/tr>
OneBalance<\/td>ERC-7579-validator pluss resource locks<\/td>Rot-validator medsignerer p\u00e5 tvers av kjeder<\/td><\/tr><\/tbody><\/table><\/figure>

Portabilitet og innl\u00e5sing: ERC-7779<\/h2>

Et beslektet problem er hva som skjer n\u00e5r du vil bytte lommebok-leverand\u00f8r. Fordi en smartkonto er kode og tilstand, ikke bare en n\u00f8kkel, kan to leverand\u00f8rer lagre ting p\u00e5 uforenlige m\u00e5ter i samme kontrakt. Flytter du en EIP-7702-delegering fra \u00e9n tilbyder til en annen, risikerer du at tilstanden kolliderer og at midler blir utilgjengelige. ERC-7779, \u00abInteroperable Delegated Accounts\u00bb, foresl\u00e5r et felles grensesnitt (med funksjoner som accountId() og accountStorageBases()) slik at en konto kan flyttes eller redelegeres uten at lagringen krasjer (EIP-7779<\/a>, Cointelegraph<\/a>).<\/p>

Dette er innl\u00e5singens tekniske ansikt, og det henger tett sammen med gjenoppretting. Mister du tilgangen til en kjedebundet smartkonto, m\u00e5 gjenopprettingen skje per kjede og per leverand\u00f8r, ikke ett sted for alle. Vi har sett n\u00e6rmere p\u00e5 hvor vanskelig det blir i praksis i gjennomgangen av gjenoppretting av smartkontoer<\/a>. Chain abstraction lover \u00e5 skjule kompleksiteten i det daglige, men kompleksiteten forsvinner ikke den dagen noe g\u00e5r galt. Da er det du, ikke laget over deg, som m\u00e5 vite hvor kontoene faktisk ligger.<\/p>

Hvem betaler for magien?<\/h2>

\u00abGassfritt\u00bb betyr aldri gratis. Det betyr at noen andre betaler, eller at du betaler i en annen token. En paymaster er kontrakten som dekker gassen. Circle Paymaster lar deg for eksempel betale gass i USDC p\u00e5 Arbitrum og Base, mot et p\u00e5slag p\u00e5 rundt 10 prosent etter at gratisperioden utl\u00f8p sommeren 2025 (Circle<\/a>). Kostnaden avhenger sterkt av kjeden, og det er en viktig grunn til at account abstraction i praksis konsentreres p\u00e5 L2, ikke p\u00e5 dyre L1. Tabellen viser omtrentlige kostnader per sponset operasjon.<\/p>

Kjede<\/th>Kostnad per sponset operasjon (USD)<\/th>Omtrent i kroner<\/th><\/tr><\/thead>
Ethereum mainnet (L1)<\/td>1,10 til 4,50 dollar<\/td>rundt 10 til 43 kr<\/td><\/tr>
Base<\/td>0,01 til 0,08 dollar<\/td>rundt 10 til 75 \u00f8re<\/td><\/tr>
Arbitrum<\/td>0,02 til 0,15 dollar<\/td>rundt 20 \u00f8re til 1,40 kr<\/td><\/tr>
Polygon<\/td>0,01 til 0,05 dollar<\/td>rundt 10 til 48 \u00f8re<\/td><\/tr><\/tbody><\/table><\/figure>

Tallene forklarer ogs\u00e5 hvorfor chain abstraction er attraktivt for tilbyderne: en app vil helst utf\u00f8re handlingene dine p\u00e5 en billig kjede og bare vise deg resultatet. En sponset operasjon som koster noen f\u00e5 \u00f8re p\u00e5 Base er en helt annen sak enn en som koster titalls kroner p\u00e5 mainnet. Solvere og paymastere tjener p\u00e5 differansen, p\u00e5 gebyrene og p\u00e5 p\u00e5slaget. For deg er regnestykket enkelt: jo mer usynlig gassen er, desto viktigere er det \u00e5 vite hvem som betaler, og hva de tar seg betalt i (kostnadstall fra Eco<\/a>, omregnet til kroner med en kurs p\u00e5 rundt 9,5 kroner per dollar).<\/p>

Solveren er den nye mellommannen<\/h2>

Intents l\u00f8ser et brukerproblem, men innf\u00f8rer et tillitsproblem. N\u00e5r du signerer en intent, gir du en solver mandat til \u00e5 handle p\u00e5 dine vegne. Solveren velger rute, tidspunkt og motpart. Det gir rom for den samme typen verdiekstraksjon som ellers preger Ethereum, der den som bygger og rekkef\u00f8lgestyrer transaksjoner kan tjene p\u00e5 posisjonen din. Vi har beskrevet hvordan smartkontoer b\u00e5de er m\u00e5l og skjold i dette spillet i artikkelen om EIP-7702 og MEV<\/a>.<\/p>

Vitalik Buterin har lenge advart mot \u00e5 bygge inn nye mellommenn. Han kaller rel\u00e9- og bundler-avhengighet \u00aba source of vulnerability and fragility\u00bb, fordi det gir \u00abno alternative path to inclusion\u00bb (Bitcoin.com<\/a>), og han holder fram at \u00abintermediary minimization is a core principle of non-ugly cypherpunk Ethereum\u00bb (Cointelegraph<\/a>). Chain abstraction trekker i motsatt retning: den legger til solvere og likviditetsnettverk. Bransjen pr\u00f8ver \u00e5 temme risikoen med mekanismer som resource locks, som l\u00e5ser midlene dine til en bestemt solver i et kort vindu, og med omd\u00f8mmesystemer som skviser ut useri\u00f8se akt\u00f8rer. Men prinsipielt bytter du bort litt selvstendighet mot bekvemmelighet. Det kan v\u00e6re en god handel. Det b\u00f8r v\u00e6re en bevisst en.<\/p>

Verdt \u00e5 sp\u00f8rre om er ogs\u00e5 hva som skjer n\u00e5r en solver svikter. Legger den ikke ut midlene p\u00e5 m\u00e5lkjeden slik intenten krever, skal du i prinsippet f\u00e5 tilbake det du la inn n\u00e5r tidsvinduet utl\u00f8per, uten at handelen gjennomf\u00f8res. Nettopp derfor er tidsvinduer, resource locks og et fungerende oppgj\u00f8rslag s\u00e5 viktige: de bestemmer hvor lenge midlene dine er bundet, og hva som skjer hvis ingen solver vil ta ordren til prisen du satte. Et system uten en tydelig reservel\u00f8sning kan i verste fall l\u00e5se midler i limbo, ikke stjele dem, men holde dem utilgjengelige til noe utl\u00f8per.<\/p>

Sikkerheten: n\u00e5r verdi krysser kjeder<\/h2>

Historisk er det ikke smartkontrakter, men broer og signerings\u00f8yeblikk som har kostet mest. Broer mellom kjeder har v\u00e6rt blant de mest utsatte m\u00e5lene i kryptohistorien, og feilene gjentar seg, som vi har dokumentert i gjennomgangen av hvorfor bro-hackene skjer om og om igjen<\/a>. Chain abstraction flytter mye av denne kryssingen bak kulissene, men fjerner den ikke: solvere bruker fortsatt broer og likviditetsnettverk, og en intent du signerer er bare s\u00e5 trygg som det du faktisk forst\u00e5r at du godkjenner.<\/p>

Det bringer oss til blindsignering. En intent kan v\u00e6re vanskeligere \u00e5 lese enn en vanlig overf\u00f8ring, fordi den beskriver et \u00f8nsket resultat og overlater detaljene til andre. Ser du bare \u00abbekreft\u00bb, uten \u00e5 forst\u00e5 hvilke midler som kan trekkes, p\u00e5 hvilke kjeder, og innenfor hvilket tidsvindu, er du tilbake til det samme problemet som har t\u00f8mt b\u00e5de b\u00f8rser og protokoller: gyldige signaturer p\u00e5 handlinger brukeren ikke forsto. Prinsippene for \u00e5 redusere denne risikoen, blant annet \u00e5 kreve at flere uavhengige parter godkjenner store bevegelser, gjelder like mye for kjedeabstraherte konti, og vi har samlet dem i beste praksis for multisig<\/a>. Regelen er enkel: jo mer et lag skjuler for deg, desto viktigere er det \u00e5 vite n\u00f8yaktig hva du signerer.<\/p>

Regulering og skatt i Norge<\/h2>

For norske brukere er det to spor \u00e5 holde styr p\u00e5. Det ene er tilsyn. MiCA gjelder i Norge gjennom E\u00d8S, innlemmet via kryptoeiendelsloven som tr\u00e5dte i kraft 1. juli 2025, og Finanstilsynet f\u00f8rer tilsyn med tilbydere av kryptoeiendelstjenester (CASP-er). De f\u00f8rste norske akt\u00f8rene er p\u00e5 plass, blant dem AK Jensen Norway, T\u00fdr Markets og Firi (Finanstilsynet<\/a>). En ren selvforvart smartkonto er som utgangspunkt utenfor CASP-regelverket, fordi du beholder kontrollen over n\u00f8klene. Men chain abstraction skyver grensen: en solver, en paymaster-tjeneste eller et likviditetsnettverk som h\u00e5ndterer eller flytter andres midler kan fort havne i en gr\u00e5sone der sp\u00f8rsm\u00e5let om tillatelse melder seg. Kryptoderivater som perpetuals h\u00f8rer uansett under MiFID II, ikke MiCA.<\/p>

Det andre sporet er skatt, og her har chain abstraction en ubehagelig konsekvens. Skatteetaten regner veksling fra \u00e9n kryptovaluta til en annen som realisasjon, og gevinst skattlegges som kapitalinntekt med 22 prosent (Skatteetaten<\/a>). En bindende forh\u00e5ndsuttalelse sl\u00e5r uttrykkelig fast at konvertering mellom kryptovalutaer er en realisasjon (Skatteetaten BFU<\/a>). En cross-chain-intent som bytter og flytter en token kan dermed utl\u00f8se \u00e9n eller flere realisasjoner, selv om den for deg f\u00f8les som ett trykk. I tillegg kommer formuesskatt p\u00e5 markedsverdien 31. desember (uten aksjerabatt), og verdiene er ikke forh\u00e5ndsutfylt i skattemeldingen; du m\u00e5 rapportere dem selv. Fra 1. januar 2026 gjelder ogs\u00e5 rapporteringsstandarden CARF, som p\u00e5legger b\u00f8rser og forvaringstjenester \u00e5 rapportere direkte til skattemyndighetene. Kort sagt: jo mer s\u00f8ml\u00f8s kontoen f\u00f8les, desto lettere er det \u00e5 samle opp en skattepliktig sportrail uten \u00e5 merke det.<\/p>

For en norsk bruker er det praktiske r\u00e5det derfor todelt. Bruk gjerne kjedeabstraherte lommeb\u00f8ker for bekvemmeligheten, men behandle hver cross-chain-handling som en potensiell skattehendelse, og ta vare p\u00e5 transaksjonshistorikken fra hver kjede du r\u00f8rer ved. Mange lommeb\u00f8ker viser deg bare sluttresultatet, ikke de mellomliggende byttene en solver gjorde p\u00e5 veien, og det er de mellomliggende byttene Skatteetaten kan komme til \u00e5 regne som realisasjoner. Med CARF p\u00e5 plass fra 2026 vil myndighetene dessuten motta data fra tilbyderne uansett, s\u00e5 avviket mellom det du selv rapporterer og det de ser, blir lettere \u00e5 oppdage.<\/p>

Slik navigerer du fragmenteringen<\/h2>

Chain abstraction er en av de mest lovende trendene i lommebok-verdenen, men den er verken magisk eller gratis. Her er en praktisk sjekkliste for 2026:<\/p>