Den 20. juni 2026 mistet en av Ethereums mest aktive MEV-boter, kjent som Jaredfromsubway.eth, rundt 7,5 millioner dollar i løpet av sekunder. Ifølge sikkerhetsselskapet Blockaid og PeckShield ble boten selv lurt inn i en felle: en motangriper konstruerte en honeypot-transaksjon som tømte lommeboken for 1.474 WETH, 2,87 millioner USDC og 2 millioner USDT. Ironien er slående. En bot som i perioden november 2024 til oktober 2025 sto bak rundt 70 prosent av alle sandwich-angrep på Ethereum, ble selv offer for det samme spillet den hadde utnyttet mot vanlige brukere i årevis.

Du trenger ikke drive en MEV-bot for å tape penger på samme måte. Ifølge estimater sitert av Cointelegraph taper Ethereum-brukere rundt 60 millioner dollar årlig til sandwich-angrep, med mellom 60.000 og 90.000 angrep i måneden ved høy nettverksaktivitet. I mars 2026 mistet en enkelt trader over 215.000 dollar på én stablecoin-swap og satt igjen med bare 5.271 dollar. I august 2026 stjal en angriper 500.000 dollar i USDC på Base, men mistet 371.000 dollar av byttet til en MEV-bot i samme transaksjonssekvens. Selv kriminelle blir sandwichet.

Denne guiden viser deg, steg for steg, hvordan du setter opp reell MEV-beskyttelse: fra å bytte RPC-endepunkt i MetaMask til å bygge et eget Node.js-skript som sender transaksjoner gjennom en beskyttet kanal. Du trenger ingen forkunnskaper utover grunnleggende terminalbruk og en eksisterende krypto-lommebok.

Hva er MEV, og hvorfor tapte en bot 7,5 millioner dollar?

MEV står for maximal extractable value, altså den maksimale verdien en validator eller en bot kan hente ut ved å endre rekkefølgen på transaksjoner i en blokk. Når du sender en transaksjon på Ethereum, havner den først i en offentlig venteliste kalt mempool. Alle noder på nettverket kan se den før den blir bekreftet. Boter overvåker denne ventelisten kontinuerlig og leter etter transaksjoner de kan utnytte, typisk store bytter (swaps) med høy slippasje-toleranse.

Systemet som avgjør hvilke transaksjoner som havner hvor i en blokk, kalles Proposer-Builder Separation (PBS). En validator foreslår ikke lenger blokkinnholdet selv, men velger den mest lønnsomme ferdigbygde blokken fra en gruppe spesialiserte byggere. Disse byggerne konkurrerer om plass ved å inkludere transaksjoner som gir høyest samlet verdi, inkludert eventuell MEV. Det er ikke noe galt med systemet i seg selv, det er faktisk designet for å gjøre MEV-fordelingen mer rettferdig enn tidligere. Problemet oppstår når din transaksjon, synlig for alle i mempoolen, blir råstoffet en bot bruker til å konstruere en mer lønnsom blokk på din bekostning.

Jaredfromsubway.eth-saken illustrerer hvor sofistikert dette økosystemet har blitt. Boten kjørte automatiserte sandwich-strategier døgnet rundt og genererte trolig millioner i inntekt over to år, ifølge tall sitert av CoinMarketCap Academy. Men 20. juni 2026 snudde noen spillet: en motangriper bygde en kontrakt som så ut som et lovende arbitrasje-mål, fikk boten til å signere en godkjenning den aldri burde gitt, og tømte lommeboken. Boten fikk aldri tilbake pengene. Operatøren tilbød 22. juni en white hat-dusør på 50 prosent, uten hell.

Poenget for deg som vanlig bruker: hvis en profesjonell MEV-bot med egen infrastruktur kan tape 7,5 millioner dollar på én transaksjon, er en gjennomsnittlig lommebok med standard RPC-oppsett langt mer sårbar. Sherlock beskriver 2026 som året da MEV-overvåking gikk fra “kjekt å ha” til en fast post i sikkerhetsbudsjettet for enhver seriøs krypto-aktør.

Slik fungerer et sandwich-angrep, steg for steg

Et sandwich-angrep er navngitt etter selve mekanikken. Angriperen “pakker inn” transaksjonen din mellom to egne transaksjoner:

  • Boten oppdager transaksjonen din i mempool, for eksempel et bytte av 50.000 USDC til ETH med 2 prosent slippasje-toleranse.
  • Boten sender en egen kjøpsordre med høyere gassavgift rett før din transaksjon, som presser opp prisen på ETH.
  • Din transaksjon utføres til en dårligere kurs enn forventet, fordi prisen allerede har flyttet seg.
  • Boten selger umiddelbart etter, i samme blokk, og håver inn differansen mellom kjøps- og salgspris.

