Rätten att förbli en dum plånbok: smarta konton 2026

Under 2026 blev det smarta kontot normalläget. Det började som ett tekniskt alternativ för entusiaster och slutade som det du får utan att be om det: flera plånböcker delegerar numera din adress till ett smart kontrakt som standard, och miljontals vanliga konton bär nu kod de aldrig aktivt valde. Berättelsen handlade hela året om hur mycket mer ett konto kan göra när det blir programmerbart, hur mycket enklare självförvaring blir när plånboken kan samla ihop flera steg till en transaktion, betala gas åt dig och återställas med hjälp av vänner istället för en lapp i byrålådan.

Den 29 oktober 2026 visade sig den andra sidan av samma mynt. En angripare tömde Binances hot wallets på runt 6,3 miljarder dollar på tio blockkedjor på cirka tjugo minuter, den största stölden i kryptohistorien, och verktyget var just den delegeringsmekanism som gör kontot smart. Inte ett fel i Ethereum, utan en giltigt signerad fullmakt som förvandlade en börs varma plånbok till ett dräneringskontrakt. Dagen efter, den 30 oktober, lämnade en utvecklare in något som pekar åt rakt motsatt håll mot hela årets riktning: ett förslag om att låta ditt konto stänga av möjligheten att bli smart, för gott.

Det är den spänningen den här texten handlar om. På ena sidan ett utkast (draftnumret är EIP-8476) som vill ge dig rätten att förbli en dum plånbok, en adress utan kod som aldrig kan delegeras igen. På andra sidan den snabbast växande användningen av smarta konton under 2026: att ge dem till maskiner, till AI-agenter som betalar per API-anrop och handlar åt dig medan du sover. Två riktningar, samma konto. Frågan under ytan är densamma: vad ska ett konto få göra utan dig, och vem sätter golvet, du, din plånbokstillverkare eller protokollet?

Året då kontot blev smart som standard

Grunden lades med Pectra-uppgraderingen och EIP-7702, som införde en ny transaktionstyp där ett vanligt nyckelstyrt konto (en externally owned account, EOA) kan anta koden från ett befintligt smart kontrakt utan att flytta en enda krona till en ny adress. Rent konkret skriver kontot in en pekare: enligt specifikationen sätts kontots kod till 0xef0100 följt av en 20 bytes lång adress, totalt 23 bytes. Den pekaren säger åt nätverket att köra ett annat kontrakts kod när någon interagerar med din adress. Resultatet är batchning, gassponsring och återställningsalternativ, allt medan du behåller samma adress och samma privata nyckel.

Under hösten 2026 gick funktionen från tillval till standard. Alchemy slog på delegering som förval i sitt Modular Account v2 den 21 september, dokumenterat i en pull request, vilket innebär att nya konton som byggs på den infrastrukturen delegeras direkt. Siffrorna visar skalan men också en baksida: enligt BundleBear finns nästan 279 miljoner kumulativa auktorisationer men bara runt 72 miljoner aktiva delegeringar. Gapet, nästan fyra gånger, beror dels på att övergivna sweeper-kontrakt (den ökända CrimeEnjoyor-familjen) blåser upp det kumulativa talet, dels på att konton återkallar, uppdaterar och byter delegat. Många konton är alltså smarta på papperet, färre är det i praktiken just nu.

Fyra vägar till ett konto, och om du kan stänga av det

För att förstå vad en av-knapp ens betyder behöver man se de fyra vägarna till ett konto på Ethereum i dag. De skiljer sig inte bara i vad de kan göra, utan i vem som styr, om kontot kan uppgraderas och om du kan stänga av programmerbarheten igen. Det är den sista kolumnen som förslaget om permanent opt-out handlar om, och den som nästan ingen pratade om förrän oktober.

Hacket som gjorde delegeringen till ett vapen

