Klistra in 42 tecken: plånbokens adress-UX 2026

Det finns ett ögonblick i varje kryptoöverföring som ingen plånbokstillverkare gärna visar upp i sin marknadsföring. Du har loggat in med en passkey i stället för en lösenordsfras, du har läst transaktionen i klartext, du har kanske till och med låtit ett smart konto sätta en daglig gräns. Sedan kommer raden som faktiskt avgör vart pengarna tar vägen: ett fält där du ska klistra in 42 tecken hexadecimal kod, utan namn, utan ansikte och utan ånger. När en Bitcoin kostar runt 828 000 kronor och en ether runt 25 000 kronor (CoinDesk, cirka 10 kronor per dollar), är det fältet den dyraste kvadratcentimetern i hela gränssnittet.

Den här texten handlar inte om hur du skapar en plånbok, signerar en transaktion eller återställer en förlorad nyckel. Alla de striderna har redan utkämpats och till stor del vunnits. Den handlar om mottagaren: det sista fältet, det som flyttar värdet, och det enda i kedjan som nästan ingen har gjort begripligt för en människa. Adressfältet är plånboks-UX:ens sista blinda fläck, och 2026 är det blinda fältet inte längre bara obekvämt. Det är den mest lönsamma attackytan som finns, eftersom angriparen inte behöver knäcka din nyckel. Hen behöver bara få dig att skriva rätt transaktion till fel mottagare.

Allt blev enklare, utom det som flyttar pengar

Om man ritar en tidslinje över kryptoplånbokens användarupplevelse ser det ut som en rad lösta problem. Inloggningen flyttade från tolv ord på papper till passkeys i telefonens säkra enklav. Gasavgiften kunde döljas bakom en paymaster så att en nybörjare slapp köpa ether bara för att flytta en stablecoin. Signeringsskärmen gick från obegriplig hexkod till läsbara meningar, en strid vi beskrivit på djupet när det gäller skillnaden mellan clear signing och blind signering. Smarta konton gav möjlighet till utgiftstak, sociala återställningar och allowlists. Varje frontlinje i UX-kriget flyttade uppåt mot något mer mänskligt.

Men mitt i allt detta stod ett fält kvar oförändrat sedan 2015. Du kopierar en sträng, du klistrar in den, du jämför kanske de fyra första och de fyra sista tecknen, och du trycker på skicka. Det är hela gränssnittet för den handling som faktiskt dränerar ditt saldo. Branschen har ägnat enorm möda åt att göra det tryggt att öppna plånboken och begripligt att godkänna en transaktion, men nästan ingen möda åt att göra det begripligt vem transaktionen går till. Friktion som flyttats bort från inloggningen har ibland dykt upp igen just här, och i den paradoxen, att en medveten paus faktiskt kan rädda dig, ligger kärnan i plånbokens UX-baksida där friktion blev en funktion.

Resultatet är ett gränssnitt som är artigt ända fram till den punkt där det borde vara strängt. Det ber dig bekräfta en biometrisk inloggning för att se ditt saldo, men det låter dig skicka hela saldot till en sträng det aldrig har sett förut utan en enda invändning. Det är inte en teknisk brist i blockkedjan. Det är ett designval, och det är det valet som gör resten av texten möjlig att skriva.

Vad adressfältet egentligen är

En adress på Ethereum och de EVM-kedjor som härmar den är 0x följt av 40 hexadecimala tecken, alltså 42 tecken totalt. Den är inte ett konto i någon mänsklig mening; den är de sista 20 byten av en hash av en publik nyckel, eller för ett smart konto adressen där koden ligger. Den bär ingen information om vem ägaren är, vilken kedja den hör hemma på eller om den ens är i bruk. Bitcoin gör det på sitt eget sätt med adresser av varierande längd, men principen är densamma: en sträng som en dator älskar och en människa inte kan läsa.