Mars-hendelsen på 215.000 dollar fulgte akkurat dette mønsteret under en stablecoin-swap. To andre lommebøker involvert i samme angrepsbølge mistet henholdsvis 138.838 og 128.003 dollar, ifølge Bitget News. Base-saken i august er et sjeldnere eksempel: en tyv som nettopp hadde stjålet 500.000 dollar i USDC prøvde å bytte det til ETH uten skikkelig slippasje-beskyttelse, og en MEV-bot sandwichet transaksjonen og tok 371.000 dollar av byttet. Tyven satt igjen med 129.000 dollar av det opprinnelige ranet, ifølge sikkerhetsovervåking omtalt av flere kryptomedier i august 2026. Et enda større tilfelle fra mars 2026 involverte en AAVE-relatert swap der MEV-boter hentet ut nesten 9,9 millioner dollar fra en enkelt ordre, ifølge en rapport fra RareEvo.

Kostnaden ved å la stå ubeskyttet: et regnestykke

Sett de ulike tallene sammen, og bildet blir tydeligere. Med rundt 60 millioner dollar i årlige sandwich-tap fordelt på et sted mellom 60.000 og 90.000 angrep i måneden ved høy nettverksaktivitet, snakker vi om et gjennomsnittlig tap på et sted mellom 55 og 85 dollar per angrep, når man regner over hele året og alle måneder, ikke bare topp-perioder. Tallet virker lite isolert sett, men det dekker over et skjevt fordelt mønster: de fleste angrepene rammer små transaksjoner med moderate tap, mens et fåtall store hendelser, som AAVE-swapen på 9,9 millioner dollar eller mars-tapet på 215.000 dollar, står for uforholdsmessig mye av totalsummen.

Det praktiske spørsmålet er ikke om du kommer til å bli rammet av et enkelt katastrofalt angrep, det er om summen av mange små, umerkelige tap på 0,5–2 prosent dårligere kurs på hver eneste swap over tid, spiser opp mer enn du tror. Setter du opp beskyttelsen én gang, betaler du ingen løpende kostnad for den, mens den potensielle besparelsen akkumuleres for hver transaksjon du gjør fremover.

Forutsetninger: dette trenger du før du starter

Sett av rundt 45 minutter til hele oppsettet. Dette er verktøyene og versjonene guiden bruker:

  • MetaMask (versjon 12 eller nyere) eller en annen EVM-lommebok som Rabby Wallet, installert som nettleserutvidelse.
  • Node.js versjon 20 LTS eller nyere, samt npm (følger med Node.js-installasjonen).
  • ethers.js versjon 6.x for JavaScript-skriptet senere i guiden.
  • En terminal eller kommandolinje (macOS, Linux eller Windows med WSL/PowerShell).
  • En tekstredigerer, for eksempel VS Code.
  • Litt ETH på Sepolia-testnettet hvis du vil øve før du kobler til hovednettet. Du kan hente gratis testnett-ETH fra en offentlig faucet.
  • Grunnleggende kjennskap til hvordan du bytter RPC-nettverk i en lommebok (guiden viser deg dette fra bunnen av uansett).

Du trenger ikke programmeringserfaring for å fullføre steg 1 til 8. Node.js-delen mot slutten av guiden krever at du kan lime inn kommandoer i en terminal, men vi forklarer hver linje.

Steg 1–2: Kartlegg egen eksponering mot MEV

Steg 1: Sjekk hvilken RPC lommeboken din bruker akkurat nå. Åpne MetaMask, klikk på nettverksvelgeren øverst, og velg “Rediger nettverk” på Ethereum-hovednettet. Der finner du en URL under “Standard RPC-URL”. Hvis den inneholder navn som infura.io, alchemy.com eller et generisk offentlig endepunkt uten ordet “protect” eller “private” i seg, sender transaksjonene dine trolig rett til den offentlige mempoolen.

Steg 2: Vurder hvilken type transaksjoner du faktisk gjør. Sender du mest mindre overføringer mellom egne lommebøker, er MEV-risikoen lav. Bytter du store beløp på desentraliserte børser, klaimer du airdrops med stor verdi, eller deltar du i NFT-mint med begrenset antall, er du et attraktivt mål. Jo større transaksjonsverdi og jo bredere slippasje-toleransen er, desto mer lønnsomt blir det for en bot å sandwiche deg. Skriv ned hvilke aktiviteter som gjelder deg, for det avgjør hvilken beskyttelsesstrategi du trenger lenger ned i guiden.

Hvordan boter faktisk finner deg i mempoolen

Det er lett å tenke på MEV-boter som noe abstrakt, men mekanikken bak er ganske håndfast. Boter kjører egne noder som strømmer hver eneste ubekreftede transaksjon fra mempoolen i sanntid. En simuleringsmotor kjører hver transaksjon mot en lokal kopi av blokkjede-tilstanden for å se hva som skjer hvis den inkluderes. Finner motoren en swap med nok volum og slippasje til at et sandwich-angrep gir positiv avkastning etter gassavgift, sender boten umiddelbart to egne transaksjoner: én foran med høyere gassbud, og én rett bak.

