Én smartkonto, mange kjeder: løftet om chain abstraction

Salgsargumentet gjentas overalt i 2026: én konto, alle kjeder. Logg inn med en passkey, hold saldoen din ett sted, og betal for hva som helst uten å bry deg om hvilken blokkjede verdiene faktisk ligger på. Smartkontoen, altså en konto styrt av kode i stedet for en enkelt privat nøkkel, er motoren bak løftet. Men det finnes en hake de færreste appene sier høyt: smartkontoen din reiser ikke mellom kjedene. Den lever der den ble opprettet.

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

Løftet, og haken ingen app nevner

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å to spor: ERC-4337, som legger et helt lag med bundlere og paymastere oppå Ethereum, og EIP-7702, som lar en vanlig adresse låne 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ær 60 millioner aktive delegeringer siden Pectra-oppgraderingen (BundleBear, EIP-7702-oversikt).

Men jo mer sømløs kontoen føles, desto lettere er det å glemme at den er bundet til én kjede. Åpner du den samme smartkontoen på 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øk på å skjule dette. Det er verdt å være tydelig på hva det er og ikke er: det fjerner ikke de underliggende kjedene, det legger et lag oppå dem som flytter verdier og betaler gass på dine vegne slik at fragmenteringen blir usynlig. Løftet er ekte. Det er også ufullført, og den ferske splittelsen mellom Ethereum og Base gjør veien dit lengre.

Hva en smartkonto egentlig er

Før vi kan snakke om kjeder som ikke følger med, må vi vite hva som faktisk følger. En vanlig lommebok er en externally owned account (EOA): én privat nøkkel styrer alt, og nøkkelen 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øre flere handlinger i én og samme transaksjon. ERC-4337, som ble endelig i mars 2023, gjorde dette mulig uten å endre Ethereum selv, ved å innføre et parallelt system av UserOperations, bundlere og en felles EntryPoint-kontrakt. Nyeste versjon, 0.8, støtter EIP-7702 direkte, slik at de to sporene begynner å smelte sammen.

EIP-7702 tok en annen vei til samme mål. I stedet for en ny kontraktskonto lar den en eksisterende EOA peke på kode via en delegeringspeker (den karakteristiske 0xef0100-prefiksen), slik at samme adresse midlertidig oppfører seg som en smartkonto og kan tilbakestilles igjen. Passkeys hører også hjemme her: takket være precompilen RIP-7212 kan konti verifisere P-256-signaturer, kurven i Apples Secure Enclave og Androids nøkkellager, til en brøkdel av kostnaden (fra rundt 300 000 gass ned mot 3 450), noe som gjør Face ID og fingeravtrykk til realistiske nøkler (Alchemy). Til slutt finnes native account abstraction, der protokollen selv forstår 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ørende for denne artikkelen, hvordan hver av dem forholder seg til flere kjeder.

Fire grunner til at kontoen din blir stående

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å være på plass før kontoen fungerer et nytt sted.

For det første adressen og koden. En ERC-4337-konto er en kontrakt som må deployes på hver enkelt kjede. Verktøy som CREATE2 gjør det mulig å få nøyaktig samme adresse på flere kjeder, men bare hvis kontrakten faktisk blir utrullet der. En tom adresse på Base er ikke den samme kontoen som på Arbitrum bare fordi tegnene stemmer overens.

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å mainnet og vil handle på Polygon, mangler du rett og slett drivstoffet på riktig sted.

For det tredje infrastrukturen. Bundlere, paymastere og EntryPoint-kontrakter må finnes og være konfigurert på den aktuelle kjeden. Konsentrasjonen er reell: Pimlico og Alchemy står til sammen for over halvparten av alle UserOps, og de dekker ikke alle kjeder like godt.

For det fjerde konfigurasjonen din. Nøkler, moduler, forbruksgrenser og gjenopprettingsregler ligger i kontraktens tilstand på én kjede. Endrer du en regel på mainnet, endres den ikke automatisk andre steder. Summen er at det du kaller «kontoen din», i praksis er et knippe like konti som tilfeldigvis deler adresse, og som du må vedlikeholde hver for seg.

EIP-7702 og kjedegrensen

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

Denne per-kjede-logikken er akkurat der løftet om «én konto» møter virkeligheten, og vi har gått grundig gjennom mekanikken i gjennomgangen av hvorfor EIP-7702 stopper ved kjedegrensen. Poenget her er at chain abstraction ikke opphever denne grensen. Den prøver å gjøre den usynlig, ved å automatisere det du ellers måtte gjort for hånd: signere delegeringer, skaffe gass og flytte verdier, kjede for kjede. Grensen er der fortsatt. Den er bare gjemt bak et penere grensesnitt.