Det enda inbyggda skyddet är en kontrollsumma. Sedan EIP-55 kodas Ethereum-adresser med blandade stora och små bokstäver på ett sätt som låter plånboken upptäcka om ett enskilt tecken skrivits fel. Det är smart, och det räddar dig från rena felskrivningar. Men det räddar dig inte från det farliga fallet, nämligen när strängen är en helt giltig adress, bara inte den du tror. Kontrollsumman säger att adressen är välformad. Den säger ingenting om vem som äger den.

Jämför med hur en svensk flyttar pengar i vardagen. I Swish skriver du ett mobilnummer och får mottagarens namn bekräftat innan du godkänner med BankID. I en vanlig banköverföring ser du clearingnummer och kontonummer, och systemet vägrar ofta en uppenbart felaktig kombination. Du skickar till en identitet, inte till en kryptografisk slumpsträng. Kryptoplånboken vänder på det: identiteten är borta, och kvar finns bara strängen. Det är en nedgradering av betalupplevelsen som branschen länge försvarat med att självförvar kräver det. Det gör det inte, vilket resten av texten visar, men illusionen att det måste vara så har kostat användare dyrt.

Lägg till den sista egenskapen: oåterkallelighet. En felaktig Swish kan i praktiken ofta redas ut mellan banker. En felaktig kedjetransaktion är slutgiltig i det ögonblick den bekräftas. Det finns ingen kundtjänst, ingen återkallning och ingen ångerknapp, vilket gör frågan om vem som egentligen kan rädda en användare efter ett misstag till en av de mest laddade i hela branschen, något vi tog upp i granskningen av pausknappen och nödstoppet som avgör vem som räddas.

Adressförgiftning: när UX-bristen blir en attack

Adressförgiftning är det renaste exemplet på att en designbrist kan bli ett vapen. Attacken kräver ingen skadlig kod i din telefon, ingen stulen nyckel och inget lurendrejeri vid signeringen. Den utnyttjar en enda vana: att du kontrollerar början och slutet av en adress men inte mitten. Angriparen genererar, ofta med specialhårdvara, en adress vars första och sista tecken matchar en adress du nyss har använt. Sedan skickar hen en transaktion på noll kronor, eller en liten mängd av en falsk token, från den efterliknande adressen till din plånbok. Syftet är att plantera lookalike-adressen i din transaktionshistorik.

Nästa gång du ska skicka till den riktiga mottagaren gör du det många gör: du scrollar i historiken, kopierar den senaste adressen som ser rätt ut och klistrar in den. Början stämmer, slutet stämmer, och de 32 tecknen i mitten tittar du aldrig på. Pengarna går till angriparen. Det är inte ett hack i någon teknisk mening. Det är användaren som gör exakt det gränssnittet inbjuder till, bara med fel adress.

Siffrorna 2026 gör det svårt att avfärda som en randföreteelse. Säkerhetsföretaget ScamSniffer rapporterade att två offer förlorade sammanlagt 62 miljoner dollar på bara två månader kring årsskiftet, med sammanfattningen ”Two victims. $62M gone”. Det ena offret förlorade omkring 50 miljoner dollar i december efter att ha kopierat en falsk adress ur historiken; det andra omkring 4 556 ether, värt runt 12,25 miljoner dollar, i januari. Säkerhetsleverantören Blockaid, vars motor sitter i flera stora plånböcker, uppger sig ha flaggat över 65 miljoner adressförgiftningsförsök sedan januari 2025. Attacken är billig att skala, eftersom dust-transaktionerna kostar nästan ingenting, och den behöver bara lyckas en gång mot en stor plånbok för att löna sig.

Det är värt att stanna vid varför just det här är ett UX-problem och inte ett säkerhetsproblem i vanlig mening. Ingen kryptografi bröts. Plånboken gjorde precis vad den skulle: den tog strängen du angav och skickade dit. Felet uppstod i glappet mellan vad människan trodde att hon gjorde och vad maskinen faktiskt gjorde, och det glappet är definitionen av dålig interaktionsdesign. Tabellen nedan sammanfattar hur de olika varianterna av copy-paste-attacker ser ut och var i upplevelsen de slår till.