Vi har gått igenom mekaniken i detalj på annat håll, i genomgången av hur EIP-7702 blev ett vapen och i obduktionen av själva börshacket, så här räcker det korta: angriparen behövde inte knäcka Ethereum. Binances egen signeringsinfrastruktur, under angriparens kontroll, signerade en giltig EIP-7702-auktorisation som pekade börsens hot wallet mot ett sweeper-kontrakt. Kontot gjorde exakt vad det blev tillsagt. En fullmakt, korrekt undertecknad, som råkade vara dödlig.

Poängen som utvecklarna drog var inte att delegering är trasig, utan att den flyttar frågan. Taylor Monahan, säkerhetsforskare med lång erfarenhet av plånboksangrepp, sa det rakt i The Block: ”It’s not actually a 7702 issue, its the same issue crypto has had since day one: end users struggle to secure their private keys.” Själva signeringen var äkta. Det som fattades var ett sätt att säga nej i förväg, en garanti att just det här kontot aldrig kan bli ett program, oavsett vilken giltig signatur någon lyckas pressa fram.

Binance täckte enligt egna uppgifter runt 95 procent av de stulna tillgångarna inom en vecka, med över 6,34 miljarder dollar av egna medel och ett zero-knowledge-bevis på att tio stora token är uppbackade 1:1, och återöppnade uttag stegvis (uttagen för HYPE och APT slogs på igen den 8 november), rapporterar Crypto Times. Men det är själva poängen: räddningen kom från en börs balansräkning, inte från kontomodellen. För den som förvarar själv finns ingen sådan kassa. Det är i det vakuumet opt-out-förslaget föddes.

Av-knappen: förslaget om permanent opt-out

Den 30 oktober 2026, dagen efter hacket, lämnade utvecklaren nicolashw in ett utkast till ett core-förslag i Ethereums EIP-arkiv, pull request 12600, med titeln Permanent EOA Delegation Opt-Out. Förslaget, som i draftform fått numret EIP-8476, gör en enda sak: det låter ett vanligt konto permanent stänga av sin förmåga att någonsin delegeras via EIP-7702, samtidigt som adressen och det vanliga EOA-beteendet behålls. Formuleringen i utkastet är ”allowing an EOA to permanently disable EIP-7702 delegation while retaining its address and ordinary EOA behavior.”

Mekaniken är elegant i sin sparsamhet. Där en delegering i dag skriver in markören 0xef0100 följt av en adress, skriver opt-out in en annan markör, 0xef0200, som betyder det motsatta: det här kontot får aldrig peka på kod. Utkastet inför ingen ny transaktionstyp, ingen ny opcode och ingen ny lagringsplats. Aktiveringen sker genom en smal, tidigare ogiltig variant av en type-4-transaktion med tom auktorisationslista som kontot skickar till sig självt. EVM:en behandlar 0xef0200-markören som tom kod (EXTCODESIZE blir 0, EXTCODEHASH blir hashen för tom kod), vilket gör att kontot fortfarande ser ut och fungerar som en vanlig EOA mot andra kontrakt, till exempel när det tar emot en ERC-721 eller ERC-1155.

Det viktiga ordet är permanent. Till skillnad från att återkalla en delegering, som vi strax återkommer till, går det inte att ångra. En gång aktiverad blockerar opt-out all framtida delegering på den kedjan. Det är tänkt för exakt den användare som aldrig har för avsikt att använda smarta funktioner: den som vill att kallförvaringskontot ska vara en orörlig valvdörr, inte en programmerbar plånbok. Just nu är det ett utkast, inte sammanslaget och under editorsgranskning, och det skulle kräva en nätverksuppgradering för att träda i kraft. Men att förslaget över huvud taget finns, dagar efter den största stölden någonsin, säger något om vart vinden vänder.

0xef0100 mot 0xef0200: två markörer, två betydelser