Før London-oppgraderingen i 2021 skjedde dette ofte gjennom rene budkriger om gasspris, såkalte Priority Gas Auctions, der flere boter kappløp om samme mulighet og drev opp nettverksavgiftene for alle. I dag går mesteparten av denne konkurransen gjennom en mer strukturert kanal: søkere (searchers) sender bud til blokkbyggere, som igjen konkurrerer om å levere den mest lønnsomme blokken til validatoren gjennom MEV-Boost. Det er nettopp denne kanalen private RPC-er som Flashbots Protect og MEV-Blocker omgår for din egen transaksjon, ved å holde den unna det offentlige laget søkerne overvåker i utgangspunktet.

Konsekvensen for deg er konkret: så lenge transaksjonen din er synlig i den offentlige mempoolen i det hele tatt, uansett hvor kort tid, kan en velutstyrt bot rekke å reagere. Simuleringsmotorene til de største søkerne kjører i praksis på under ett sekund. Det er derfor “jeg sender bare raskt” aldri har vært en reell beskyttelsesstrategi.

Steg 3–5: Sett opp Flashbots Protect RPC i MetaMask

Flashbots Protect er et gratis, privat RPC-endepunkt driftet av Flashbots-teamet, gruppen bak mesteparten av dagens MEV-infrastruktur på Ethereum, inkludert MEV-Boost. Endepunktet sender transaksjonen din direkte til blokkbyggere i stedet for den offentlige mempoolen, slik at sandwich-boter aldri får se den før den er inkludert i en blokk. Du får i tillegg refusjon hvis transaksjonen din genererer MEV, og du betaler ikke for transaksjoner som feiler.

Steg 3: Åpne MetaMask, gå til nettverksvelgeren og trykk “Legg til nettverk” → “Legg til nettverk manuelt”. Steg 4: Fyll inn feltene under. Steg 5: Lagre og bytt aktivt nettverk til det nye RPC-et før du sender neste transaksjon.

Nettverksnavn: Flashbots Protect RPC
Ny RPC-URL: https://rpc.flashbots.net
Kjede-ID: 1
Valutasymbol: ETH
Block explorer-URL: https://etherscan.io

Test at endepunktet svarer før du stoler på det med ekte midler. Kjør denne kommandoen i terminalen din:

curl -X POST https://rpc.flashbots.net \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":1}'

Et gyldig svar ser slik ut, med et hexadesimalt blokknummer som stemmer med gjeldende høyde på Ethereum:

{"id":1,"jsonrpc":"2.0","result":"0x14b8f2a"}

Én viktig fallgruve her: ikke bytt RPC-nettverk mens en transaksjon fortsatt venter på bekreftelse. Ifølge Flashbots’ egen dokumentasjon kan MetaMask i så fall sende transaksjonen på nytt til den offentlige mempoolen, og da mister du hele poenget med beskyttelsen.

Steg 6–7: Konfigurer MEV-Blocker som redundant beskyttelse

MEV-Blocker er utviklet i fellesskap av CoW DAO, Beaverbuild og Agnostic Relay, og fungerer som et gratis alternativ eller supplement til Flashbots Protect. Tjenesten tilbyr flere varianter av endepunktet avhengig av hvor mye du prioriterer hastighet kontra personvern. Steg 6: Legg til et nytt egendefinert nettverk i lommeboken din med URL-en under, gjerne under et eget navn som “MEV-Blocker (backup)” slik at du enkelt kan bytte mellom de to.

Nettverksnavn: MEV-Blocker RPC
Ny RPC-URL: https://rpc.mevblocker.io/fast
Kjede-ID: 1
Valutasymbol: ETH

Steg 7: Velg riktig variant for oppgaven. MEV-Blocker tilbyr fire moduser: “fast” prioriterer rask inkludering og gir refusjon når mulig, “no-revert” stopper transaksjoner som ikke lenger er gyldige før de kastes bort, “full-privacy” sender transaksjonen direkte via en enkelt bygger uten refusjon, og “no-checks” hopper over simulering. Til vanlig bruk holder “fast” i de fleste tilfeller, mens “full-privacy” passer bedre for transaksjoner med høy verdi der du ikke vil ta noen sjanser.

Et praktisk eksempel: sender du en vanlig overføring av stablecoins mellom to egne lommebøker, holder “fast”-modusen mer enn godt nok, siden verdien som kan hentes ut av en slik transaksjon uansett er minimal. Skal du derimot klaime en airdrop med begrenset kvote, der posisjonen i køen faktisk betyr noe, gir “full-privacy” deg den beste beskyttelsen mot at andre boter ser og forsøker å kapre samme mulighet.