Fallet som visade hela mekaniken

Om 2026 års siffror känns abstrakta finns det ett enskilt fall från maj 2024 som fortfarande är det tydligaste läromedlet. En investerare skulle flytta 1 155 wrapped bitcoin, vid tillfället värt omkring 68 miljoner dollar, till sin egen förvaringsadress. Angriparen hade i förväg skapat en adress som började på 0xd9A1c, samma inledande tecken som den riktiga mottagaren. Offret kopierade fel rad ur historiken och skickade hela beloppet till förfalskningen på ett enda klick, vilket CoinDesk dokumenterade i detalj.

Det ovanliga var inte stölden utan slutet. Efter dagar av förhandlingar, där offret via kedjemeddelanden gick med på att låta angriparen behålla tio procent som ett slags dusör, skickade tjuven tillbaka drygt 96 procent av värdet, omkring 22 960 ether, enligt Cointelegraph. Poängen är inte den lyckliga utgången. Poängen är att det enda som räddade pengarna var en angripare som råkade vara mottaglig för förhandling. Designen erbjöd ingen räddning; turen gjorde det. I 62-miljonersfallet året efter kom inga pengar tillbaka.

Fallet visar också varför oåterkalleligheten gör adress-UX till en helt egen riskklass. I ett banksystem hade en betalning på 68 miljoner till fel konto utlöst spärrar, manuell granskning och en lång men möjlig återföring. På kedjan var den klar på ett par sekunder. Hela skyddet låg i de 42 tecknen på skärmen, och de 42 tecknen var fel. Att spåra vart pengar tar vägen efteråt har blivit en egen disciplin, där till och med AI numera deltar i obduktionen, vilket vi skrev om i granskningen av hur kryptos obduktion fick en ny misstänkt.

Clipper-skadeprogram: urklippet som byter mottagare

Adressförgiftning utnyttjar din tillit till historiken. Clipper-skadeprogram utnyttjar din tillit till urklippet. Hela den etablerade rutinen för att skicka krypto bygger på att du markerar en adress, trycker kopiera och klistrar in den i plånboken. Den kedjan har alltid antagits vara säker. Den är det inte.

I juni 2026 beskrev Microsofts säkerhetsavdelning ett program de kallar Crypto Clipper, aktivt sedan åtminstone februari samma år. Det sprider sig som en mask via USB-minnen och genvägsfiler, övervakar Windows-urklipp i jakt på kryptoadresser och lösenordsfraser, och dirigerar stulna data genom Tor för att undgå upptäckt. Det centrala tricket är enkelt och brutalt: i det ögonblick du kopierar en mottagaradress byter programmet ut den mot en adress som angriparen kontrollerar, innan du hinner klistra in. Microsofts egen genomgång finns i deras säkerhetsblogg, och CoinDesk sammanfattade hotet. Parallellt dokumenterade Check Point Research ett Rust-baserat clipper-program vars enda binär bar på tusentals förberedda angriparadresser, var och en redo att tyst ersätta din.

Det som gör clipper så effektivt är att det slår till efter alla de UX-förbättringar branschen är stolt över. Din passkey hjälper inte, eftersom du är rätt användare. Din clear signing hjälper bara om du faktiskt läser den utbytta adressen på skärmen, och det gör nästan ingen, eftersom adressen ser ut precis som alla andra adresser: en lång sträng du ändå inte kan verifiera. Angriparen behöver inte bryta sig in i plånboken. Hen behöver bara stå mellan din hjärna och ditt inmatningsfält i en halv sekund.