Det är värt att stanna vid de två markörerna, för de fångar hela debatten i tjugotre respektive tre bytes. En delegerad adress bär 23 bytes kod som börjar med prefixet 0xef0100 och sedan pekar på det kontrakt vars logik kontot lånar. Vem som helst kan läsa den på en blockutforskare och se exakt vilket kontrakt din plånbok pekar på. Det är den pekaren börserna numera måste skanna när du gör en insättning, eftersom det gamla antagandet att en avsändare med kod inte kan vara en EOA inte längre håller.

Opt-out-markören 0xef0200 vänder på logiken. Den säger inte ”kör det här kontraktet” utan ”kör aldrig något kontrakt”. Finessen är att EVM:en rapporterar den som tom kod, så för alla praktiska ändamål ser kontot ut som en orörd EOA: det kan ta emot token, skicka ether och signera meddelanden precis som förut. Skillnaden syns bara när någon försöker skriva in en delegering, och misslyckas. Till skillnad från 0xef0100, som är en pekare du kan byta eller nollställa, är 0xef0200 tänkt som en enkelriktad grind. Det är där det blir både kraftfullt och omtvistat, för en oåterkallelig ändring i ett självförvarat konto är ett verktyg man kan skada sig på.

Utkastet noterar också en teknisk hake: markören syns i state-trädet och i state-bevis, vilket skapar en liten avvikelse mot hur EXTCODEHASH annars beter sig. Det är den sortens detalj som editors och klientutvecklare måste slipa på innan något sådant här kan bli verklighet, och en påminnelse om att ”stäng bara av det” sällan är så enkelt på protokollnivå som det låter i en rubrik.

Det finns också en principiell spänning i själva permanensen. Ethereum bygger till stor del på att tillstånd går att ändra: kontrakt kan uppgraderas, delegeringar bytas, beslut ångras. En markör som medvetet är oåterkallelig går mot den kulturen, och kritiker har pekat på ironin att det enda du inte kan opta ut ur är opt-out:en själv. Försvaret är att det är just det som är poängen: ett säkerhetslöfte som går att återkalla är inget säkerhetslöfte. Var den gränsen ska gå, mellan användbar flexibilitet och en hård garanti, är precis vad editorsdiskussionen kring utkastet handlar om.

Vad en permanent opt-out inte skyddar mot

Här är det lätt att övertolka vad en av-knapp köper dig, och utkastet är ärligt med gränserna. Tre saker skyddar den inte mot, och de är precis de saker folk oftast tror att de är skyddade mot.

För det första: om din privata nyckel läcker kan tjuven fortfarande tömma kontot på vanligt sätt. Opt-out blockerar framtida delegering, inte en vanlig överföring signerad med din nyckel. En angripare som har din seed behöver inte delegera något, hen skickar bara ut pengarna. Det är exakt Monahans poäng igen: det underliggande problemet är nyckelsäkerhet, och det löser ingen markör i world state.

För det andra: den återkallar inte befintliga token-godkännanden (approvals). Om du någon gång gett ett kontrakt rätt att spendera dina USDC eller din stETH ligger den rätten kvar efter en opt-out. De gamla dräneringsvägarna via phishade approvals är orörda. För det tredje: den kan slå sönder återställning som bygger på delegering. Flera moderna återställningsflöden (social recovery, vaktmästarnycklar) förutsätter att kontot kan peka på ett kontrakt; stänger du av det för gott stänger du också dörren till de flödena. Opt-out är med andra ord ett golv, inte ett botemedel: den tar bort en specifik, spektakulär attackyta (den vapeniserade delegeringen) men lämnar de vardagliga kvar.

Att återkalla är inte att stänga av för gott

En vanlig missuppfattning är att man redan kan göra det opt-out föreslår, genom att återkalla sin delegering. Det stämmer inte riktigt, och skillnaden är hela poängen. Att återkalla i dag betyder att du skickar en ny auktorisation som pekar på nulladressen; enligt 7702-specifikationen raderas då kontots kod och kodhash återställs till tom kod, och kontot blir en vanlig EOA igen. Men det är reversibelt: inget hindrar dig (eller någon med din nyckel) från att delegera på nytt i morgon. Återkallelse rensar nuläget, den låser inte framtiden.