Steg 8–9: Bruk intent-baserte swap-tjenester

Private RPC-er beskytter generelle transaksjoner godt, men for bytter (swaps) finnes det en enda sterkere kategori verktøy: intent-baserte protokoller. I stedet for at du sender en transaksjon direkte til en likviditetspool på en vanlig DEX, sier du hva du vil oppnå (“bytt 1 ETH til minst 3.400 USDC”), og et nettverk av solvere konkurrerer om å utføre ordren best mulig. Fordi ordren aldri eksponeres i en offentlig mempool på samme måte, blir den strukturelt vanskeligere å sandwiche.

Steg 8: For større bytter, bruk CoW Swap (swap.cow.fi) i stedet for grensesnittet til en vanlig DEX. CoW Protocol matcher motstående ordre direkte mot hverandre der det er mulig (“coincidence of wants”), og resten løses gjennom solver-konkurranse. Steg 9: Sammenlign alltid resultatet mot alternativer som 1inch Fusion og UniswapX før du bekrefter, siden ulike solver-nettverk kan gi forskjellig kurs avhengig av likviditet i øyeblikket. Alle tre er gratis å bruke i den forstand at du ikke betaler et eget gebyr utover selve gassprisen og eventuell solver-margin innbakt i kursen.

Hvorfor intent-baserte protokoller er strukturelt tryggere

Forskjellen handler om hva som faktisk blir synlig, og når. På en tradisjonell DEX signerer du en ferdig transaksjon med en eksakt sti gjennom en likviditetspool, og den transaksjonen ligger åpen i mempoolen til den blir bekreftet. På CoW Swap, 1inch Fusion og UniswapX signerer du i stedet en intensjon, en betingelse om ønsket resultat, som en solver konkurrerer om å oppfylle. Selve utførelsen skjer først når en solver har vunnet retten til å fylle ordren, og da bygges transaksjonen på en måte som ikke gir en ekstern bot noe å sandwiche mellom. Ulempen er at du er avhengig av at det finnes nok solvere med interesse for akkurat ditt handelspar. For svært eksotiske eller lite likvide tokens kan solver-konkurransen være tynn, og da får du ikke nødvendigvis noen fordel sammenlignet med en vanlig DEX.

Steg 10: Sett riktig slippasje-toleranse og gasstrategi

Selv med et privat RPC kan du fortsatt tape penger hvis slippasje-toleransen er satt for høyt. Mars-hendelsen på 215.000 dollar skjedde delvis fordi transaksjonen tillot for stort prisavvik. En vanlig feil er å sette slippasje til 5–10 prosent “for sikkerhets skyld” slik at transaksjonen ikke feiler. Det gjør deg i stedet til et lettere mål, fordi det gir en bot mer rom å presse prisen i før transaksjonen din fortsatt går gjennom.

En fornuftig tommelfingerregel: bruk 0,1–0,5 prosent slippasje for likvide par som ETH/USDC, og aldri mer enn 1–2 prosent selv for mindre likvide tokens, med mindre du sender via et intent-basert system som uansett beskytter deg mot dårlig utførelse. Kombiner lav slippasje med en beskyttet RPC, ikke det ene eller det andre. Vurder også å dele opp svært store transaksjoner i mindre biter over tid, siden en enkelt stor ordre alltid er mer attraktiv å angripe enn flere mindre.

Steg 11–12: Bygg et Node.js-skript for beskyttede transaksjoner

Skal du automatisere transaksjoner, for eksempel gjennom et eget skript eller en bot for egen bruk, holder det ikke å endre RPC i MetaMask. Under bygger vi et komplett, minimalt Node.js-prosjekt som sender en transaksjon direkte gjennom Flashbots Protect ved hjelp av ethers.js. Steg 11: Opprett prosjektmappen og installer avhengigheter.

mkdir mev-protected-tx && cd mev-protected-tx
npm init -y
npm install ethers@6 dotenv

Opprett en .env-fil for å holde den private nøkkelen din utenfor selve koden. Del aldri denne filen, og legg den til i .gitignore hvis prosjektet havner i et Git-repo.

PROTECTED_RPC_URL=https://rpc.flashbots.net
WALLET_PRIVATE_KEY=din_private_nokkel_her
RECEIVER_ADDRESS=0xMottakerAdresse

Steg 12: Opprett send-protected.js med koden under. Skriptet kobler til det beskyttede RPC-et, bygger en transaksjon, og sender den uten at den noen gang treffer den offentlige mempoolen.

import { ethers } from "ethers";
import "dotenv/config";

const provider = new ethers.JsonRpcProvider(process.env.PROTECTED_RPC_URL);
const wallet = new ethers.Wallet(process.env.WALLET_PRIVATE_KEY, provider);