Hårdvaruplånböcker mildrar en del av detta genom att visa hela mottagaradressen på sin egen skärm, bortom datorns kontroll, så att du kan jämföra. Men det förutsätter två saker som sällan stämmer samtidigt: att du vet vad den rätta adressen ska vara, och att du orkar läsa adressen tecken för tecken. När du inte har något mänskligt namn att jämföra mot blir hårdvaruskärmen bara ytterligare en plats där samma oläsliga sträng visas.

Varför ögat inte kan läsa en hex-sträng

Det är frestande att skylla förlusterna på slarviga användare. Det är fel slutsats, och det är värt att vara noggrann med varför. Människans arbetsminne hanterar ungefär en handfull enheter åt gången. En adress på 42 tecken utan mening, utan mönster och utan uttal är ungefär det värsta tänkbara materialet för mänsklig verifiering. Hjärnan gör vad den alltid gör med för mycket information: den förkortar. Den tittar på de första tecknen, hoppar till de sista, och fyller i mitten med en känsla av igenkänning. Angriparna vet exakt det, och hela adressförgiftningen är byggd kring just den genvägen.

Att be en användare läsa en hexsträng tecken för tecken är som att be någon korrekturläsa ett sidnummer på trettio siffror varje gång de ska posta ett brev. De flesta gör det en eller två gånger och slutar sedan, inte av lättja utan för att hjärnan är optimerad för annat. Vitalik Buterin har i sin uppsats om sociala återställningar påpekat att människan är usel på att minnas hemligheter men lysande på att hålla reda på relationer och personer. Samma observation gäller mottagaren: vi känner igen ett namn omedelbart och en slumpsträng aldrig.

Det här är poängen som förvandlar hela frågan från ett användarfel till ett designfel. Ett gränssnitt som förlitar sig på att människor felfritt jämför 42 slumptecken, varje gång, under tidspress och ofta på en mobilskärm, har lagt en uppgift på användaren som användaren bevisligen inte kan utföra. Att sedan kalla resultatet för användarfel är att vända på ansvaret. Bra design möter människan där hon är. Adressfältet gör motsatsen, och förlusterna är den förutsägbara konsekvensen snarare än en olyckshändelse.

Branschens svar har länge varit att lägga till en ruta med texten dubbelkolla adressen. Det är ungefär lika verksamt som en skylt som ber dig att inte göra fel. Det flyttar ansvaret utan att flytta förmågan. Den enda verkliga lösningen är att ge människan något hon faktiskt kan läsa, och det leder oss till namnen.

Namnen skulle lösa det: ENS och släktingarna

Ethereum Name Service, ENS, föddes ur precis den här insikten. I stället för att skicka till 0x följt av 40 tecken skickar du till ett läsbart namn som alice.eth, och plånboken slår upp den underliggande adressen. Idén är gammal på internet; det är exakt vad DNS gör när du skriver in en webbadress i stället för en IP-nummerrad. Enligt Ledger Academy har systemet vuxit till närmare tre miljoner registrerade .eth-namn, och ENS fungerar numera som ett bredare namnlager med stöd för vanliga DNS-domäner ovanpå kedjan.

Ett namn löser flera av problemen på en gång. Det är läsbart, så hjärnan kan faktiskt verifiera det. Det är meningsbärande, så alice.eth antingen stämmer eller inte, utan att du behöver jämföra 42 tecken. Och det bryter adressförgiftningens grundtrick, eftersom en lookalike-adress i historiken inte hjälper angriparen om du skickar till ett namn du känner igen. Det är därför säkerhetsrådgivare numera rutinmässigt pekar på namn som den enskilt mest verkningsfulla motåtgärden mot copy-paste-attacker.

Men namn har burit sin egen UX-skuld. Registreringen har historiskt krävt en teknisk tvåstegsprocess med commit och reveal, där du först binder dig och väntar innan du slutför, allt för att förhindra att någon snor namnet medan transaktionen ligger i mempoolen. Namnet kostar en årlig avgift och måste förnyas, annars löper det ut. Och uppslagningen fungerar bara i plånböcker och tjänster som faktiskt stöder ENS, vilket länge var långt ifrån alla. Ett namn som inte visas överallt löser bara halva problemet, och ett namn som kan gå ut skapar ett nytt, som vi strax återkommer till.