Opt-out låser framtiden. Det är den avgörande skillnaden, och den gör de två verktygen till svar på olika frågor. Vill du byta smart plånbok eller städa bort en gammal delegering? Återkalla. Vill du garantera att ett konto aldrig mer kan bli ett program, inte ens om din nyckel en dag hamnar i fel händer? Då, och bara då, är en permanent spärr poängen. Tabellen nedan visar de fyra tillstånd ett konto kan befinna sig i, varav det sista fortfarande bara finns på ritbordet.

Rätten att förbli en dum plånbok

Bakom tekniken ligger en principfråga som är värd att ta på allvar. Hela 2026 drevs av tanken att smartare är bättre: mer programmerbarhet, fler funktioner, mindre friktion. Men självförvaring har alltid också haft en motsatt dygd, minimalism. En naken EOA är beroende av ingenting utom Ethereum självt. Den behöver ingen bundler, ingen paymaster, ingen leverantör som håller en nyckeldel vid liv. Den gör en enda sak och gör den så länge kedjan finns. För stora, långsiktiga innehav är den egenskapen inte en begränsning, den är själva poängen.

Argumentet blir starkare när man minns vad ett smart konto faktiskt beror på. Ett delegerat konto lutar sig mot en kedja av tjänster som någon måste hålla igång: delegatkontraktet, en bundler, ibland en paymaster, en nyckelhanterare eller en inbäddad plånboksleverantör. On-chain-koden är permanent, men tjänstelagret och nyckelförvaringen är det inte, och under 2026 bytte stora delar av det lagret ägare i en våg av uppköp. För ett konto du tänker röra ofta är det ett rimligt beroende. För ett konto som ska stå orört i tio år är varje extra beroende en extra sak som kan gå sönder. Minimalism är inte bakåtsträvande, den är en riskbedömning.

Rätten att förbli en dum plånbok är rätten att välja den minimalismen och göra den garanterad. I dag är den bara en vana: du kan låta bli att delegera, men du kan inte bevisa för dig själv att kontot aldrig kommer att delegeras, eftersom en framtida signatur alltid kan ändra det. Opt-out skulle göra avståendet till ett hårt löfte i stället för en god vana. Det är samma logik som när en bankfacksägare svetsar igen den extra lucka hen aldrig tänker använda: du offrar flexibilitet för visshet.

Vitalik Buterin har länge argumenterat för att användbarhet och självförvaring inte är motsatser, och att en seed-fras skyddar mot förlust men inte mot stöld. Hans bild av det mänskliga kontot är fortfarande träffande: hjärnan är dålig på att minnas lösenord men, som han skrev i sin essä om social recovery, ”an ASIC for keeping track of relationships with other people.” Den som vill ha social recovery vill ha ett smart konto. Den som vill ha en orörlig valvdörr vill ha motsatsen. Opt-out är ett erkännande av att båda användarna är legitima, och att protokollet inte borde tvinga in alla i samma modell.

Den motsatta kraften: konton byggda för maskiner

Medan en del av ekosystemet vill ge människor en av-knapp drar en annan del åt rakt motsatt håll. Den snabbast växande användningen av smarta konton under 2026 är inte mänsklig alls: det är AI-agenter som håller pengar och betalar själva. Här är hela poängen att kontot ska göra saker utan dig, autonomt, dygnet runt, och det kräver mer delegering, inte mindre.