Splittelsen som gjorde fragmenteringen verre

Den store planen for å fjerne fragmenteringen ved roten het native account abstraction: å 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 å sikte mot én spesifikasjon fordi de tekniske kompromissene ville tvunget minst én side til å gi opp kjernemål (The Block, Crypto Briefing).

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

Ikke alle er enige om hvilken vei som er riktig. Pedro Gomes, grunnlegger av WalletConnect, har sagt seg «convinced EIP-8130 is the better path for native account abstraction», fordi det er «simpler, more portable, and focused on what wallets actually need» (@pedrouid). Uansett hvem som får rett, betyr splittelsen for chain abstraction at selve kontoformatet nå kan bli forskjellig fra kjede til kjede. Lommebøkene må potensielt støtte to native-formater i tillegg til ERC-4337 og EIP-7702. Det er mer fragmentering å skjule, ikke mindre, og det er lommeboken din, ikke protokollen, som får jobben.

For tidslinjen betyr dette at native account abstraction på Ethereum-mainnet ikke er nært forestående. EIP-8141 er knyttet til Hegotá-oppgraderingen, som først 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å sin side rulle ut EIP-8130 på egen kjede uavhengig av Ethereums tidsplan. I mellomtiden er det ERC-4337 og EIP-7702 som bærer smartkontoene i praksis, og det er disse to sporene chain abstraction må jobbe med i lang tid framover.

Chain abstraction i tre lag

Når kontoen ikke reiser, må noe annet gjøre jobben. Bransjen deler chain abstraction i tre lag som samarbeider, og det er verdt å holde dem fra hverandre, fordi de har helt ulike tillitsprofiler.

Kontolaget er der smartkontoen bor: ERC-4337 eller EIP-7702, med passkeys, moduler og forbruksregler. Dette laget gir deg én identitet og ett sett med regler, men fortsatt per kjede.

Utførelseslaget er nytt. Her sitter solvere, altså profesjonelle aktører som konkurrerer om å 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å målkjeden først for å slippe deg for ventetiden.

Likviditetslaget er der pengene faktisk beveger seg. Solvere trekker på egne beholdninger, market makers og AMM-er for å skaffe riktig token på riktig kjede, og gjør opp med hverandre i etterkant. Kombinerer du de tre lagene, kan en app vise deg én saldo og ett trykk, mens broer, bytter og gassbetalinger skjer i bakgrunnen. Det er dette som får «én konto, alle kjeder» til å føles ekte, selv om kontoen strengt tatt ikke har flyttet seg en centimeter.

Intents og ERC-7683: du sier hva, ikke hvordan

Hjertet i utførelseslaget 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å Base, og her er det jeg gir fra meg. Hvordan det skjer, overlates til en solver.

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åk. 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 én skrevet intent kan fylles av mange konkurrerende solvere. Nettstedet til standarden oppgir at rundt 70 protokoller nå støtter ERC-7683 og cross-chain intents, og den er kjernen i det bredere Open Intents Framework (erc7683.org, EIP-7683, Eco).

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

Aktørene som vil skjule fragmenteringen

Rundt ERC-7683 har det vokst fram et knippe produkter som pakker de tre lagene inn i én opplevelse. Particle Network selger «One Account, One Balance, Any Chain»: en universell konto bygget på 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). Rhinestone tilbyr Omni Accounts, som gjør en modulær ERC-7579-konto kjedeabstrahert og intent-drevet. Biconomy og Klaster lar deg signere én Merkle-rot der instruksjoner på flere kjeder er bladene i treet, mens OneBalance bruker en ERC-7579-validatormodul og såkalte resource locks der en rot-validator medsignerer handlinger på tvers av kjeder. Fellesnevneren er den samme: skjul at det finnes mange kjeder, og gi brukeren følelsen av én.

Det er verdt å merke seg en forskjell mellom to filosofier her. Noen løsninger, 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 åpent marked av solvere. Den første føles mest sømløs, men legger mest tillit hos én leverandør; den andre er mer åpen, men krever at det finnes nok solvere til å konkurrere om ordren din. En universell saldo er dessuten en beregnet visning, ikke en felles pott: pengene ligger fortsatt spredt på de underliggende kjedene, og tallet du ser er summen av dem, omregnet.

Portabilitet og innlåsing: ERC-7779