ENSv2 lämnar L2: namnlagret flyttar hem till Ethereum

Här finns den färska nyheten som gör adressfrågan aktuell just nu. I flera år hade ENS planerat att flytta sin nästa version, ENSv2, till en egen Layer 2-kedja vid namn Namechain, för att pressa ned de avgifter som gjorde namnregistrering dyr under högtrafik. I februari 2026 skrotades den planen. ENS Labs meddelade att ENSv2 i stället byggs direkt på Ethereums huvudkedja, enligt CoinDesks rapportering.

Skälet var att grunden flyttat sig under projektets fötter. Medgrundaren Nick Johnson konstaterade att ”The landscape has changed between when we first decided to pursue an L2”, och att den kostnadsfördel en egen L2 en gång gav nu var ”a lot less compelling than it used to be”. Bakgrunden är att Ethereums basskikt skalat snabbare än väntat; enligt CryptoTimes har basuppgraderingar kapat kostnaden för att registrera ett ENS-namn med omkring 99 procent. När huvudkedjan blivit billig nog försvann motivet för en separat kedja, och med den bortfaller också de extra tillitsantaganden och broförbindelser som en egen L2 hade krävt.

För en läsare av adress-UX är det mer än en teknisk fotnot. Att namnlagret stannar på det mest beprövade blockkedjelagret betyder att den mänskligt läsbara adressen får samma säkerhetsgarantier som pengarna själva, utan ett extra lager som kan haverera eller frysa. ENS tar dessutom steget åt andra hållet och har ansökt om toppdomänen .ens hos ICANN, vilket skulle knyta ihop kedjenamn med det vanliga domänsystemet. Riktningen är tydlig: namnet ska bli infrastruktur, inte en nischfunktion. Frågan är om plånböckerna gör det till standard eller lämnar det som en inställning de flesta aldrig hittar.

Men namnen är inte heller enkla

Det vore bekvämt att sluta här med namn som lösningen. Verkligheten är snårigare, och den som säljer ett namn som en garanti missar flera nya fällor. Den första är utgången. Ett ENS-namn förnyas årligen, och om det löper ut frigörs det och kan registreras av vem som helst. Den som skickar till ett namn hen sparade för två år sedan kan i värsta fall skicka till en helt ny ägare som köpt det förfallna namnet, utan att något i gränssnittet signalerar att bindningen bytts. Ett namn som en gång var tryggt kan alltså förgiftas lika effektivt som en adress, bara genom att tiden går.

Den andra fällan är homoglyfer. Namn skrivna med tecken från olika alfabet kan se identiska ut för ögat; ett latinskt a och ett kyrilliskt a är olika tecken för datorn men samma tecken för dig. Angripare registrerar namn som visuellt efterliknar kända mottagare, på samma sätt som phishing-domäner har gjort på webben i decennier. Namn löser alltså läsbarheten men ärver samtidigt webbens hela historia av namnlurendrejeri, och plånböcker som inte varnar för blandade teckenuppsättningar flyttar bara problemet snarare än att lösa det.

Den tredje fällan är att uppslagningen är tyst. När du skriver alice.eth och plånboken översätter det till en adress sker den översättningen utan att du ser resultatet, om inte plånboken uttryckligen visar vilken adress namnet pekar på. En god plånbok visar både namnet du skrev och adressen det löste upp till, så att du kan upptäcka om något är fel. En dålig plånbok visar bara namnet och låter dig lita blint på en uppslagning du inte kan granska. Namn förskjuter med andra ord förtroendet snarare än att ta bort det, och var det förtroendet landar beror helt på designen.

En adress, för många kedjor