Motorn heter ofta x402, en öppen betalningsstandard som Coinbase lanserade och som bygger på webbens länge bortglömda HTTP-statuskod 402, ”Payment Required”. När en agent vill köpa en tjänst svarar servern med betalningsvillkor i maskinläsbart format, agenten signerar en betalning med sin plånbok och en facilitator gör upp on-chain, vanligen i USDC på Base, utan att agenten behöver hålla gastoken. Det bygger på EIP-3009, där en överföring görs med en signatur i stället för en vanlig transaktion. Enligt Decrypt hade x402 i början av november 2026 behandlat över 196 miljoner transaktioner på ett dussin kedjor, om än i mikrobelopp.

Hur smått blir tydligt i CoinDesks genomgång: snittbetalningen ligger runt 30 cent och fler än 480 000 agenter räknades in i ekosystemet. Lincoln Murr, Head of AI Product på Coinbase, satte fingret på var det faktiskt fungerar i dag: ”The primary product-market fit today is machine-to-machine payments from agents to APIs.” Han medgav samtidigt flaskhalsen: ”Getting set up with the wallet is still a massive pain point.” Stephanie Cohen, Chief Strategy Officer på Cloudflare, förklarade varför stablecoins passar: ”Stablecoins are particularly well suited to the kinds of transactions we expect AI agents to make at first, essentially lots of very small, high-frequency payments.”

Coinbase gjorde det konkret med Agentic Wallets, lanserade den 11 februari 2026, en plånboksinfrastruktur byggd för agenter som kan spendera, handla och generera avkastning on-chain. Enligt Crypto Briefing kan användaren sätta spendtak som agenten inte får överskrida, och transaktioner kräver användarens godkännande i förväg. Det är samma grundidé som en fullmakt: begränsad, villkorad, återkallelig. Men riktningen är tydlig, och den pekar inte mot en av-knapp.

Att det inte är en nischföreteelse syns på vilka som står bakom x402. Standarden förvaltas sedan 2026 av en stiftelse under Linux Foundation med fler än femtio medlemsorganisationer, däribland Visa, Mastercard, Google, Shopify och PayPal. Sapan Mandloi, Mastercards vice vd för tokenisering, sammanfattade förväntan i CoinDesks genomgång: ”Our view is that agentic commerce will be a multi-rail environment.” De som bygger framtidens betalningsinfrastruktur räknar alltså med att en betydande del av trafiken kommer från konton som agerar utan en människa i realtid. Det är rakt motsatt riktning mot en permanent av-knapp, och båda idéerna lever samtidigt.

Session-nycklar, spend permissions och den delade primitiven

Det obehagliga, och viktiga, är att agenten och angriparen använder samma primitiv. När du låter en AI-agent handla åt dig ger du den en avgränsad fullmakt: en session-nyckel med begränsad livslängd, eller en spend permission via standarder som ERC-7715 och ERC-7710 som säger ”den här nyckeln får spendera högst så här mycket USDC per dag och inget annat”. Det är precis den sortens delegerade, scope-begränsade behörighet som gör agentekonomin möjlig. Det är också, i urartad form, exakt vad Binance-angriparen utnyttjade: en giltig, signerad delegering som gjorde mer än ägaren tänkt sig.

Vi har skrivit om den här förskjutningen förut, både i genomgången av AI-agenternas plånboks-UX (där poängen var att du inte godkänner en betalning utan en fullmakt) och i analysen av plånbokens UX efter Binance-rånet. Skillnaden mellan nytta och katastrof ligger inte i primitiven utan i gränserna: hur snävt scope, hur kort livslängd, hur tydligt du ser vad du signerar. Ett spendtak på 500 kronor om dagen är en fullmakt; en obegränsad delegering till ett kontrakt du inte läst är en blancofullmakt. Agentekonomin tvingar fram bättre verktyg för det förra, och opt-out-debatten handlar om en nödbroms för när allt annat fallerar.

Två riktningar, samma konto