async function sendProtectedTx() {
  const tx = {
    to: process.env.RECEIVER_ADDRESS,
    value: ethers.parseEther("0.01"),
  };

  const feeData = await provider.getFeeData();
  tx.maxFeePerGas = feeData.maxFeePerGas;
  tx.maxPriorityFeePerGas = feeData.maxPriorityFeePerGas;

  console.log("Sender transaksjon via beskyttet RPC...");
  const txResponse = await wallet.sendTransaction(tx);
  console.log("Transaksjonshash:", txResponse.hash);

  const receipt = await txResponse.wait();
  console.log("Bekreftet i blokk:", receipt.blockNumber);
}

sendProtectedTx().catch((err) => {
  console.error("Feil under sending:", err.message);
  process.exit(1);
});

Kjør skriptet med node send-protected.js. Et vellykket forsøk gir en output som ligner på dette:

Sender transaksjon via beskyttet RPC...
Transaksjonshash: 0x8f3a2b91c4d7e0f5a6b8c9d1e2f3a4b5c6d7e8f9a0b1c2d3e4f5a6b7c8d9e0f1
Bekreftet i blokk: 21894732

Bytt ut PROTECTED_RPC_URL med MEV-Blocker-endepunktet fra steg 6 hvis du vil sammenligne resultatene, uten å endre noe annet i koden. Det er hele poenget med å skille RPC-URL fra logikken: du kan rotere mellom beskyttelsestjenester uten å skrive om skriptet.

Slik henger koden sammen

Skriptet gjør fire ting i rekkefølge, og det er verdt å forstå hver del hvis du senere vil bygge videre på det. Først oppretter det en JsonRpcProvider som peker mot det beskyttede endepunktet i stedet for et standard offentlig RPC, noe som er selve kjernen i beskyttelsen. Deretter kobles en lommebok til denne providren ved hjelp av den private nøkkelen fra .env-filen, slik at skriptet kan signere transaksjoner på dine vegne uten at nøkkelen ligger hardkodet i selve filen. Videre henter koden gjeldende gasspriser med getFeeData() og setter dem eksplisitt på transaksjonen, siden mange RPC-leverandører krever at du oppgir maxFeePerGas og maxPriorityFeePerGas selv i stedet for å gjette dem automatisk. Til slutt sendes transaksjonen med sendTransaction(), og skriptet venter på en kvittering med wait() før det skriver ut hvilken blokk transaksjonen havnet i. Feiler noe underveis, fanger catch-blokken feilen og avslutter prosessen med en tydelig feilmelding i stedet for å henge på ubestemt tid.

Steg 13: Verifiser at transaksjonen gikk gjennom privat

Du bør bekrefte at oppsettet faktisk fungerer, i stedet for å anta det. Én måte å teste dette på er å søke opp transaksjonshashen din i en offentlig mempool-utforsker like etter sending, mens transaksjonen fortsatt er ubekreftet. En transaksjon sendt gjennom Flashbots Protect eller MEV-Blocker skal normalt ikke dukke opp der, siden den aldri passerer det offentlige nettverket av noder som mater slike verktøy.

curl -X POST https://rpc.flashbots.net \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["DIN_TX_HASH"],"id":1}'

Hvis svaret viser transaksjonen med status “pending” via det beskyttede endepunktet, men den ikke er synlig i en generell offentlig mempool-tjeneste i samme sekund, har oppsettet ditt fungert som forventet. Etter at transaksjonen er inkludert i en blokk, blir den selvsagt synlig for alle, slik blokkjeder fungerer. Beskyttelsen gjelder tiden før inkludering, ikke etterpå.

Steg 14: Beskyttelse på Layer 2 (Base, Arbitrum, Optimism)

Mange antar at lave gassavgifter på Layer 2 automatisk betyr fravær av MEV. Det stemmer ikke. August-hendelsen på Base, der en tyv mistet 371.000 dollar av et stjålet beløp til en sandwich-bot, skjedde nettopp på en L2. Sekvenseren, altså noden som bestemmer rekkefølgen på transaksjoner på de fleste L2-er, har fortsatt makt til å påvirke utførelsesrekkefølgen, selv om arkitekturen skiller seg fra Ethereums åpne mempool.

På Base, Arbitrum og Optimism gjelder de samme grunnprinsippene som på hovednettet: unngå brede slippasje-innstillinger, foretrekk intent-baserte ruter som 1inch Fusion eller UniswapX der de er tilgjengelige, og sjekk om lommeboken din tilbyr en privat sendingsvei for det aktuelle nettverket. Flere lommebok-leverandører har i 2026 utvidet MEV-beskyttelse til å dekke L2-nettverk direkte i grensesnittet, så sjekk innstillingene i lommeboken din før du antar at du er ubeskyttet eller allerede dekket.

MEV-beskyttelse på mobil