Ovanpå allt detta lägger 2026 ett nytt lager av förvirring: kedjorna har blivit många. Samma 42 tecken långa adress existerar ofta på dussintals EVM-kedjor samtidigt, men bakom adressen kan det sitta olika ägare, olika kod eller ingenting alls beroende på vilken kedja du menar. Att skicka USDC till rätt adress men på fel kedja är ett eget, växande sätt att förlora pengar, och det är helt osynligt i det klassiska adressfältet som inte har någon plats för frågan vilken kedja.

Standardiseringsarbetet försöker komma ikapp. ERC-3770 föreslår ett enkelt prefix, så att en adress skrivs som eth:0x… eller arb1:0x… och därmed bär sin kedja i klartext. Ovanpå namnen bygger ERC-7828 ett läsbart format där du kan skriva alice.eth@base och få både mottagare och kedja i samma begripliga sträng. Under huven definierar ERC-7930 ett kompakt binärt format för maskinerna att utbyta samma information. Riktningen är rätt, men så länge plånböckerna inte enats om ett format ser användaren fortfarande olika adresser i olika appar, och fragmenteringen är i sig en UX-skuld.

Namnlagret är dessutom inte ett utan flera. ENS dominerar på Ethereum, men Base har sina egna basenames, Solana har .sol-namn, och varje ekosystem bygger sin egen namnrymd. Ett namn du äger i ett ekosystem fungerar inte nödvändigtvis i ett annat. Tabellen nedan ställer de vanligaste adress- och namnformaten bredvid varandra för att visa hur splittrad bilden faktiskt är för den som bara vill skicka pengar till en vän.

Vad plånböckerna faktiskt gör åt det

Plånbokstillverkarna är inte passiva. Flera lager av försvar har byggts upp, och de är värda att förstå var för sig, eftersom var och en fångar något men missar något annat. Det första lagret är adressboken: sparade kontakter med namn, så att återkommande mottagare blir ett namn i stället för en sträng. Det andra är varningen för förstagångsadresser, där plånboken flaggar att du aldrig skickat hit tidigare. Det tredje är aktiv detektering av förgiftade adresser, där en motor som Blockaid jämför mottagaren mot kända lookalike-mönster och bromsar en misstänkt överföring.

Det fjärde lagret är hårdvarans klartextvisning av mottagaren, och här är Ledgers teknikchef Charles Guillemet värd att lyssna på. Hans återkommande poäng om blind signering är att en transaktion som användaren inte kan läsa inte är begriplig som standard, utan ”a digital payload”. Det gäller dubbelt för mottagaren: en adress du inte kan läsa är en nyttolast du accepterar på förtroende, och förtroendet är precis vad angriparen vill åt. Att visa adressen på en separat skärm hjälper bara om det finns något mänskligt att jämföra mot.

Det mest intressanta lagret 2026 kommer från de smarta kontona. När kontot självt är programmerbart kan det bära regler: en allowlist över tillåtna mottagare, ett tak per transaktion, en fördröjning för nya adresser. Då blir mottagarkontrollen en policy som kontot upprätthåller i stället för en jämförelse som människan måste klara i stunden. Vem som sätter och kontrollerar de reglerna är i sin tur en laddad fråga, som vi grävde i när vi frågade vem som egentligen kontrollerar ditt smarta konto, och programmerbarheten i sig vilar på de kontostandarder vi gick igenom i uppföljningen av EIP-7702 efter Glamsterdam.

Det gemensamma för hela tabellen är att inget enskilt lager räcker, och att de bästa plånböckerna staplar flera. Men det är också värt att notera att samtliga försvar är frivilliga och ojämnt utbredda. Det finns ingen regel som tvingar en plånbok att visa mottagarens namn, till skillnad från hur det ser ut i betalvärlden vid sidan av krypto.

Sverige har redan en bättre modell

Den kanske mest nedslående jämförelsen för en svensk kryptoanvändare är med de betalningar hon redan gör varje dag. I Swish skickar du till ett mobilnummer och ser mottagarens namn innan du godkänner. Identiteten är bekräftad med BankID, och du betalar till en person, inte till en sträng. Det är precis den upplevelse kryptoplånboken har kämpat i tio år för att närma sig, och som en hel generation svenskar redan tar för given.