Så står 2026 med två rörelser som drar åt varsitt håll. Den ena vill ge dig en permanent av-knapp: rätten att göra ett konto garanterat dumt. Den andra vill ge dina agenter djupare fullmakter: rätten att låta ett konto handla autonomt. Det frestande är att se dem som fiender, men de är egentligen två svar på samma insikt, att delegering är mäktigt och därför farligt.

Den rimliga slutsatsen är inte ett konto som passar alla, utan rätten att välja per konto. Ett lönekonto du rör dagligen kan gärna vara smart och agentvänligt, med snäva spendtak och korta session-nycklar. Ett sparkonto eller ett kallförvaringskonto kan vara stendumt, helst med en spärr som gör det omöjligt att delegera även om nyckeln en dag läcker. Det är samma tänk som skiljer plånboken i fickan från bankfacket: olika konton, olika risknivå, olika grad av programmerbarhet. Opt-out ger den sista kategorin ett verktyg den hittills saknat.

Värt att minnas är att inget av det här är avgjort. Native account abstraction, där kontot är kod från början, ligger fortfarande i framtiden; de konkurrerande förslagen (EIP-8141 och EIP-8130) siktar tidigast på 2027, och Glamsterdam-uppgraderingen som diskuterades under hösten rör genomströmning, inte kontomodellen. Opt-out-utkastet är just ett utkast. Men tillsammans ritar de en karta: 2027 handlar mindre om huruvida ditt konto kan bli smart, och mer om hur mycket du själv får bestämma om det.

Priset i kronor

Allt det här kostar gas, och gas kostar kronor. Den 10 november 2026 handlades ether runt 2 100 dollar, enligt CoinGecko omkring 20 800 kronor, ned på veckan i ett risk-off-läge där Bitcoin samtidigt gled ned mot runt 74 600 dollar enligt Analytics Insight. Växelkursen låg nära 9,82 kronor per dollar. Med de nivåerna blir de olika kontohandlingarna olika dyra, och skillnaden mellan mainnet och en L2 är enorm.

En vanlig överföring på 21 000 gas kostar vid 3 gwei knappt 0,00006 ether, alltså drygt en krona; opt-out-transaktionens dryga 16 500 gas landar en bit under det. Men gaspriset svänger, och vid 20 gwei mångdubblas notan. På en L2 som Base eller Arbitrum är samma handlingar oftast ören. Tabellen ger en känsla för storleksordningen (avrundat, mainnet vid lågt gaspris).

Vad FI och Skatteverket ser

Rent svensk reglering ändras inte av vilken markör ditt konto bär. En ren självförvaringsplånbok, smart eller dum, är i regel ingen tillståndspliktig verksamhet. Det är börserna och förvararna som är kryptoleverantörer (CASP) under MiCA, och det är dem Finansinspektionen övervakar. Sedan den 1 oktober 2025 måste varje kryptoföretag som vänder sig till svenska kunder ha ansökt om tillstånd hos FI eller avveckla. Ett opt-out-konto eller ett agentstyrt konto som du själv kontrollerar hamnar utanför den perimetern, men i samma ögonblick du låter en depåtjänst eller en förvarande agentplattform hålla nyckeln rör du dig in i CASP-land.

Skatteverket är den tråkigare detaljen, och den som agentekonomin gör akut. Varje gång krypto byter skepnad räknas det som en avyttring: en swap, men också varje gång en stablecoin växlas till något annat. Skatteverket behandlar sådana byten i inkomstslaget kapital (deklareras på K4 avsnitt D, 30 procent skatt på vinst, omkostnadsbeloppet räknas med genomsnittsmetoden). En AI-agent som gör hundratals mikrobetalningar om dagen genererar därmed en lång rad skattehändelser som du ansvarar för, tyst och i bakgrunden. Det är en paradox värd att notera: samma automatisering som gör agentbetalningar bekväma gör också din deklaration svårare. Ett dumt, orört kallförvaringskonto som bara ligger still utlöser däremot ingenting förrän du säljer.

Så läser och styr du ditt eget konto