Et beslektet problem er hva som skjer når du vil bytte lommebok-leverandør. Fordi en smartkonto er kode og tilstand, ikke bare en nøkkel, kan to leverandører lagre ting på uforenlige måter i samme kontrakt. Flytter du en EIP-7702-delegering fra én tilbyder til en annen, risikerer du at tilstanden kolliderer og at midler blir utilgjengelige. ERC-7779, «Interoperable Delegated Accounts», foreslår et felles grensesnitt (med funksjoner som accountId() og accountStorageBases()) slik at en konto kan flyttes eller redelegeres uten at lagringen krasjer (EIP-7779, Cointelegraph).

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

Hvem betaler for magien?

«Gassfritt» 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å Arbitrum og Base, mot et påslag på rundt 10 prosent etter at gratisperioden utløp sommeren 2025 (Circle). Kostnaden avhenger sterkt av kjeden, og det er en viktig grunn til at account abstraction i praksis konsentreres på L2, ikke på dyre L1. Tabellen viser omtrentlige kostnader per sponset operasjon.

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

Solveren er den nye mellommannen

Intents løser et brukerproblem, men innfører et tillitsproblem. Når du signerer en intent, gir du en solver mandat til å handle på 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ølgestyrer transaksjoner kan tjene på posisjonen din. Vi har beskrevet hvordan smartkontoer både er mål og skjold i dette spillet i artikkelen om EIP-7702 og MEV.

Vitalik Buterin har lenge advart mot å bygge inn nye mellommenn. Han kaller relé- og bundler-avhengighet «a source of vulnerability and fragility», fordi det gir «no alternative path to inclusion» (Bitcoin.com), og han holder fram at «intermediary minimization is a core principle of non-ugly cypherpunk Ethereum» (Cointelegraph). Chain abstraction trekker i motsatt retning: den legger til solvere og likviditetsnettverk. Bransjen prøver å temme risikoen med mekanismer som resource locks, som låser midlene dine til en bestemt solver i et kort vindu, og med omdømmesystemer som skviser ut useriøse aktører. Men prinsipielt bytter du bort litt selvstendighet mot bekvemmelighet. Det kan være en god handel. Det bør være en bevisst en.

Verdt å spørre om er også hva som skjer når en solver svikter. Legger den ikke ut midlene på målkjeden slik intenten krever, skal du i prinsippet få tilbake det du la inn når tidsvinduet utløper, uten at handelen gjennomføres. Nettopp derfor er tidsvinduer, resource locks og et fungerende oppgjørslag så 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øsning kan i verste fall låse midler i limbo, ikke stjele dem, men holde dem utilgjengelige til noe utløper.

Sikkerheten: når verdi krysser kjeder

Historisk er det ikke smartkontrakter, men broer og signeringsøyeblikk som har kostet mest. Broer mellom kjeder har vært blant de mest utsatte målene i kryptohistorien, og feilene gjentar seg, som vi har dokumentert i gjennomgangen av hvorfor bro-hackene skjer om og om igjen. 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å trygg som det du faktisk forstår at du godkjenner.

Det bringer oss til blindsignering. En intent kan være vanskeligere å lese enn en vanlig overføring, fordi den beskriver et ønsket resultat og overlater detaljene til andre. Ser du bare «bekreft», uten å forstå hvilke midler som kan trekkes, på hvilke kjeder, og innenfor hvilket tidsvindu, er du tilbake til det samme problemet som har tømt både børser og protokoller: gyldige signaturer på handlinger brukeren ikke forsto. Prinsippene for å redusere denne risikoen, blant annet å kreve at flere uavhengige parter godkjenner store bevegelser, gjelder like mye for kjedeabstraherte konti, og vi har samlet dem i beste praksis for multisig. Regelen er enkel: jo mer et lag skjuler for deg, desto viktigere er det å vite nøyaktig hva du signerer.

Regulering og skatt i Norge

For norske brukere er det to spor å holde styr på. Det ene er tilsyn. MiCA gjelder i Norge gjennom EØS, innlemmet via kryptoeiendelsloven som trådte i kraft 1. juli 2025, og Finanstilsynet fører tilsyn med tilbydere av kryptoeiendelstjenester (CASP-er). De første norske aktørene er på plass, blant dem AK Jensen Norway, Týr Markets og Firi (Finanstilsynet). En ren selvforvart smartkonto er som utgangspunkt utenfor CASP-regelverket, fordi du beholder kontrollen over nøklene. Men chain abstraction skyver grensen: en solver, en paymaster-tjeneste eller et likviditetsnettverk som håndterer eller flytter andres midler kan fort havne i en gråsone der spørsmålet om tillatelse melder seg. Kryptoderivater som perpetuals hører uansett under MiFID II, ikke MiCA.