Skillnaden blir än skarpare när man ser åt vilket håll regleringen rör sig. EU:s förordning om omedelbara betalningar inför en obligatorisk tjänst för kontroll av mottagare, Verification of Payee, där banken ska stämma av mottagarens namn mot kontonumret innan du godkänner en överföring. För banker i euroområdet gäller kravet sedan den 9 oktober 2025, och EU-kommissionen beskriver det uttryckligen som ett sätt att minska bedrägerier. Eftersom Sverige står utanför euron gäller kravet här från den 9 juli 2027. Den traditionella betalningen tvingas alltså visa dig vem du betalar, samtidigt som kryptoplånboken fortfarande låter dig klistra in hexkod i blindo.

Här finns också gränsen för vad Finansinspektionen kan göra. Under MiCA reglerar FI leverantörer av kryptotjänster, alltså börser och förvaringstjänster, inte självförvarande plånboksprogram. Sedan den 1 oktober 2025 måste varje kryptoföretag som vänder sig till svenska kunder ha ansökt om tillstånd eller avveckla, enligt FI:s MiCA-sida. Men en plånbok där du själv håller nyckeln och själv klistrar in mottagaren faller i regel utanför den regleringen. Det betyder att det inte finns något krav på kontroll av mottagare, ingen återbetalningsrätt och inget konsumentskydd av det slag som en vanlig betalning har. Och till skillnad från en vanlig betalning är en felskickad kryptoöverföring sällan ens en avdragsgill förlust; Skatteverket behandlar krypto som andra tillgångar, och en stulen eller felskickad summa är normalt varken en avyttring eller en avdragsgill kapitalförlust. Pengarna är borta, och skattemässigt finns de ändå kvar att skatta för tidigare vinster.

Så skyddar du dig i dag

Tills namn blir standard överallt får användaren bära en del av bördan, hur orättvist det än är. Det finns några vanor som bevisligen hade stoppat de flesta av de stora förlusterna ovan, och de kostar mycket lite tid jämfört med vad de skyddar. Den viktigaste insikten är att behandla mottagaren som den farligaste delen av varje överföring, inte den mest triviala.

• Kopiera aldrig en mottagaradress ur din transaktionshistorik. Det är exakt den vana adressförgiftning är byggd kring.
• Spara återkommande mottagare i plånbokens adressbok med ett namn, och skicka till namnet i stället för till en inklistrad sträng.
• Använd ett ENS-namn eller motsvarande när mottagaren har ett, och låt plånboken visa vilken adress namnet löser upp till.
• Gör en liten testöverföring först vid stora belopp eller nya mottagare, och vänta på bekräftelse innan du skickar resten.
• Verifiera hela adressen på en hårdvaruplånboks egen skärm, inte bara på datorn, eftersom clipper-program sitter just på datorn.
• Dubbelkolla vilken kedja du skickar på; rätt adress på fel kedja är lika förlorat som fel adress.
• Överväg ett smart konto med allowlist för de mottagare du använder ofta, så att kontot självt vägrar okända adresser.

Ingen av punkterna är elegant, och det är själva poängen. Att en användare behöver en sjupunktslista för att skicka pengar säkert är ett underbetyg åt designen, inte ett recept för trygghet. Listan är ett plåster tills gränssnittet gör rätt sak av sig självt.

Vad bra adress-UX faktiskt kräver

Om man vänder på problemet och frågar hur ett gränssnitt borde se ut blir svaret förvånansvärt konkret. För det första borde namn vara förvalt, inte en inställning. När en mottagare har ett ENS-namn ska plånboken visa namnet stort och adressen litet, inte tvärtom. För det andra borde mottagarens identitet alltid visas, på samma sätt som Verification of Payee tvingar fram i betalvärlden. Ett gränssnitt som kan visa ditt saldo med två decimaler kan visa vem du skickar till.