De fleste guider om MEV-beskyttelse forutsetter at du sitter foran en datamaskin med nettleserutvidelsen til MetaMask installert. I praksis handler mange nordiske brukere med mobilen, gjennom MetaMask Mobile, Trust Wallet eller en annen app-basert lommebok. Prosessen er litt annerledes der. I MetaMask Mobile finner du nettverksinnstillingene under “Innstillinger” → “Nettverk” → “Legg til nettverk”, og du fyller inn nøyaktig de samme feltene som i nettleserversjonen: navn, RPC-URL, kjede-ID og valutasymbol.

Én praktisk begrensning: ikke alle mobile lommebøker lar deg fritt bytte mellom flere egendefinerte RPC-er like enkelt som skrivebordsversjonen, og noen skjuler avanserte nettverksinnstillinger bak flere menyer enn nødvendig. For transaksjoner med lav verdi, som en kaffekopp betalt i krypto eller en liten overføring mellom egne lommebøker, er den ekstra risikoen ved standard-RPC ofte til å leve med. For større handler, som å bytte flere tusen kroner i ETH mot en stablecoin, anbefaler vi at du heller kobler mobil-lommeboken til en nettleser via WalletConnect og gjennomfører selve transaksjonen der du har full kontroll over RPC-innstillingene. Dette er ikke en formell begrensning i protokollene selv, men en praktisk konsekvens av hvordan de fleste mobilapper er bygget per i dag.

Vanlige fallgruver ved MEV-beskyttelse

  • Å bytte RPC midt i en ventende transaksjon. Dette kan tvinge lommeboken til å sende transaksjonen på nytt via det offentlige nettverket, og hele beskyttelsen faller bort.
  • For høy slippasje-toleranse “for sikkerhets skyld”. En vid toleranse gjør deg til et mer lønnsomt mål, selv om selve RPC-et er privat.
  • Å anta at refusjon er garantert. Refusjon fra MEV-Blocker og lignende tjenester avhenger av at ordren din faktisk genererer verdi en solver kan dele tilbake. Det skjer ikke hver gang.
  • Å tro at privat RPC beskytter mot phishing. Et privat endepunkt skjuler transaksjonen fra mempool-boter, men stopper ikke en ondsinnet godkjenning (approval) du selv signerer på en falsk nettside.
  • Å bruke privat RPC bare for swaps, men glemme NFT-mint og claims. Populære NFT-mint og airdrop-klaim med begrenset kvote er blant de mest lukrative målene for frontrunning-boter, ikke bare vanlige bytter.
  • Å anta at Layer 2 er MEV-fritt. Som August-hendelsen på Base viste, gjelder de samme svakhetene også der, bare med en annen mekanisme bak.
  • Å teste oppsettet bare én gang og aldri igjen. RPC-leverandører endrer av og til infrastruktur, og lommeboker oppdaterer hvordan egendefinerte nettverk lagres. Et oppsett som fungerte for tre måneder siden kan ha falt tilbake til standard uten at du har lagt merke til det.
  • Å stole blindt på ett enkelt RPC-endepunkt uten reserveløsning. Hvis Flashbots Protect opplever nedetid akkurat når du trenger å sende en tidssensitiv transaksjon, bør du ha MEV-Blocker klart som alternativ i lommeboken fra før, ikke lete opp riktig URL midt i stresset.

Feilsøking: vanlige problemer og løsninger

Selv med riktig oppsett støter de fleste på minst ett av problemene under. Tabellen samler de vanligste feilene fra dette oppsettet og hvordan du løser dem.

ProblemSannsynlig årsakLøsning
Transaksjonen henger på “pending” i lang tidBeskyttet RPC venter på gunstig blokkplass, eller gassprisen er satt for lavtØk maxPriorityFeePerGas noe, eller bytt til “fast”-varianten av MEV-Blocker
curl-testen mot RPC-endepunktet feilerBrannmur, VPN eller DNS-blokkering hindrer tilkoblingTest uten VPN, eller bruk en alternativ DNS-tjener
MetaMask viser “nettverksfeil” etter du la til RPC-enFeil kjede-ID eller skrivefeil i URL-enDobbeltsjekk at kjede-ID er satt til 1 for Ethereum hovednett
Transaksjonen feiler helt uten å bli inkludertSimuleringen i “no-revert”-modus fanget opp en ugyldig tilstandSjekk at kontoen har nok saldo og at godkjenninger (approvals) er satt riktig
Node.js-skriptet kaster “insufficient funds”Lommeboken mangler ETH til gass i tillegg til overføringsbeløpetLegg til mer ETH, eller reduser overføringsbeløpet i skriptet
Skriptet henger på wallet.sendTransaction()RPC-endepunktet er nede eller overbelastetBytt til MEV-Blocker som midlertidig reserveløsning
Du får dårligere kurs på CoW Swap enn forventetLav solver-konkurranse for det aktuelle handelsparetSammenlign med 1inch Fusion før du bekrefter handelen
.env-filen leses ikke av skriptetFilen ligger i feil mappe, eller “dotenv/config” mangler i importenBekreft at .env ligger i prosjektroten og at import-linjen står øverst i filen
Transaksjonen dukker likevel opp i en offentlig mempool-utforskerLommeboken falt tilbake til standard-RPC etter en glippSjekk aktivt nettverk i lommeboken før hver sending, ikke bare ved oppsett

