En MEV-bot ved navn “Yoink” rakk å stjele 2 900 rsETH, verdt rundt 7,8 millioner dollar, fra en hacker som selv forsøkte å tømme en Safe-lommebok på Ethereum. Angrepet varte i ett eneste blokkintervall den 15. september 2026, og endte med at verken offeret eller den opprinnelige angriperen satt igjen med pengene. Saken kaster nytt lys over hvor sårbare selv “sikre” multisig-lommebøker er når automatiserte bots konkurrerer om å plukke verdier ut av Ethereums mempool, og den kommer samtidig som analyseselskapet a16z Crypto anslår at MEV-utvinning har kostet brukere av Ethereum over 686 millioner dollar totalt.
Hva skjedde: Yoink kuppet et pågående ran
Om morgenen 15. september 2026 oppdaget sikkerhetsselskapet BlockSec Phalcon en uvanlig transaksjon rettet mot en Safe-lommebok (tidligere Gnosis Safe) på Ethereum. En ukjent angriper hadde funnet en vei inn i en tilkoblet Uniswap v4-likviditetsmodul og forsøkte å trekke ut 2 900 rsETH, en liquid restaking-token knyttet til KelpDAO, med en verdi på rundt 7,8 millioner dollar på hackingtidspunktet.
Transaksjonen ble sendt åpent til Ethereums offentlige mempool, altså køen av ubekreftede transaksjoner alle noder kan se før de havner i en blokk. Der ventet en generalisert MEV-bot med kallenavnet Yoink. Boten kopierte i praksis angriperens metode, betalte nesten 19 ETH (rundt 46 000 dollar den gangen) til en blokkbygger for å sikre seg første plass i blokken, og fikk dermed pengene før den opprinnelige hackeren rakk å fullføre sitt eget ran. BlockSec Phalcon oppsummerte hendelsen slik: “Our system detected an attack that drained ~$7.8M from a Gnosis Safe wallet on Ethereum (0x40E93a52F6Af9fCD3b476aeDADD7FeABD9f7AbA8)”, ifølge selskapets offentlige analyse.
Minutt for minutt: slik utspilte ranet seg
Hendelsesforløpet var kort, men teknisk sammensatt. Under følger en oversikt bygget på offentlige on-chain-data og analyser fra BlockSec Phalcon og nyhetsdekningen fra crypto.news og Forklog.
| Steg | Hendelse | Aktør |
|---|---|---|
| 1 | Angriper finner svakhet i en autorisasjonssjekk i en tilkoblet executor-kontrakt på en Safe-lommebok | Ukjent angriper |
| 2 | Angriper ruter Safe-modulen gjennom en selvopprettet “hooked” Uniswap v4-pool for å pakke ut aEthrsETH til rsETH | Ukjent angriper |
| 3 | Transaksjonen sendes til den offentlige mempoolen på Ethereum | Ukjent angriper |
| 4 | MEV-boten Yoink oppdager transaksjonen og kopierer angrepslogikken | Yoink |
| 5 | Yoink betaler nesten 19 ETH til en blokkbygger for garantert førsteplass i blokken | Yoink |
| 6 | Yoinks transaksjon bekreftes først, og 2 900 rsETH (~7,8 mill. dollar) sendes til botens adresse | Yoink |
| 7 | Den opprinnelige angriperens transaksjon feiler eller gir null gevinst | Ukjent angriper |
| 8 | KelpDAO fryser midlertidig operasjoner knyttet til den berørte adressen | KelpDAO |
Hvem, eller hva, er MEV-boten Yoink?
Yoink er ikke et selskap eller et kjent merkenavn slik som Flashbots. Det er en generalisert “searcher”-bot, altså et automatisert program som kontinuerlig overvåker mempoolen på jakt etter lønnsomme transaksjonsmønstre og forsøker å stille seg foran dem i køen. Denne typen bots har eksistert i flere år, men det som gjør Yoink-saken interessant er at boten denne gangen fanget opp et pågående tyveri, ikke en vanlig arbitrasje- eller likvidasjonsmulighet. crypto.news skriver at “An Ethereum MEV bot known as Yoink has front-run an attempted Safe wallet exploit involving 2,900 rsETH, worth about $7.8 million, and paid nearly 19 ETH to secure the first position in the block.”
Dette er ikke første gang en MEV-bot har “reddet” midler fra en hacker, uten at det var noen intensjon om veldedighet. I august 2026 stjal en tilsvarende bot 370 000 dollar fra en angriper som selv hadde nettopp fullført et 500 000 dollar-heist. Mønsteret er blitt så vanlig at enkelte i bransjen nå omtaler generaliserte MEV-bots som en slags uformell, om enn tilfeldig, sikkerhetsmekanisme mot dårlig skjulte utnyttelser.
Teknisk rotårsak: en glemt autorisasjonssjekk
Ifølge BlockSec Phalcons offentlige analyse lå feilen i en auxiliary Multicall-kontrakt knyttet til Safe-lommeboken. Eieren hadde tidligere autorisert en “keeper”-funksjon til å utføre rutinemessige operasjoner via Multicall. Problemet var at kontrakten som validerte hvem som fikk kalle denne funksjonen, ikke sjekket avsenderen grundig nok. Det gjorde det mulig for en ekstern bruker å late som om vedkommende var den autoriserte keeperen og dermed utløse operasjoner via en komponent lommebokeieren i utgangspunktet stolte på.
BlockSec Phalcon oppsummerte funnet direkte: “The root cause was a flawed authorization check in the executor contract (0x4f0055926c839D1d960a82CBF84E2eE933958ebC)”. En forenklet fremstilling av hva som trolig gikk galt, ser slik ut:
// Forenklet, illustrativ versjon av feilen
function executeViaKeeper(address target, bytes calldata data) external {
// Feil: sjekker kun at msg.sender IKKE er null,
// ikke at avsender faktisk er den registrerte keeperen
require(msg.sender != address(0), "ugyldig avsender");
// Korrekt versjon skulle vaert:
// require(msg.sender == registeredKeeper, "ikke autorisert");
(bool success, ) = target.call(data);
require(success, "kall feilet");
}Med denne åpningen kunne angriperen rute Safe-modulen gjennom en pool vedkommende selv kontrollerte, der “hook”-logikken i Uniswap v4 pakket ut den underliggende rsETH-en fra en innpakket versjon (aEthrsETH) og gjorde den klar til uttrekk. Det er verdt å presisere at feilen lå i en tilleggskontrakt koblet til lommeboken, ikke i selve Safe-protokollen eller i Uniswap v4s kjernekode. Det var altså en konfigurasjonsfeil på brukersiden, ikke et brudd på selve multisig-standarden millioner av kryptobrukere stoler på daglig.
MEV forklart: hvorfor rekkefølge er penger
MEV står for maximal extractable value, altså den maksimale verdien en blokkprodusent eller en bot kan trekke ut ved å bestemme rekkefølgen transaksjoner blir inkludert i en blokk. Så lenge transaksjoner er synlige i en offentlig mempool før de bekreftes, kan enhver med rask nok infrastruktur se hva som er på vei og forsøke å kutte foran i køen, mot betaling til den som bygger blokken. Ethereums egen utviklerdokumentasjon beskriver MEV som en iboende egenskap ved åpne, transparente blokkjeder, ikke en feil som kan patches bort med én enkelt oppdatering.
Sandwich-angrep og front-running
Den vanligste formen for MEV rammer vanlige handelsfolk gjennom såkalte sandwich-angrep. En bot ser en ventende handel som vil flytte prisen i en likviditetspool, legger inn sin egen kjøpsordre rett før den, lar offerets handel gå gjennom til en dårligere pris, og selger umiddelbart etter for å hente differansen. Yoink-saken er en variant av ren front-running: boten kopierte ikke en handel, men selve angrepstransaksjonen, og stjal effektivt buksene av tyven.
Private mempools som motsvar
Løsningen bransjen har jobbet med i flere år er private orderflow, altså tjenester som Flashbots Protect der transaksjoner sendes direkte til utvalgte blokkbyggere uten å bli synlige i den åpne mempoolen. Hadde den opprinnelige angriperen brukt en slik tjeneste, ville trolig ingen MEV-bot sett transaksjonen før den var bekreftet, og pengene ville med stor sannsynlighet endt hos angriperen i stedet for hos Yoink.
Tallene bak MEV-økonomien i 2026
Yoink-hendelsen er liten sammenlignet med den totale summen som årlig flyttes gjennom MEV-mekanismer. Analyseselskapet a16z Crypto la nylig frem tall som viser at blokkjedens gjennomstrømning har økt over hundre ganger på fem år, fra under 25 transaksjoner i sekundet til over 3 400, uten at det har stanset validatorer fra å utnytte rekkefølgen på transaksjoner for egen vinning, ifølge a16z sin gjennomgang av 686 millioner dollar i MEV-tap. Ifølge analyseplattformen Blockchain Dose er “Total MEV extracted across all chains in 2026 is estimated at $2.5 billion annually on Ethereum, $800 million on Solana, and $300 million on Layer-2 networks”, ifølge selskapets 2026-analyse.
| Nettverk | Estimert årlig MEV-utvinning (2026) | Hovedtype |
|---|---|---|
| Ethereum | 2,5 milliarder dollar | Sandwich-angrep, arbitrasje, likvidasjoner |
| Solana | 800 millioner dollar | Arbitrasje mellom desentraliserte børser |
| Layer 2-nettverk (Base, Arbitrum, Optimism m.fl.) | 300 millioner dollar | Cross-domain arbitrasje og bro-relatert MEV |
Legg merke til at Ethereum alene står for over det dobbelte av Solana og Layer 2-nettverkene til sammen, til tross for at Solana ofte fremstilles som mer transaksjonstungt. Det henger sammen med at Ethereums DeFi-økosystem fortsatt har størst samlet verdi låst i smartkontrakter, noe som gir MEV-bots flere og større muligheter å jakte på.
Ikke første gang en MEV-bot har blitt hovedperson
Yoink-saken føyer seg inn i en rekke lignende hendelser i 2026 der MEV-bots selv har blitt mål, eller uventet vinnere. I juni 2026 tapte den kjente boten JaredFromSubway.eth 15 millioner dollar etter at en angriper utnyttet botens egen logikk for å oppdage muligheter, ved å konstruere falske kryptografiske signaler som lurte boten til å utføre et tapsbringende kall. Operatøren bak boten tilbød senere angriperen en 50 prosent white hat-dusør mot at pengene ble returnert innen 48 timer.
| Hendelse | Dato (2026) | Beløp | Hvem tapte / vant |
|---|---|---|---|
| MEV-bot stjeler fra hacker (500K-heist) | 27. august | 370 000 dollar | Bot vant, opprinnelig hacker tapte |
| JaredFromSubway.eth utnyttet | Juni | 15 millioner dollar | Boten tapte til angriper |
| Yoink front-runner Safe-utnyttelse | 15. september | 7,8 millioner dollar | Bot vant, opprinnelig hacker tapte |
Mønsteret som trer frem er at MEV-bots i økende grad opererer i et gråsonelandskap der de både er rovdyr og, i noen tilfeller, utilsiktede vaktbikkjer. Ingen av disse aktørene opererer med et mandat til å beskytte brukere. De følger simpelthen insentivene som ligger i åpne mempools, og resultatet kan tilfeldigvis komme angrepne protokoller til gode, slik det skjedde med KelpDAOs rsETH-innskudd 15. september.
Historisk kontekst: fra Flashbots til Fusaka
MEV som fenomen er ikke nytt. Begrepet ble popularisert allerede i 2019 i et akademisk arbeid om “miner extractable value”, og Flashbots-organisasjonen ble stiftet i 2020 nettopp for å demme opp for de mest skadelige formene for utvinning gjennom private transaksjonskanaler. Siden har Ethereum gjennomgått flere protokolloppgraderinger som har endret den økonomiske dynamikken rundt MEV, uten å fjerne den. Dencun-oppgraderingen i mars 2024 innførte blob-transaksjoner via EIP-4844 og kuttet datakostnadene for Layer 2-nettverk med over 90 prosent, mens den senere Fusaka-oppgraderingen finjusterte prismekanismen for disse blobene gjennom EIP-7918.
Ingen av disse endringene var rettet direkte mot MEV, men de har indirekte gjort det billigere å bygge og drifte MEV-bots, siden lavere transaksjonskostnader gjør det lønnsomt å konkurrere om stadig mindre marginer. Det er en av grunnene til at antallet aktive searcher-bots har vokst jevnt gjennom 2025 og 2026, samtidig som den gjennomsnittlige gevinsten per transaksjon har falt.
Amerikanske myndigheter ser på MEV som mulig svindel
Det regulatoriske bildet rundt MEV er i bevegelse. Enkelte amerikanske myndigheter har begynt å behandle spesifikt aggressive MEV-strategier, særlig sandwich-angrep rettet mot vanlige brukere, som en form for svindel eller markedsmanipulasjon fremfor en nøytral markedsmekanisme. Foreløpig finnes det ingen tilsvarende, ferdig regulering i EU spesifikt rettet mot MEV, men MiCA-regelverket har allerede strammet inn kravene til gjennomsiktighet for handelsplattformer som opererer i EU og dermed indirekte i Norden, noe som kan legge press på børser og protokoller til å tilby beskyttelse mot denne typen utvinning for sine brukere.
Hva betyr dette for norske og nordiske kryptobrukere?
De fleste norske og nordiske kryptobrukere handler gjennom sentraliserte børser og rammes derfor ikke direkte av MEV på Ethereums mempool. Men andelen som bruker desentraliserte børser, restaking-protokoller og egne multisig-lommebøker som Safe har økt jevnt gjennom 2025 og 2026, i takt med at flere nordiske investorer søker avkastning utenfor tradisjonelle børsnoterte produkter. For denne gruppen er lærdommen fra Yoink-saken konkret: en Safe-lommebok er kun så sikker som den svakeste tilkoblede modulen, ikke bare selve multisig-oppsettet.
Nordiske selskaper og enkeltpersoner som forvalter DeFi-posisjoner bør derfor gå gjennom hvilke tredjepartsmoduler, keepere og automatiseringsverktøy som har fått tilgang til deres multisig-lommebøker, og fjerne tilganger som ikke lenger er i aktiv bruk. Det samme gjelder for norske utviklere som bygger på Safe eller lignende rammeverk: en autorisasjonssjekk som “nesten” fungerer, altså sjekker at avsenderen ikke er null-adressen fremfor å sjekke faktisk identitet, er nøyaktig den typen feil revisorer bør lete etter spesifikt. Vi har tidligere dekket hvordan angripere kaprer Ethereum-lommebøker via svake autorisasjonstransaksjoner, et beslektet mønster som understreker hvor ofte roten til slike hendelser ligger i tilgangskontroll snarere enn i selve kryptografien.
Markedspåvirkning: liten i kroner, stor i tillit
Målt i dollar er 7,8 millioner en beskjeden sum sammenlignet med de største DeFi-hackene i 2026, der enkelthendelser har passert flere hundre millioner dollar. Likevel har saken fått uforholdsmessig stor oppmerksomhet i bransjen, nettopp fordi den illustrerer et strukturelt problem: selv sofistikerte brukere som setter opp multisig-beskyttede lommebøker med tilkoblede DeFi-strategier, kan miste alt på grunn av én enkelt feilkonfigurert tilleggskontrakt. KelpDAO valgte å midlertidig fryse operasjoner knyttet til den berørte adressen mens de undersøkte konsekvensene for egne brukere, en beslutning som i seg selv illustrerer hvor raskt protokoller må reagere når restaking-tokens som rsETH blir involvert i sikkerhetshendelser.
Konkurrentbildet: hvordan MEV-beskyttelse har utviklet seg
Flere aktører konkurrerer i dag om å tilby beskyttelse mot nettopp denne typen front-running. Flashbots Protect forblir den mest brukte private RPC-tjenesten for Ethereum, mens nyere alternativer som MEV Blocker og forskjellige “encrypted mempool”-prosjekter forsøker å skjule transaksjonsinnhold helt frem til bekreftelse. Ingen av disse løsningene er integrert som standard i Safe sine standardmoduler, noe som betyr at ansvaret i praksis ligger hos hver enkelt bruker eller utvikler som setter opp automatiserte keeper-funksjoner. Det er en vesentlig svakhet sammenlignet med kontoabstraksjon-løsninger som i økende grad bygger inn simulering og validering av transaksjoner før de sendes, nettopp for å fange opp feilkonfigurerte autorisasjonssjekker som den Yoink utnyttet.
Fem spådommer for MEV og lommebok-sikkerhet fremover
- Flere protokoller vil kreve private orderflow som standard for transaksjoner som involverer store multisig-lommebøker, ikke bare som et valgfritt tillegg.
- Automatiserte revisjonsverktøy for Safe-moduler vil bli mer utbredt i 2027, spesielt verktøy som spesifikt leter etter svake autorisasjonssjekker i executor- og keeper-kontrakter.
- MEV-bots vil i økende grad bli mål for angrep selv, slik JaredFromSubway.eth-saken viste, noe som kan presse frem bedre isolering mellom botlogikk og lommebokrettigheter.
- Regulatorisk press mot aggressiv MEV-utvinning vil øke, både i USA og etter hvert i EU, ettersom MiCA-tilsynet modnes og søkelyset flyttes fra ren børsregulering til selve markedsmekanikken i DeFi.
- Restaking-protokoller som KelpDAO vil stramme inn hvem som får koble automatiserte moduler til brukernes posisjoner, som en direkte konsekvens av hendelser som denne.
Slik beskytter du din egen Safe-lommebok
Det viktigste konkrete tiltaket er å gå gjennom hvilke moduler og keeper-tillatelser som er koblet til en Safe-lommebok, og fjerne alt som ikke er strengt nødvendig. Bruk private orderflow-tjenester for transaksjoner som flytter betydelige verdier, slik at de ikke er synlige i den åpne mempoolen før de er bekreftet. Test autorisasjonslogikk i egne eller tredjeparts smartkontrakter opp mot scenarioer der avsenderadressen er forfalsket eller manipulert, ikke bare mot tilfellet der den er tom. For lesere som ønsker en fullstendig gjennomgang av hvordan MEV-angrep fungerer og hvordan de unngås, har vi tidligere gått i dybden på MEV-beskyttelse i praksis, mens de som vil forstå beslektede trusler kan lese om flash loan-angrep og generell DeFi-sikkerhet.
Det store bildet: 2026 som året MEV ble mainstream-nyheter
Yoink-saken er ett av mange datapunkter i et år der MEV har gått fra å være et nisjetema for Ethereum-utviklere til å bli forsidestoff i kryptomedier verden over. Med 32 registrerte prismanipulasjonsangrep mot DeFi-utlånsprotokoller så langt i 2026, sammenlignet med 12 i hele 2025, og en samlet MEV-utvinning på over 3,6 milliarder dollar på tvers av Ethereum, Solana og Layer 2 ifølge Blockchain Dose, er det tydelig at rekkefølgen transaksjoner behandles i, har blitt like mye et sikkerhetsspørsmål som et effektivitetsspørsmål. Saker som denne, der en hendelse på 7,8 millioner dollar knapt topper nyhetsbildet en hel dag, viser samtidig hvor vant bransjen har blitt til beløp som for få år siden ville vært enorme overskrifter i seg selv. Vi har fulgt denne utviklingen tett gjennom hele sommeren og høsten, blant annet i vår gjennomgang av 16 krypto-hack på 19 dager i august, og oppdateringer havner løpende i kategorien kryptovaluta her på shattered.io. Det er en påminnelse om at både brukere og utviklere i Norden bør ta lommebok-hygiene like alvorlig som selve valget av plattform.
Ofte stilte spørsmål
Hva er en MEV-bot?
En MEV-bot er et automatisert program som overvåker Ethereums (eller andre blokkjeders) offentlige mempool for å finne lønnsomme transaksjonsmønstre, som arbitrasje, likvidasjoner eller sandwich-muligheter, og forsøker å plassere sine egne transaksjoner foran eller rundt dem for å hente ut verdi.
Mistet KelpDAO-brukere penger i denne hendelsen?
Rapportene som foreligger peker på at midlene som ble utnyttet, tilhørte den kompromitterte Safe-lommeboken og dens tilkoblede moduler, ikke KelpDAOs kjerneprotokoll direkte. KelpDAO valgte likevel å midlertidig fryse operasjoner knyttet til den berørte adressen som en føre-var-handling.
Er Safe-lommebøker generelt usikre etter denne saken?
Nei. Feilen lå i en tilkoblet tredjepartsmodul og dens autorisasjonslogikk, ikke i selve Safe-protokollens kjernekode for multisig-godkjenning. Saken understreker likevel at sikkerheten til en Safe-lommebok avhenger av alle moduler som er koblet til den, ikke bare av multisig-terskelen.
Hvorfor fikk MEV-boten Yoink pengene i stedet for den opprinnelige hackeren?
Fordi angrepstransaksjonen ble sendt til den åpne mempoolen, der alle kan se den før den bekreftes. Yoink oppdaget den, kopierte angrepslogikken og betalte mer i gebyr til en blokkbygger for å sikre at dens egen versjon av transaksjonen ble inkludert først.
Kan norske investorer bli rammet av lignende MEV-hendelser?
Ja, dersom man bruker desentraliserte børser, restaking-protokoller eller egne multisig-lommebøker med automatiserte moduler koblet til. Risikoen er lavere for brukere som kun handler gjennom sentraliserte, regulerte børser.
Hva er forskjellen på MEV og et vanlig hack?
Et vanlig hack utnytter en sårbarhet i en smartkontrakt eller lommebok direkte. MEV handler om å utnytte rekkefølgen transaksjoner behandles i, ofte helt lovlig innenfor protokollens regler, selv om enkelte former, som sandwich-angrep, i økende grad omtales som skadelige eller nær svindel.
Hvordan kan jeg unngå å bli utsatt for front-running?
Bruk private transaksjonstjenester (private orderflow) som ikke eksponerer transaksjoner i den åpne mempoolen før de er bekreftet, og vurder slippasjegrenser nøye ved handel på desentraliserte børser.
Hvor mye taper krypto-brukere samlet på MEV hvert år?
Ifølge Blockchain Dose anslås samlet MEV-utvinning i 2026 til rundt 2,5 milliarder dollar på Ethereum, 800 millioner dollar på Solana og 300 millioner dollar på Layer 2-nettverk, altså over 3,6 milliarder dollar totalt.