För det tredje borde testöverföringen vara inbyggd snarare än en manuell vana, så att plånboken själv föreslår en liten första överföring till en ny mottagare. För det fjärde borde kedjan vara en synlig del av mottagaren, i linje med de nya standarderna, så att rätt adress på fel kedja blir svårt att råka ut för. Och för det femte borde smarta konton göra mottagarregler, allowlists och fördröjningar till något man slår på med ett klick, inte något man programmerar.

Det underliggande skiftet är att sluta behandla mottagaren som ett tekniskt fält och börja behandla den som en identitet. Varje annan mogen betalupplevelse i världen, från Swish till kortbetalningar till banköverföringar med mottagarkontroll, vilar på att du vet vem du betalar. Krypto har byggt allt annat först, nyckelhantering, signering, återställning, delegering, och lämnat själva mottagaren till sist. 2026 är det den sista obesvarade frågan i plånbokens användarupplevelse, och svaret är inte mer teknik utan mer mänsklighet i det fält där det betyder mest.

Tills dess lever vi med ett gränssnitt som gjort allt lätt utom det som räknas. Du loggar in med ansiktet, läser transaktionen på din mors språk och godkänner med ett knapptryck. Och sedan klistrar du in 42 tecken du inte kan läsa, till en mottagare utan namn, i en handling som inte går att ångra. Det är inte en kvarleva från kryptos tidiga år. Det är, tills någon gör namnet obligatoriskt, fortfarande själva kärnan i hur pengar flyttas på kedjan.

Vanliga frågor

Vad är adressförgiftning i krypto?

Adressförgiftning är en bluff där en angripare planterar en adress som liknar en du nyss använt i din transaktionshistorik, i hopp om att du kopierar den av misstag. Du kontrollerar ofta bara de första och sista tecknen, och eftersom de matchar skickar du pengarna till angriparen i stället för till rätt mottagare. Enligt ScamSniffer förlorade två offer 62 miljoner dollar på detta sätt på bara två månader kring årsskiftet 2026.

Hur skyddar jag mig mot att skicka krypto till fel adress?

Kopiera aldrig en mottagaradress ur din transaktionshistorik, spara i stället återkommande mottagare i adressboken med ett namn, och använd ett ENS-namn när det finns. Gör en liten testöverföring först vid stora belopp och verifiera hela adressen på en hårdvaruplånboks egen skärm, eftersom clipper-skadeprogram kan byta ut adressen på din dator.

Vad är ENS och löser det adressproblemet?

ENS, Ethereum Name Service, låter dig skicka till ett läsbart namn som alice.eth i stället för en 42 tecken lång adress. Det löser läsbarheten och bryter adressförgiftningens grundtrick, men det är inte vattentätt: namn kan löpa ut och återregistreras av andra, och namn med lookalike-tecken kan efterlikna kända mottagare.

Kan jag få tillbaka krypto som skickats till fel adress?

Nästan aldrig. En kedjetransaktion är slutgiltig när den bekräftas, och det finns ingen kundtjänst eller ångerknapp. I ett uppmärksammat fall från 2024 återlämnade en angripare frivilligt drygt 96 procent av 68 miljoner dollar efter förhandlingar, men det var ren tur snarare än en rättighet, och i de flesta fall kommer pengarna aldrig tillbaka.

Varför visar inte kryptoplånboken mottagarens namn som Swish?

För att adressen saknar inbyggd identitet; den är en kryptografisk sträng utan koppling till en person. Swish visar mottagarens namn bekräftat med BankID, och EU inför med Verification of Payee ett krav på att banker stämmer av mottagarens namn. Självförvarande kryptoplånböcker omfattas i regel inte av den regleringen, så namnvisning är frivillig och ojämnt utbredd.

Skriven av Yuki Tanaka, senior redaktör på HOGE Wire.