Du behöver inte vänta på att EIP-8476 ska bli verklighet för att ta kontroll över hur smart ditt konto är. Mycket går att göra redan i dag, och det mesta handlar om att faktiskt titta på vad din adress bär och begränsa vad den fått lov att göra.

• Läs din kod: slå upp adressen på en blockutforskare och se om den börjar på 0xef0100. Gör den det är kontot delegerat, och du kan se exakt till vilket kontrakt.
• Rensa gamla delegeringar du inte känner igen genom att återkalla (sätt delegeringen till nulladressen). Kom ihåg att det görs per kedja.
• Gå igenom dina token-godkännanden i ett verktyg för approvals och dra tillbaka sådant du inte längre använder; en opt-out skulle inte ha rört dem.
• Separera konton efter risk: ett litet, agentvänligt vardagskonto och ett större, stendumt kallförvaringskonto som aldrig delegeras.
• Ge agenter snäva fullmakter: korta session-nycklar, tydliga spendtak och läs vad du signerar (clear signing) i stället för att blint godkänna.
• Använd hårdvara för det som ska ligga still, och håll ett öga på opt-out-utkastet om du vill ha en hård spärr i framtiden.

Grundpoängen är enkel: ett smart konto är inte säkrare eller osäkrare i sig, det är bara mer eller mindre begränsat. Den som vet var 0xef0100 sitter, vad som får spendera ens token och vilka konton som aldrig ska vara programmerbara har redan gjort det mesta av jobbet, vare sig en av-knapp blir verklighet eller inte. Resten är att följa med i vart debatten tar vägen, och den debatten blev mycket mer intressant den 30 oktober.

Frequently Asked Questions

Vad är EIP-8476 och permanent opt-out för EIP-7702?

EIP-8476 är ett utkast som utvecklaren nicolashw lämnade in den 30 oktober 2026 (pull request 12600 i Ethereums EIP-arkiv). Det föreslår att ett vanligt konto permanent och oåterkalleligt ska kunna stänga av möjligheten att delegeras via EIP-7702, genom en markör (0xef0200) i kontots kod, samtidigt som adressen fungerar som en vanlig EOA. Det är ännu inte sammanslaget och skulle kräva en nätverksuppgradering.

Skyddar en permanent opt-out mot att bli hackad?

Bara delvis. Den blockerar framtida delegeringar, vilket tar bort den attackyta som utnyttjades i Binance-hacket, men den stoppar inte en tjuv som har din privata nyckel från att skicka ut pengarna på vanligt sätt, och den återkallar inte token-godkännanden du redan gett bort. Grundproblemet är fortfarande nyckelsäkerhet.

Vad är skillnaden mellan att återkalla en delegering och att göra opt-out?

Att återkalla sätter delegeringen till nulladressen och rensar kontots kod, men är reversibelt: du kan delegera på nytt när som helst. Permanent opt-out enligt utkastet går inte att ångra och blockerar all framtida delegering på den kedjan. Återkallelse rensar nuläget, opt-out låser framtiden.

Vad är en agentplånbok och x402?

En agentplånbok är ett konto som en AI-agent kontrollerar för att betala och handla autonomt, ofta med spendtak och session-nycklar. x402 är en öppen betalningsstandard från Coinbase som låter agenter betala per API-anrop i stablecoins (vanligen USDC på Base) via webbens HTTP-kod 402; enligt Decrypt hade den behandlat över 196 miljoner transaktioner i början av november 2026.

Hur beskattas smarta konton och agentbetalningar i Sverige?

Själva kontomodellen ändrar inte skatten. Skatteverket ser varje byte av krypto som en avyttring som deklareras på K4 avsnitt D med 30 procent skatt på vinst och genomsnittsmetoden. En agent som gör många byten eller swappar genererar därför många skattehändelser som du ansvarar för, medan ett konto som bara ligger still inte utlöser skatt förrän du säljer.

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