Det andre sporet er skatt, og her har chain abstraction en ubehagelig konsekvens. Skatteetaten regner veksling fra én kryptovaluta til en annen som realisasjon, og gevinst skattlegges som kapitalinntekt med 22 prosent (Skatteetaten). En bindende forhåndsuttalelse slår uttrykkelig fast at konvertering mellom kryptovalutaer er en realisasjon (Skatteetaten BFU). En cross-chain-intent som bytter og flytter en token kan dermed utløse én eller flere realisasjoner, selv om den for deg føles som ett trykk. I tillegg kommer formuesskatt på markedsverdien 31. desember (uten aksjerabatt), og verdiene er ikke forhåndsutfylt i skattemeldingen; du må rapportere dem selv. Fra 1. januar 2026 gjelder også rapporteringsstandarden CARF, som pålegger børser og forvaringstjenester å rapportere direkte til skattemyndighetene. Kort sagt: jo mer sømløs kontoen føles, desto lettere er det å samle opp en skattepliktig sportrail uten å merke det.

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

Slik navigerer du fragmenteringen

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:

• Vit hvilken kjede du faktisk står på. En «universell saldo» er en beregnet visning, ikke ett sted der pengene ligger.
• Finn ut hvem som betaler gassen, og i hvilken token. Et påslag på rundt 10 prosent på en stablecoin er vanlig for paymaster-tjenester.
• Les intenten, ikke bare knappen. Sjekk hvilke midler som kan trekkes, på hvilke kjeder, og innenfor hvilket tidsvindu.
• Behandle solvere som mellommenn. Foretrekk løsninger med resource locks, omdømme og åpen kildekode framfor en ugjennomsiktig svart boks.
• Planlegg for gjenoppretting per kjede. En kjedebundet konto må kunne gjenopprettes der den lever, ikke bare ett sted.
• Før krypto-regnskap fra dag én. Hvert bytte kan være en realisasjon, og med CARF får Skatteetaten uansett tallene fra 2027.
• Ikke anta at native er rett rundt hjørnet. Etter splittelsen 15. september er native account abstraction på L1-mainnet fortsatt et Hegotá-tema, og det ligger etter Glamsterdam-oppgraderingen (testnett-forken på Sepolia er ventet 6. oktober, mainnet i løpet av fjerde kvartal), der account abstraction ikke er en hovedsak (Crypto Briefing).

Ofte stilte spørsmål

Hva er chain abstraction?

Chain abstraction er en samlebetegnelse på teknologi som skjuler hvilken blokkjede en handling skjer på. Målet er at du skal ha én konto og én saldo, og at systemet selv flytter verdier og betaler gass på riktig kjede når du uttrykker hva du vil oppnå. Det fjerner ikke de underliggende kjedene, det legger et lag oppå dem.

Følger smartkontoen min med fra én kjede til en annen?

Nei. En smartkonto lever på den kjeden den ble opprettet på. Adressen kan se lik ut på flere kjeder gjennom CREATE2, men kontrakten, saldoen, gass-token og en eventuell EIP-7702-delegering må settes opp per kjede. Chain abstraction prøver å skjule dette, men fjerner det ikke.

Hva er en intent, og hvordan skiller ERC-7683 seg fra en vanlig transaksjon?

En intent beskriver resultatet du vil ha, for eksempel USDC på Base, ikke stegene dit. ERC-7683 er en felles standard for slike ordrer på tvers av kjeder, laget av Uniswap Labs og Across. En solver konkurrerer om å oppfylle intenten og legger ut egne midler på målkjeden, mot betaling.

Er gassfrie transaksjoner på tvers av kjeder skattefrie i Norge?

Nei. Skatteetaten regner veksling fra én kryptovaluta til en annen som realisasjon, og gevinst skattlegges som kapitalinntekt med 22 prosent. En cross-chain-intent som bytter og flytter en token kan utløse flere realisasjoner, selv om den føles som ett klikk, og hendelsene er ikke forhåndsutfylt i skattemeldingen.

Hvorfor splittet Ethereum og Base seg om account abstraction?

15. september 2026 bekreftet utviklere at de sluttet å samordne EIP-8130 (Base) og EIP-8141 (Ethereum). Ethereum prioriterer sensurmotstand og sikkerhet, Base prioriterer skala og etterlevelse. Resultatet er to konkurrerende native-formater, og lommebøkene får ansvaret for å bygge bro over fragmenteringen.

Av Yuki Tanaka, redaktør for lommebøker og børser i HOGE Wire.