Blir problemet ved gjentatte anledninger vanskelig å spore til noen av punktene over, er det verdt å sjekke statussiden til RPC-leverandøren direkte, siden både Flashbots og MEV-Blocker av og til opplever kortvarig degradert ytelse i perioder med høy nettverksbelastning. Hold også et øye med versjonsnummeret i MetaMask, siden lommeboken med jevne mellomrom endrer hvordan egendefinerte nettverk lagres og valideres, noe som i sjeldne tilfeller kan kreve at du legger til RPC-en på nytt etter en oppdatering.

Avanserte tips for erfarne brukere

Når grunnoppsettet sitter, finnes det flere lag med finjustering. Flashbots tilbyr også MEV-Share, en ordreflyt-auksjon (OFA) der du sender transaksjonen privat, men lar utvalgte metadata (for eksempel “et bytte av WETH til USDC av en viss størrelse skjer i neste blokk”) deles med et tillatelsesløst nettverk av søkere. Disse søkerne kan by på retten til å utføre en etterfølgende transaksjon (backrun) og dele verdien tilbake med deg, uten å avsløre hele transaksjonsinnholdet på forhånd.

For store transaksjoner kan du også sende bunter (bundles) direkte til enkeltbyggere i stedet for å stole på ett enkelt RPC-endepunkt. Dette gir deg kontroll over rekkefølgen på flere transaksjoner i samme blokk, en teknikk som opprinnelig ble utviklet for søkere, men som avanserte brukere også kan dra nytte av for komplekse handler med flere steg. Vurder også å følge med på analyseverktøy som EigenPhi og MEV-Explore, som publiserer data om hvilke adresser, protokoller og tidspunkter som er mest utsatt akkurat nå. Mønstrene endrer seg måned for måned etter hvert som boter tilpasser seg nye forsvar.

Til slutt: ingen av disse verktøyene fjerner all risiko. Som sikkerhetsforskere hos Sherlock påpeker, handler moderne MEV-forsvar om å redusere angrepsflaten systematisk, ikke om å oppnå en tilstand med null risiko. Kombiner privat RPC, lav slippasje, intent-baserte ruter og jevnlig verifisering, og du fjerner de aller fleste realistiske angrepsvektorene.

Hvem overvåker MEV-markedet

Flashbots er den mest sentrale aktøren i økosystemet. Selskapet startet som en forskningsgruppe med mål om å gjøre MEV-utvinning mer transparent i stedet for å la den foregå i det skjulte gjennom rene gassbudkriger, og står i dag bak både MEV-Boost, som brorparten av Ethereum-validatorer bruker for blokkbygging, og MEV-Share, ordreflyt-auksjonen nevnt tidligere i guiden.

EigenPhi og MEV-Explore er analyseplattformer som sporer MEV-aktivitet direkte på kjeden. De to tjenestene lar deg se historiske sandwich-angrep, arbitrasjehandler og likvidasjoner adresse for adresse, noe som er nyttig hvis du vil undersøke om en spesifikk lommebok eller kontrakt tidligere har vært mål for MEV-boter. PeckShield og Blockaid er sikkerhetsselskapene som i praksis dokumenterte Jaredfromsubway.eth-hendelsen i juni 2026, og begge publiserer løpende varsler når nye MEV-relaterte angrep eller sårbarheter dukker opp. Følger du med på disse kildene jevnlig, får du et betydelig forsprang på å forstå hvilke mønstre som er aktive akkurat nå, i stedet for å basere beskyttelsen din på informasjon som kan være flere måneder gammel.

MEV-beskyttelsestjenester sammenlignet

Tabellen under oppsummerer de fire mest brukte tjenestene nevnt i denne guiden, slik at du kan velge riktig kombinasjon for din bruk.

TjenesteTypeKjede-støtteKostnadBest egnet for
Flashbots ProtectPrivat RPC-endepunktEthereum hovednettGratisGenerelle transaksjoner og overføringer
MEV-BlockerPrivat RPC med flere moduserEthereum hovednettGratisFleksibel bruk med valgfri refusjon
CoW Swap / CoW ProtocolIntent-basert swap-protokollEthereum, Base, Arbitrum, Gnosis ChainSolver-margin i kursenStørre bytter mellom tokens
1inch Fusion / UniswapXIntent-basert swap-aggregatorEthereum og flere L2-erSolver-margin i kursenSammenligning av kurs på tvers av likviditetskilder

