{"id":389,"date":"2026-09-05T04:55:47","date_gmt":"2026-09-05T04:55:47","guid":{"rendered":"https:\/\/hoge.gg\/se\/eip-7702-borsen-forvararen-smart-konto-2026\/"},"modified":"2026-09-05T04:55:47","modified_gmt":"2026-09-05T04:55:47","slug":"eip-7702-borsen-forvararen-smart-konto-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/se\/eip-7702-borsen-forvararen-smart-konto-2026\/","title":{"rendered":"EIP-7702 m\u00f6ter b\u00f6rsen: s\u00e5 hanteras ditt smarta konto 2026"},"content":{"rendered":"

Den 7 maj 2025 aktiverades EIP-7702 i Ethereums Pectra-uppgradering. Sedan dess kan en helt vanlig Ethereum-adress b\u00e4ra programkod utan att byta adress och utan att bli ett separat kontrakt. Sexton m\u00e5nader senare har antalet s\u00e5 kallade set-code-transaktioner passerat 100 miljoner, och antalet aktiva delegeringar ligger kring 55 miljoner enligt BundleBear<\/a>. ETH handlas den h\u00e4r veckan kring 2 455 dollar, ungef\u00e4r 23 500 kronor, enligt CoinDesk<\/a>. De flesta av de uppgraderingarna skedde tyst inuti pl\u00e5nb\u00f6cker, utan att anv\u00e4ndaren fattade ett aktivt beslut.<\/p>

Den del av historien som f\u00e5tt minst uppm\u00e4rksamhet handlar inte om hur din pl\u00e5nbok f\u00f6r\u00e4ndrades, utan om vad som h\u00e4nder i kanten: n\u00e4r ett smart konto m\u00f6ter en b\u00f6rs eller en f\u00f6rvarare i ins\u00e4ttnings- och uttagsfl\u00f6det. Det \u00e4r d\u00e4r sj\u00e4lvf\u00f6rvar och reglerad verksamhet tar i varandra, och det \u00e4r d\u00e4r de nya riskerna blir en praktisk fr\u00e5ga f\u00f6r b\u00e5de handelsplatsen och dig som flyttar pengar. Den h\u00e4r genomg\u00e5ngen utg\u00e5r fr\u00e5n f\u00f6rvararens och b\u00f6rsens perspektiv snarare \u00e4n pl\u00e5nboksanv\u00e4ndarens, eftersom det \u00e4r den vinkeln som saknats i den svenska bevakningen hittills.<\/p>

Snabbrepetition: vad EIP-7702 g\u00f6r med ditt konto<\/h2>

EIP-7702 inf\u00f6r en ny transaktionstyp, 0x04, som brukar kallas set code. Med den kan innehavaren av en vanlig pl\u00e5nbok (en externally owned account, EOA) signera en auktorisering som pekar kontot mot ett smart kontrakt. P\u00e5 kedjan syns det som att kontots kodf\u00e4lt fylls med en designator: bytesekvensen 0xef0100 f\u00f6ljd av en 20 bytes l\u00e5ng kontraktsadress, tillsammans 23 bytes. Adressen och den privata nyckeln \u00e4r of\u00f6r\u00e4ndrade; kontot l\u00e5nar bara logik fr\u00e5n kontraktet det pekar p\u00e5. Detaljerna finns i den ursprungliga EIP-7702-specifikationen<\/a>.<\/p>

Tv\u00e5 egenskaper \u00e4r centrala f\u00f6r resten av den h\u00e4r texten. Den f\u00f6rsta \u00e4r att en delegering \u00e5terst\u00e4lls genom att peka kontot mot nulladressen; d\u00e5 f\u00f6rsvinner koden och kontot blir en vanlig EOA igen. Den andra \u00e4r att en auktorisering signerad med chain_id satt till noll g\u00e4ller p\u00e5 alla EVM-kedjor samtidigt, vilket \u00e4r bekv\u00e4mt men ocks\u00e5 en replay-risk. Ethereums egen v\u00e4gledning f\u00f6r Pectra<\/a> understryker dessutom att det inte l\u00e4ngre g\u00e5r att anta att tx.origin \u00e4r en enkel pl\u00e5nbok, en detalj som f\u00e5r konsekvenser l\u00e5ngt utanf\u00f6r utvecklarnas kod.<\/p>

Sj\u00e4lva auktoriseringen \u00e4r en liten datastruktur: en lista med tupler som var och en inneh\u00e5ller kedjans id, adressen till koden som ska l\u00e5nas, ett nonce och en signatur. Meddelandet som signeras inleds med ett magiskt byte, 0x05, vilket g\u00f6r att en delegeringssignatur aldrig kan f\u00f6rv\u00e4xlas med en vanlig transaktion. EIP-7702 ers\u00e4tter inte ERC-4337, standarden som inf\u00f6rt paketerade transaktioner via ett EntryPoint-kontrakt sedan 2023, utan kompletterar den, och den senaste EntryPoint-versionen k\u00e4nner till 7702 och kan anv\u00e4nda samma konton. F\u00f6r en b\u00f6rs \u00e4r det v\u00e4rt att f\u00f6rst\u00e5 att de tv\u00e5 teknikerna ofta upptr\u00e4der tillsammans, och att ett och samma konto kan vara b\u00e5de 7702-delegerat och del av ett 4337-fl\u00f6de.<\/p>

Varf\u00f6r ett smart konto \u00e4r en b\u00f6rs- och f\u00f6rvararfr\u00e5ga<\/h2>

N\u00e4stan all infrastruktur f\u00f6r handelsplatser och f\u00f6rvarare byggdes p\u00e5 ett antagande: en inkommande adress \u00e4r antingen en enkel EOA eller ett k\u00e4nt kontrakt, och de tv\u00e5 beter sig olika. EIP-7702 river den gr\u00e4nsen. En uttagsadress som ser ut som en helt vanlig pl\u00e5nbok kan i sj\u00e4lva verket k\u00f6ra kod i samma \u00f6gonblick som den tar emot pengar. F\u00f6r en b\u00f6rs betyder det att b\u00e5de ins\u00e4ttnings- och uttagssidan beh\u00f6ver ett nytt kontrollsteg som inte fanns f\u00f6re maj 2025.<\/p>

Det h\u00e4r \u00e4r baksidan av samma konvergens som g\u00f6r att en b\u00f6rs numera kan k\u00e4nnas som en pl\u00e5nbok, ett tema vi tog upp i analysen av n\u00e4r b\u00f6rsen blir din pl\u00e5nbok<\/a>. N\u00e4r pl\u00e5nbok och handelsplats sm\u00e4lter ihop p\u00e5 anv\u00e4ndarsidan uppst\u00e5r en spegelbild p\u00e5 operat\u00f6rssidan: f\u00f6rvararen m\u00e5ste nu tolka kod d\u00e4r den tidigare bara s\u00e5g en mottagare. Ingen protokoll\u00e4ndring kr\u00e4vde det, men verkligheten gjorde det oundvikligt.<\/p>

Tre kontotyper sett fr\u00e5n f\u00f6rvararens stol<\/h2>

Det enklaste s\u00e4ttet att f\u00f6rst\u00e5 den operativa skillnaden \u00e4r att st\u00e4lla de tre kontotyperna bredvid varandra och fr\u00e5ga hur en b\u00f6rs faktiskt behandlar var och en av dem.<\/p>

Egenskap<\/th>Vanlig EOA<\/th>ERC-4337-konto<\/th>EIP-7702-konto<\/th><\/tr><\/thead>
Adress<\/td>0x-adress<\/td>ny kontraktsadress<\/td>samma EOA-adress<\/td><\/tr>
Vem styr<\/td>privat nyckel<\/td>kontraktslogik plus nyckel eller passkey<\/td>privat nyckel plus delegerad kod<\/td><\/tr>
Hur b\u00f6rsen ser den<\/td>enkel mottagare<\/td>kontrakt (kan avvisas av \u00e4ldre system)<\/td>ser ut som EOA men b\u00e4r kod (0xef0100)<\/td><\/tr>
Kan t\u00f6mmas vid ins\u00e4ttning<\/td>nej<\/td>beror p\u00e5 koden<\/td>ja, om den delegerats till en sweeper<\/td><\/tr>
\u00c5terkallelse<\/td>ej relevant<\/td>byt kontrakt eller nyckel<\/td>delegera till nulladressen<\/td><\/tr><\/tbody><\/table><\/figure>

Den fj\u00e4rde raden \u00e4r den som h\u00e5ller riskchefer vakna. En vanlig EOA kan aldrig dr\u00e4nera sig sj\u00e4lv i det \u00f6gonblick den tar emot en ins\u00e4ttning. Ett EIP-7702-konto kan det, om den delegerade koden \u00e4r skriven f\u00f6r att vidarebefordra allt som kommer in. Det g\u00f6r ins\u00e4ttnings- och uttagsadresser till n\u00e5got som m\u00e5ste granskas, inte bara registreras.<\/p>

S\u00e5 l\u00e4ser en b\u00f6rs av en delegerad ins\u00e4ttningsadress<\/h2>

Rent tekniskt \u00e4r kontrollen enkel: en b\u00f6rs eller f\u00f6rvarare fr\u00e5gar noden efter kontots kod och tittar efter prefixet 0xef0100. Finns det d\u00e4r \u00e4r adressen delegerad, och de f\u00f6ljande 20 byten avsl\u00f6jar vilket kontrakt den pekar p\u00e5. Ethereums v\u00e4gledning noterar att kompletterande verktyg kan meddela en anv\u00e4ndare att en delegering \u00e4r p\u00e5 plats genom att l\u00e4sa av kontots kod, och samma logik g\u00e4ller p\u00e5 operat\u00f6rssidan. Vem som helst kan g\u00f6ra kontrollen manuellt via eip7702.app<\/a>, som byggts av Curvegrid och visar delegeringar \u00f6ver flera kedjor.<\/p>

Det operativa problemet uppst\u00e5r i tv\u00e5 riktningar. P\u00e5 ins\u00e4ttningssidan vill b\u00f6rsen veta om avs\u00e4ndaradressen b\u00e4r kod som kan br\u00e5ka med interna redovisningssystem, till exempel genom att skicka tillbaka eller vidarebefordra medel automatiskt. P\u00e5 uttagssidan \u00e4r fr\u00e5gan allvarligare: om en kund beg\u00e4r ett uttag till en adress som redan delegerats till en dr\u00e4nerande sweeper, hamnar utbetalningen i praktiken direkt i angriparens h\u00e4nder. Just den varianten, d\u00e4r en delegering och en gassponsrad transaktion samverkar, h\u00e4nger ihop med hela ekonomin kring betalda transaktioner som vi kartlade i genomg\u00e5ngen av 7702-stacken<\/a>. En b\u00f6rs som inte l\u00e4ser av designatorn kan allts\u00e5 betala ut pengar rakt in i en f\u00e4lla utan att n\u00e5got ser fel ut i gr\u00e4nssnittet.<\/p>

Till det kommer en mer vardaglig komplikation. B\u00f6rser genererar ofta en unik ins\u00e4ttningsadress per kund och sveper sedan ihop saldona till en gemensam varm pl\u00e5nbok med automatiska konsolideringstransaktioner. Om en s\u00e5dan ins\u00e4ttningsadress eller mellanpl\u00e5nbok av misstag blir delegerad kan konsolideringen bete sig ov\u00e4ntat, eftersom kontot nu k\u00f6r kod i st\u00e4llet f\u00f6r att bara vidarebefordra v\u00e4rde. Det tvingar operat\u00f6rer att \u00f6vervaka sina egna adresser lika noga som kundernas, och att l\u00e4gga avl\u00e4sningen av designatorn till de rutinkontroller som k\u00f6rs f\u00f6re varje utbetalning. En tidigare trivial bokf\u00f6ringsoperation blir d\u00e4rmed n\u00e5got som kr\u00e4ver aktiv bevakning.<\/p>

Fireblocks, MPC och den institutionella f\u00f6rvaringens svar<\/h2>

F\u00f6rvaringsbranschen har t\u00e4nkt igenom det h\u00e4r mer noggrant \u00e4n de flesta pl\u00e5nboksleverant\u00f6rer, eftersom deras kunder r\u00f6r sig med st\u00f6rre belopp. Arik Galansky, teknikchef p\u00e5 f\u00f6rvaringsj\u00e4tten Fireblocks, formulerade i mars 2025 en s\u00e4kerhetsf\u00f6rst-h\u00e5llning till EIP-7702: en enda skadlig delegering r\u00e4cker f\u00f6r att ett konto ska kunna t\u00f6mmas, s\u00e5 delegera bara till kontrakt som \u00e4r fullst\u00e4ndigt granskade och betrodda, och h\u00e5ll dessutom delegeringen till konton med begr\u00e4nsat v\u00e4rde. Resten av kapitalet b\u00f6r ligga i pl\u00e5nb\u00f6cker utan smart kontrakt-risk. Po\u00e4ngen, enligt Fireblocks genomg\u00e5ng<\/a>, \u00e4r att 7702 fr\u00e4mst ger UX-f\u00f6rdelar och passar heta pl\u00e5nb\u00f6cker, inte kalla f\u00f6rvar.<\/p>

I praktiken betyder det en arkitektur i lager. En liten, aktiv summa ligger i ett hett, 7702-delegerat konto f\u00f6r smidiga vardagsuttag, medan huvuddelen av kapitalet vilar i kallare f\u00f6rvar utan smart kontrakt-risk. Fireblocks framh\u00e5ller ocks\u00e5 att man b\u00f6r v\u00e4lja kontrakt med s\u00e5 liten kodyta som m\u00f6jligt och undvika \u00e4ldre pl\u00e5nbokskontrakt, som kan vara s\u00e5rbara f\u00f6r front-running och storage-kollisioner. Logiken \u00e4r att varje extra funktion i den l\u00e5nade koden \u00e4r en extra m\u00f6jlig svaghet, och att en f\u00f6rvarare som r\u00f6r sig med kundmedel inte har r\u00e5d att gissa. Det \u00e4r en f\u00f6rsiktighetsprincip snarare \u00e4n teknisk optimism.<\/p>

Fireblocks driver ocks\u00e5 en mer konstruktiv linje: att kombinera MPC-f\u00f6rvaring med EIP-7702. I MPC-modellen delas den privata nyckeln upp mellan flera parter s\u00e5 att det inte finns n\u00e5gon enskild punkt som kan l\u00e4cka, och s\u00e4kerhetspolicyn kan h\u00e5llas utanf\u00f6r kedjan i st\u00e4llet f\u00f6r att exponeras f\u00f6r angripare. Galansky beskriver kombinationen som ett slags \u00f6msesidighet, d\u00e4r MPC t\u00e4pper till 7702-risker medan 7702 ger MPC-konton batchning, gassponsring och sessionsnycklar. En enda MPC-grund kan d\u00e5 styra aktivitet \u00f6ver m\u00e5nga kedjor samtidigt, vilket enligt Fireblocks resonemang<\/a> ger b\u00e5de institutionell s\u00e4kerhet och de smarta kontonas smidighet. Det \u00e4r i praktiken den mall som stora b\u00f6rser och f\u00f6rvarare lutar sig mot n\u00e4r de tar in tekniken.<\/p>

Sweeperekonomin: varf\u00f6r de flesta angrepp g\u00e5r back<\/h2>

Det finns en anledning till att de tidiga skr\u00e4ckrubrikerna om EIP-7702 inte f\u00f6ljdes av en v\u00e5g av t\u00f6mda b\u00f6rskonton. Handelsfirman Wintermute granskade delegeringarna kort efter Pectra och fann att \u00f6ver 97 procent av dem pekade mot exakt samma \u00e5teranv\u00e4nda kod, ett sweeper-kontrakt som f\u00e5tt smeknamnet CrimeEnjoyor. Ungef\u00e4r 2,88 ETH hade auktoriserat runt 79 000 adresser, och ett enda kontrakt hanterade \u00f6ver 52 000 av dem. Trots skalan var det knappt l\u00f6nsamt, eftersom de flesta av adresserna redan var tomma eller sedan tidigare komprometterade, enligt Wintermutes genomg\u00e5ng via CoinDesk<\/a>. Sweepern var allts\u00e5 inte ett fel i 7702, utan ett verktyg f\u00f6r att automatiskt dammsuga konton vars nycklar redan var stulna.<\/p>

Bilden \u00e4r \u00e4nd\u00e5 inte harml\u00f6s. En empirisk genomg\u00e5ng som presenterades vid USENIX Security 2026 fann att en stor majoritet av auktoriseringarna i urvalet var kopplade till skadliga kontrakt, en siffra som ofta \u00e5terges som drygt 63 procent, med bekr\u00e4ftade f\u00f6rluster i miljonklassen; vi gick igenom den datan i detalj i artikeln om 7702:s m\u00f6rka sida<\/a>. Det viktiga f\u00f6r en b\u00f6rs \u00e4r nyansen: den h\u00f6ga andelen r\u00e4knar transaktioner, inte kronor, eftersom angriparnas kontrakt \u00e5teranv\u00e4nds oproportionerligt. Hotet \u00e4r verkligt, men det \u00e4r koncentrerat till redan komprometterade nycklar snarare \u00e4n till en svaghet i sj\u00e4lva standarden.<\/p>

N\u00e4r det sm\u00e4ller: 1,54 miljoner dollar i en signatur<\/h2>

Det tydligaste exemplet p\u00e5 hur illa det kan g\u00e5 kom i augusti 2025. En enskild anv\u00e4ndare f\u00f6rlorade totalt cirka 1,54 miljoner dollar, ungef\u00e4r 14,8 miljoner kronor, efter att ha signerat en enda batch-transaktion enligt EIP-7702. Signaturen godk\u00e4nde flera token-\u00f6verf\u00f6ringar och NFT-godk\u00e4nnanden p\u00e5 en g\u00e5ng, och pengarna slussades vidare till mainnet via Relay Protocol, enligt Cryptopolitan<\/a>. Ingen nyckel beh\u00f6vde stj\u00e4las; offret lurades att skriva under en enda auktorisering som gav angriparen allt p\u00e5 en g\u00e5ng. Det \u00e4r precis den batchande kraften som g\u00f6r 7702 bekv\u00e4mt som ocks\u00e5 g\u00f6r ett felaktigt klick s\u00e5 dyrt.<\/p>

Fallet var inte isolerat. Under augusti 2025 dr\u00e4nerades \u00f6ver 12 miljoner dollar fr\u00e5n fler \u00e4n 15 000 pl\u00e5nb\u00f6cker i en n\u00e4tfiskev\u00e5g d\u00e4r 7702-signaturer var ett av huvudverktygen, enligt data sammanst\u00e4lld av Scam Sniffer<\/a>. Samtidigt pekar hel\u00e5rssiffrorna \u00e5t r\u00e4tt h\u00e5ll: de totala n\u00e4tfiskef\u00f6rlusterna f\u00f6ll med 83 procent under 2025 till omkring 83,85 miljoner dollar, motsvarande cirka 800 miljoner kronor, med ungef\u00e4r 106 000 drabbade, enligt Cointelegraph<\/a>. Slutsatsen f\u00f6r en b\u00f6rs \u00e4r dubbel: de stora talen sjunker, men den enskilda katastrofen har blivit snabbare och mer koncentrerad.<\/p>

Att pengarna slussades vidare via en bro har ocks\u00e5 en praktisk po\u00e4ng f\u00f6r handelsplatser. N\u00e4r stulna medel flyttas snabbt mellan kedjor blir de sv\u00e5rare att frysa, och f\u00f6nstret f\u00f6r att en b\u00f6rs ska hinna stoppa en ins\u00e4ttning krymper till minuter. Det \u00e4r en av anledningarna till att avl\u00e4sning av delegeringar och snabb kommunikation mellan b\u00f6rser och analysf\u00f6retag har blivit viktigare \u00e4n f\u00f6rr. En enda signatur kan t\u00f6mma ett konto, men det \u00e4r kedjan av efterf\u00f6ljande transaktioner, ofta via broar och blandare, som avg\u00f6r om n\u00e5got alls g\u00e5r att \u00e5terf\u00e5.<\/p>

Riskvektorer vid gr\u00e4nsen mellan pl\u00e5nbok och b\u00f6rs<\/h2>

Om man samlar de operativa hoten p\u00e5 ett st\u00e4lle blir det tydligt att de flesta bor i gr\u00e4nssnittet, inte i protokollet. Tabellen nedan sorterar dem efter vem som faktiskt b\u00e4r risken och vilket motmedel som fungerar.<\/p>

Vektor<\/th>S\u00e5 fungerar den<\/th>Vem b\u00e4r risken<\/th>Motmedel<\/th><\/tr><\/thead>
Sweeper-delegering<\/td>adressen pekar p\u00e5 kopierad kod som vidarebefordrar inkommande medel<\/td>mottagaren och den som s\u00e4tter in<\/td>l\u00e4s av 0xef0100 f\u00f6re uttag, nolldelegera<\/td><\/tr>
Batch-signatur i n\u00e4tfiske<\/td>en signatur godk\u00e4nner flera \u00f6verf\u00f6ringar och godk\u00e4nnanden<\/td>pl\u00e5nboksanv\u00e4ndaren<\/td>klarsignering, l\u00e4s varje anrop<\/td><\/tr>
chain_id=0-replay<\/td>samma signatur g\u00e4ller p\u00e5 alla EVM-kedjor<\/td>anv\u00e4ndaren<\/td>undvik kedjeoberoende delegeringar<\/td><\/tr>
Blind signering p\u00e5 h\u00e5rdvara<\/td>enheten visar en hash, inte handlingen<\/td>signeraren<\/td>whitelist av granskade kontrakt<\/td><\/tr>
Storage-kollision vid byte<\/td>rester fr\u00e5n f\u00f6rra kontraktet feltolkas<\/td>anv\u00e4ndaren och utvecklaren<\/td>ERC-7201-namespacing, nolldelegera mellan byten<\/td><\/tr><\/tbody><\/table><\/figure>

Notera att fyra av fem rader kr\u00e4ver m\u00e4nsklig eller programmatisk kontroll utanf\u00f6r sj\u00e4lva kedjan. Det \u00e4r d\u00e4rf\u00f6r bra rutiner vid ins\u00e4ttning och uttag ofta betyder mer \u00e4n n\u00e5gon enskild teknisk finess.<\/p>

Blind signering och h\u00e5rdvarupl\u00e5nbokens gr\u00e4ns<\/h2>

M\u00e5nga tror att en h\u00e5rdvarupl\u00e5nbok g\u00f6r dem immuna, men EIP-7702 exponerar just den svaga punkten. En h\u00e5rdvaruenhet visar ofta bara en hash av det som ska signeras, inte den faktiska handling som en delegering eller en batch inneb\u00e4r. Om anv\u00e4ndaren godk\u00e4nner en hash utan att f\u00f6rst\u00e5 den, spelar det ingen roll att nyckeln aldrig l\u00e4mnat enheten. Ethereums v\u00e4gledning rekommenderar d\u00e4rf\u00f6r att h\u00e5rdvarupl\u00e5nb\u00f6cker f\u00f6r en whitelist \u00f6ver granskade delegeringskontrakt och bara st\u00f6djer dem, snarare \u00e4n att l\u00e5ta vad som helst signeras.<\/p>

Svaret p\u00e5 branschniv\u00e5 heter klarsignering, allts\u00e5 att enheten visar vad transaktionen faktiskt g\u00f6r i klartext. Ethereum Foundation har tagit \u00f6ver f\u00f6rvaltningen av standarden ERC-7730 f\u00f6r just detta, med m\u00e5let att en signerare ska se handlingen och inte bara en str\u00e4ng, enligt stiftelsens meddelande<\/a>. Marius van der Wijden, k\u00e4rnutvecklare p\u00e5 Ethereum, har genomg\u00e5ende beskrivit 7702 som ett tidigt f\u00f6rslag d\u00e4r alla skarpa kanter m\u00e5ste utv\u00e4rderas noggrant, ett omd\u00f6me han upprepade i DL News<\/a>. Den koden som ett konto l\u00e5nar \u00e4r dessutom i praktiken en installerbar modul, och hela ekosystemet av s\u00e5dana byggstenar och deras s\u00e4kerhet gick vi igenom i artikeln om hur smarta konton blev moduler<\/a>. Ju mer funktionsrikt kontraktet \u00e4r, desto st\u00f6rre \u00e4r enligt Fireblocks sannolikheten att det d\u00f6ljer en exploaterbar svaghet.<\/p>

Att blind signering \u00e4r en verklig fara och inte en teoretisk oro visade Bybit-st\u00f6lden i februari 2025, d\u00e5 angripare lurade signerare att godk\u00e4nna en transaktion som s\u00e5g ofarlig ut men i sj\u00e4lva verket bytte ut logiken bakom en f\u00f6rvaringspl\u00e5nbok, enligt experter som The Block talat med<\/a>. Det var inte ett 7702-fall utan ett Safe-baserat konto, men l\u00e4rdomen \u00e4r densamma: kan den som signerar inte se vad som faktiskt h\u00e4nder, spelar det ingen roll hur s\u00e4ker nyckeln i sig \u00e4r. EIP-7702 breddar den ytan till vanliga anv\u00e4ndare, eftersom en enda delegeringssignatur kan ge bort lika mycket kontroll som en felaktigt godk\u00e4nd f\u00f6retagstransaktion.<\/p>

S\u00e5 kontrollerar och nollst\u00e4ller du en delegering innan du flyttar pengar<\/h2>

Innan du s\u00e4tter in p\u00e5 en b\u00f6rs eller tar ut till en adress som kan vara delegerad l\u00f6nar det sig att g\u00f6ra en snabb kontroll. F\u00f6ljande steg fungerar f\u00f6r de flesta pl\u00e5nb\u00f6cker.<\/p>

  1. Klistra in adressen p\u00e5 eip7702.app eller l\u00e4s av kontots kod i en blockutforskare och leta efter prefixet 0xef0100.<\/li>
  2. Ser du designatorn, kontrollera vilket kontrakt de f\u00f6ljande 20 byten pekar p\u00e5 och om det \u00e4r en k\u00e4nd, granskad implementation.<\/li>
  3. Vill du ta bort delegeringen g\u00f6r du det inifr\u00e5n din egen pl\u00e5nbok, till exempel i MetaMask under kontodetaljer d\u00e4r funktionen f\u00f6r smart kontrakt-konto kan st\u00e4ngas av per kedja.<\/li>
  4. Tekniskt inneb\u00e4r det att kontot delegeras till nulladressen, varefter det \u00e5ter blir en vanlig EOA.<\/li>
  5. Kom ih\u00e5g att externa tj\u00e4nster som revoke.cash kan visa dina delegeringar men inte \u00e5terkalla dem, vilket bekr\u00e4ftas i Revoke.cash egen f\u00f6rklaring<\/a>.<\/li><\/ol>

    En viktig varning: om nyckeln redan \u00e4r komprometterad ger en \u00e5terkallelse en falsk trygghet. Relays supportmaterial om skadliga 7702-delegeringar<\/a> \u00e4r tydligt med att den enda p\u00e5litliga l\u00f6sningen d\u00e5 \u00e4r att sluta anv\u00e4nda den drabbade pl\u00e5nboken och flytta allt till en ny. Att bara nollst\u00e4lla delegeringen r\u00e4cker inte om angriparen fortfarande har din nyckel.<\/p>

    Finansinspektionen, MiCA och gr\u00e4nsen mot CASP<\/h2>

    F\u00f6r en svensk l\u00e4sare \u00e4r den regulatoriska gr\u00e4nsdragningen f\u00f6rv\u00e5nansv\u00e4rt ren. Ett sj\u00e4lvf\u00f6rvarat smart konto, oavsett om det \u00e4r en vanlig EOA eller en 7702-delegering, ligger utanf\u00f6r MiCA:s tillst\u00e5ndsplikt, eftersom du h\u00e5ller nycklarna sj\u00e4lv och ingen mellanhand utf\u00f6r en tj\u00e4nst \u00e5t dig. Det \u00e4r f\u00f6rst n\u00e4r du interagerar med en b\u00f6rs eller f\u00f6rvarare som reglerna sl\u00e5r till, f\u00f6r d\u00e5 \u00e4r motparten en leverant\u00f6r av kryptotillg\u00e5ngstj\u00e4nster (CASP) under Finansinspektionens tillsyn, enligt myndighetens genomg\u00e5ng av de tio tj\u00e4nstekategorierna<\/a>.<\/p>

    Det praktiska \u00e4r att ansvaret f\u00f6r att l\u00e4sa av en delegerad adress hamnar hos CASP:en, inte hos protokollet. Sedan den 1 oktober 2025 m\u00e5ste varje kryptof\u00f6retag som betj\u00e4nar svenska kunder ha ans\u00f6kt om tillst\u00e5nd hos FI eller upph\u00f6ra med verksamheten, och f\u00f6retag som redan var registrerade fick fram till den 30 september 2025 att l\u00e4mna in sin ans\u00f6kan. ESMA klargjorde dessutom redan den 19 mars 2025 var gr\u00e4nsen g\u00e5r mot finansiella instrument f\u00f6r nytto- och speltokens. Notera samtidigt att kryptoderivat som terminer och eviga kontrakt inte faller under MiCA utan under MiFID II, och allts\u00e5 \u00f6vervakas som finansiella instrument. Din delegering \u00e4ndrar ingenting i den bilden; det som \u00e4ndras \u00e4r att CASP:en nu m\u00e5ste kunna se skillnad p\u00e5 ett vanligt konto och ett som b\u00e4r kod.<\/p>

    Till det kommer tv\u00e5 regelverk som redan g\u00e4ller. EU:s f\u00f6rordning om \u00f6verf\u00f6ring av medel, ofta kallad travel rule, kr\u00e4ver att en CASP samlar in och skickar med uppgifter om avs\u00e4ndare och mottagare vid \u00f6verf\u00f6ringar, vilket blir mer komplext n\u00e4r mottagaren \u00e4r en sj\u00e4lvf\u00f6rvarad adress som dessutom b\u00e4r kod. DORA, regelverket f\u00f6r digital operativ motst\u00e5ndskraft, st\u00e4ller krav p\u00e5 att finansiella akt\u00f6rer klarar it-st\u00f6rningar och angrepp, vilket i praktiken inneb\u00e4r att avl\u00e4sning av delegeringar och incidenthantering beh\u00f6ver vara inbyggt i systemen snarare \u00e4n improviserat. F\u00f6r en svensk anv\u00e4ndare betyder det att en seri\u00f6s b\u00f6rs numera st\u00e4ller fler fr\u00e5gor vid uttag, inte av nyfikenhet utan f\u00f6r att reglerna kr\u00e4ver det.<\/p>

    V\u00e4gen fram\u00e5t: Fusaka, native konton och din delegering<\/h2>

    EIP-7702 var alltid t\u00e4nkt som en bro, inte en slutstation. Fusaka-uppgraderingen aktiverades den 3 december 2025 och f\u00f6rde med sig PeerDAS, som s\u00e4nker kostnaderna f\u00f6r lager 2 och d\u00e4rmed indirekt g\u00f6r smarta konton billigare att anv\u00e4nda, enligt CoinDesk<\/a>. N\u00e4sta steg \u00e4r riktiga native konton p\u00e5 protokollniv\u00e5. Base f\u00f6rbereder EIP-8130 i sin Cobalt-uppgradering, men lanseringsdatumet \u00e4r fortfarande inte satt och standarden ligger kvar p\u00e5 en devnet, vilket Crypto Briefing<\/a> bekr\u00e4ftar. P\u00e5 lager 1 diskuteras EIP-8141 f\u00f6r en m\u00f6jlig framtida Hegota-h\u00e5rd fork.<\/p>

    Uppgradering<\/th>N\u00e4r<\/th>Vad den betyder f\u00f6r ditt konto<\/th><\/tr><\/thead>
    Pectra (EIP-7702)<\/td>7 maj 2025<\/td>EOA kan b\u00e4ra kod, delegering inf\u00f6rs<\/td><\/tr>
    Fusaka (PeerDAS)<\/td>3 december 2025<\/td>billigare lager 2, ingen direkt 7702-\u00e4ndring<\/td><\/tr>
    Base Cobalt (EIP-8130)<\/td>datum ej satt<\/td>native konton p\u00e5 lager 2, 7702 blir en bro<\/td><\/tr>
    Hegota (EIP-8141)<\/td>tidigast sent 2026<\/td>native abstraktion p\u00e5 lager 1<\/td><\/tr><\/tbody><\/table><\/figure>

    Fr\u00e5gan de flesta gl\u00f6mmer \u00e4r vad som h\u00e4nder med din befintliga delegering n\u00e4r native konton v\u00e4l landar. Svaret \u00e4r lugnande: din adress och din nyckel f\u00f6rblir desamma, och du kan v\u00e4lja att antingen beh\u00e5lla 7702-delegeringen eller nollst\u00e4lla den och g\u00e5 \u00f6ver till den nya modellen. Vi gick igenom den \u00f6verg\u00e5ngen och varf\u00f6r bron sannolikt blir kvar l\u00e4nge i artikeln om native konton och bron som dr\u00f6jer<\/a>. F\u00f6r en b\u00f6rs betyder det att avl\u00e4sningen av delegerade adresser inte \u00e4r ett \u00f6verg\u00e5ende problem, utan en permanent del av verktygsl\u00e5dan.<\/p>

    Dep\u00e5, MPC-pl\u00e5nbok eller smart konto: tre v\u00e4gar f\u00f6r en svensk anv\u00e4ndare<\/h2>

    Var landar d\u00e5 en vanlig svensk anv\u00e4ndare i allt det h\u00e4r? Det beror p\u00e5 hur mycket ansvar man vill ta f\u00f6r sina egna nycklar, och de tre vanligaste modellerna hanterar EIP-7702 p\u00e5 olika s\u00e4tt.<\/p>

    Modell<\/th>Vem h\u00e5ller nyckeln<\/th>7702-relevans<\/th>Passar f\u00f6r<\/th><\/tr><\/thead>
    B\u00f6rsdep\u00e5<\/td>b\u00f6rsen<\/td>b\u00f6rsen hanterar delegeringar internt<\/td>nyb\u00f6rjare, aktiv handel<\/td><\/tr>
    MPC-pl\u00e5nbok<\/td>delad mellan parter<\/td>7702 ger UX, MPC t\u00e4cker nyckelrisken<\/td>f\u00f6retag, st\u00f6rre belopp<\/td><\/tr>
    Sj\u00e4lvf\u00f6rvarat smart konto<\/td>du sj\u00e4lv<\/td>du styr och ansvarar f\u00f6r delegeringen<\/td>van anv\u00e4ndare, DeFi<\/td><\/tr><\/tbody><\/table><\/figure>

    Ingen av modellerna \u00e4r r\u00e4tt f\u00f6r alla. En b\u00f6rsdep\u00e5 flyttar hela delegeringsfr\u00e5gan till operat\u00f6ren, men d\u00e5 \u00e4r det ocks\u00e5 operat\u00f6ren, inte du, som kontrollerar tillg\u00e5ngarna. En MPC-l\u00f6sning \u00e4r t\u00e4nkt f\u00f6r den som r\u00f6r sig med st\u00f6rre belopp och vill ha institutionella kontroller. Ett sj\u00e4lvf\u00f6rvarat smart konto ger mest frihet men l\u00e4gger ocks\u00e5 hela ansvaret f\u00f6r avl\u00e4sning och \u00e5terkallelse p\u00e5 dig. Det viktiga \u00e4r att veta vilken modell man faktiskt anv\u00e4nder, eftersom det avg\u00f6r vem som b\u00e4r risken n\u00e4r en adress b\u00e4r kod.<\/p>

    Checklista f\u00f6r dig som r\u00f6r dig mellan pl\u00e5nbok och b\u00f6rs<\/h2>

    Sammanfattningsvis \u00e4r EIP-7702 varken den katastrof som de f\u00f6rsta rubrikerna antydde eller en risk du kan ignorera. Det praktiska f\u00f6rsvaret \u00e4r enkelt och handlar mest om rutiner.<\/p>

    • Kontrollera om en adress \u00e4r delegerad innan du s\u00e4tter in eller tar ut st\u00f6rre belopp; leta efter 0xef0100.<\/li>
    • Delegera bara till kontrakt som \u00e4r granskade, och h\u00e5ll stora belopp i ett konto utan smart kontrakt-risk, i linje med Fireblocks h\u00e5llning.<\/li>
    • Sl\u00e5 p\u00e5 klarsignering d\u00e4r det g\u00e5r och godk\u00e4nn aldrig en batch-signatur du inte f\u00f6rst\u00e5r.<\/li>
    • Undvik kedjeoberoende delegeringar med chain_id noll om du inte har ett specifikt behov.<\/li>
    • Vid misstanke om komprometterad nyckel: flytta till en ny pl\u00e5nbok i st\u00e4llet f\u00f6r att lita p\u00e5 en \u00e5terkallelse.<\/li>
    • Kom ih\u00e5g att sj\u00e4lvf\u00f6rvar ligger utanf\u00f6r FI:s tillsyn, men att b\u00f6rsen du handlar p\u00e5 \u00e4r en CASP med egna skyldigheter.<\/li><\/ul>

      Vanliga fr\u00e5gor<\/h2>

      Hur ser jag om min pl\u00e5nboksadress har blivit ett smart konto via EIP-7702?<\/h3>

      Klistra in adressen p\u00e5 eip7702.app eller titta p\u00e5 kontots kod i en blockutforskare. Om koden inleds med 0xef0100 \u00e4r kontot delegerat, och de f\u00f6ljande 20 byten visar vilket kontrakt det pekar p\u00e5. M\u00e5nga pl\u00e5nb\u00f6cker, som MetaMask, visar ocks\u00e5 statusen direkt i kontodetaljerna.<\/p>

      \u00c4r det s\u00e4kert att ta emot en b\u00f6rsutbetalning till ett delegerat konto?<\/h3>

      Ja, om du sj\u00e4lv kontrollerar delegeringen och den pekar p\u00e5 ett granskat kontrakt. Risken uppst\u00e5r om adressen delegerats till en sweeper, f\u00f6r d\u00e5 kan inkommande medel vidarebefordras automatiskt i samma \u00f6gonblick de landar. Kontrollera alltid delegeringen innan du tar ut till en adress du \u00e4r os\u00e4ker p\u00e5.<\/p>

      Kan en b\u00f6rs v\u00e4gra ins\u00e4ttningar fr\u00e5n eller uttag till ett delegerat konto?<\/h3>

      B\u00f6rser och f\u00f6rvarare kan l\u00e4sa av 0xef0100-designatorn och behandla delegerade adresser annorlunda, till exempel genom att flagga, f\u00f6rdr\u00f6ja eller i vissa fall begr\u00e4nsa dem. Det finns ingen gemensam standard, s\u00e5 policyn skiljer sig mellan handelsplatser, men avl\u00e4sningen har blivit en normal del av deras riskkontroll.<\/p>

      Hur \u00e5terkallar jag en EIP-7702-delegering?<\/h3>

      Du g\u00f6r det inifr\u00e5n din egen pl\u00e5nbok, vilket tekniskt inneb\u00e4r att kontot delegeras till nulladressen och blir en vanlig EOA igen. Externa tj\u00e4nster som revoke.cash kan visa dina delegeringar men inte ta bort dem. \u00c4r nyckeln redan stulen r\u00e4cker en \u00e5terkallelse inte, utan du b\u00f6r flytta till en ny pl\u00e5nbok.<\/p>

      G\u00e4ller Finansinspektionens regler mitt sj\u00e4lvf\u00f6rvarade smarta konto?<\/h3>

      Nej, ett sj\u00e4lvf\u00f6rvarat konto ligger utanf\u00f6r MiCA:s tillst\u00e5ndsplikt eftersom du h\u00e5ller nycklarna sj\u00e4lv. Reglerna g\u00e4ller den b\u00f6rs eller f\u00f6rvarare du interagerar med, som \u00e4r en leverant\u00f6r av kryptotillg\u00e5ngstj\u00e4nster under FI:s tillsyn. Din delegering \u00e4ndrar inte den gr\u00e4nsdragningen.<\/p>