Sjekkliste før du sender neste store transaksjon

Bruk listen under som en siste kontroll rett før du bekrefter en handel med reell verdi. Hele poenget med guiden er å gjøre denne sjekken til en vane, ikke noe du gjør én gang og glemmer. De fleste punktene tar under ti sekunder å bekrefte når du først har gjort dem noen ganger, og de koster deg ingenting sammenlignet med et enkelt sandwich-angrep på en transaksjon av moderat størrelse.

  • Aktivt nettverk i lommeboken er satt til Flashbots Protect eller MEV-Blocker, ikke et offentlig standard-RPC.
  • Slippasje-toleransen er satt til 0,1–0,5 prosent for likvide par, aldri “høyt for å unngå feil”.
  • Store bytter går via CoW Swap, 1inch Fusion eller UniswapX i stedet for et rent DEX-grensesnitt.
  • Du har ikke byttet RPC eller nettverk mens en tidligere transaksjon fortsatt er ubekreftet.
  • For mobiltransaksjoner med høy verdi har du koblet til en nettleser via WalletConnect for full RPC-kontroll.
  • Node.js-skriptet, om du bruker et, peker på riktig PROTECTED_RPC_URL i .env-filen.
  • Du har verifisert minst én gang at transaksjonene dine faktisk ikke dukker opp i en offentlig mempool-utforsker.

Ofte stilte spørsmål

Er MEV-beskyttelse gratis?
Ja. Både Flashbots Protect og MEV-Blocker er gratis RPC-endepunkter du kan legge til i lommeboken din uten kostnad. Intent-baserte tjenester som CoW Swap tar ikke et eget gebyr, men solver-marginen kan gjøre kursen marginalt dårligere i enkelte tilfeller enn en direkte handel uten beskyttelse ville vært, dersom ingen sandwich-angrep hadde skjedd.

Fungerer Flashbots Protect på Layer 2 som Base eller Arbitrum?
Nei, Flashbots Protect i sin opprinnelige form er bygget for Ethereum hovednett. På L2-er må du se etter tilsvarende beskyttelse fra lommebok-leverandøren din eller bruke intent-baserte ruter som støtter det aktuelle nettverket.

Kan jeg fortsatt miste penger selv med MEV-beskyttelse aktivert?
Ja. Beskyttelsen reduserer risikoen for sandwich-angrep og frontrunning betydelig, men eliminerer den ikke helt. Feilkonfigurert slippasje, phishing og skadelige godkjenninger går utenom det en privat RPC beskytter mot.

Hva er egentlig forskjellen på Flashbots Protect og MEV-Blocker?
Begge er private RPC-er som unngår den offentlige mempoolen, men MEV-Blocker er utviklet av en koalisjon rundt CoW DAO og tilbyr flere spesialiserte moduser (fast, no-revert, full-privacy, no-checks), mens Flashbots Protect har én standardisert flyt med fokus på gassrefusjon ved feilede transaksjoner.

Trenger jeg MEV-beskyttelse hvis jeg bare bruker Layer 2?
Ja. August-hendelsen på Base viser at sandwich-angrep skjer også der, selv om den underliggende mekanismen (sekvenser-basert rekkefølge) skiller seg fra Ethereums åpne mempool.

Hvordan vet jeg om transaksjonen min faktisk ble sendt privat?
Følg verifiseringsstegene i denne guiden: sjekk om transaksjonshashen dukker opp i en offentlig mempool-utforsker mens den fortsatt er ubekreftet. Dukker den ikke opp der, men er synlig via det beskyttede RPC-et du brukte, fungerte oppsettet som forventet.

Er CoW Swap tryggere enn en vanlig DEX?
For store bytter, ja, i den forstand at intent-basert utførelse gjør sandwich-angrep strukturelt vanskeligere å gjennomføre lønnsomt. For svært små transaksjoner er forskjellen ofte marginal.

Kan MEV-beskyttelse stoppe phishing eller skadelige godkjenninger?
Nei. Privat RPC beskytter mot at boter ser og utnytter transaksjonen din før inkludering, men stopper ikke deg fra selv å signere en ondsinnet transaksjon på en falsk nettside. De to problemene krever separate forsvar.

Bør jeg bry meg om MEV-beskyttelse for transaksjoner under 1.000 kroner?
Sannsynligvis ikke i praksis. Kostnaden ved et vellykket sandwich-angrep er proporsjonal med transaksjonsstørrelsen, så en bot bruker sjelden ressurser på svært små beløp. Vi anbefaler likevel å sette opp beskyttelsen én gang for alle, siden den ikke koster deg noe ekstra å la stå aktiv permanent, uansett transaksjonsstørrelse.

Relatert dekning