Prisorakler forklart: de fire lagene og OEV-økonomien i 2026

Hver DeFi-protokoll har én komponent som må gjøre noe resten av systemet ikke kan: strekke seg ut av blokkjeden og hente inn et tall fra virkeligheten. Hva er ett ether verdt akkurat nå? Hva koster en tokenisert Google-aksje dette sekundet? Svaret kommer fra et prisorakel, og i det øyeblikket smartkontrakten leser tallet, handler den på det uten å stille spørsmål. Den låner ut mot det, likviderer mot det, utsteder mot det. Er tallet feil, er ikke feilen teoretisk. Den utføres på millisekunder, og pengene er borte før noen rekker å reagere.

Gjennom 2026 har vi sett angrepspunktet flytte seg. De klassiske angrepene dyttet en tynn markedspris med et flash-lån. De nyeste går høyere opp i stabelen, mot selve infrastrukturen som signerer og leverer prisen, eller lenger ned, mot måten en protokoll tolker et tall den egentlig aldri burde ha stolt på. Denne artikkelen tar ikke for seg nok en liste over hack. Den bryter oracle-risiko ned i de fire lagene et pristall passerer på vei fra markedet til smartkontrakten, og ser på økonomien som har vokst frem rundt disse tallene: hvem som tjener på at en pris oppdateres, og hvem som betaler.

Sergey Nazarov, medgründer av Chainlink, har en teori om hvorfor temaet er underkommunisert. Til The Defiant sa han at «I think the only reason these very dangerous patterns are not as discussed is because the losses have not been Mt. Gox level». Med andre ord: problemet er ikke løst, det har bare ikke kostet nok ennå til å tvinge frem oppmerksomheten. Summene i 2026 antyder at den tiden er i ferd med å ta slutt.

Hva et prisorakel egentlig er, og hvorfor det er DeFis svakeste ledd

En blokkjede er med vilje en lukket verden. Den er deterministisk: hver node må komme frem til nøyaktig samme resultat, ellers blir de aldri enige om tilstanden. Derfor kan ikke en smartkontrakt ringe et API, sjekke en nettside eller spørre en børs hva noe koster. Alt den vet, er det som allerede ligger på kjeden. Et orakel er broen over dette gapet: en mekanisme som henter et tall fra utsiden, pakker det inn i en transaksjon og legger det on-chain, slik at kontrakten kan lese det.

Problemet er at en bro også er et tillitsforhold. Smartkontrakten kan ikke se forskjell på en ekte pris og en manipulert pris, så lenge tallet er levert på riktig format fra en kilde den er satt opp til å stole på. Den ser et tall, ikke en historie. Denne blindheten er grunnen til at Open Web Application Security Project rangerer nettopp prismanipulasjon som SC03 på sin Smart Contract Top 10 for 2026, blant de mest utnyttede feilklassene i bransjen. Chainalysis har på sin side pekt på at oracle-manipulasjon er en angrepstype som nesten er unik for DeFi: i tradisjonell finans finnes det ikke ett enkelt tall som automatisk og uigjenkallelig utløser millioner i utbetalinger i det sekundet det endrer seg.

For å forstå hvor et orakel brister, hjelper det å slutte å behandle det som én ting. Et pristall er ikke født ferdig. Det reiser gjennom fire lag før en smartkontrakt handler på det, og hvert lag har sin egen måte å svikte på. Deler du en hendelse opp etter hvilket lag som falt, ser du også med én gang hvorfor forsvaret som stoppet forrige angrep var virkningsløst mot det neste.

Orakel-problemet i fire lag: fra marked til smartkontrakt

Tenk på reisen et tall tar. Først finnes det en kilde: ett eller flere markeder der en pris faktisk oppstår gjennom handel. Så kommer aggregeringen, der mange kilder slås sammen til ett representativt tall, gjerne en median, et tidsvektet snitt eller et tall med et konfidensintervall. Deretter leveringen, der tallet signeres kryptografisk og sendes on-chain, enten dyttet ut av orakelet selv (push) eller hentet inn på forespørsel av brukeren (pull). Til slutt konsumet, der protokollen leser tallet og gjør noe med det, som å avgjøre om en posisjon skal likvideres.

Nesten alle oracle-angrep kan plasseres i ett av disse fire lagene. Det er en nyttig linse, fordi forsvaret som stopper et angrep på kildelaget (for eksempel et tidsvektet snitt) er fullstendig virkningsløst mot et angrep på leveringslaget (en stjålet signeringsnøkkel). Tabellen under viser lagene, hva de gjør, og hvordan de typisk brister.

Lag 1, kilden: en pris hentet fra et for tynt marked

Det klassiske oracle-angrepet lever her. Et orakel leser spotprisen fra én DEX-pool eller ett tynt marked. Angriperen forvrenger det markedet et kort øyeblikk, orakelet rapporterer den forvrengte prisen som om den var ekte, protokollen handler på den, og angriperen tar gevinsten før markedet knipser tilbake til normalen. Ingen kode ble brutt. Orakelet gjorde nøyaktig jobben sin: det rapporterte prisen i markedet det var satt til å lese. Feilen var å stole på et marked som var billig å flytte.

Her kommer flash-lånet inn, og det er verdt å slå fast tidlig at flash-lånet er forsterkeren, ikke selve feilen. Et flash-lån er et lån uten sikkerhet som må tas opp og betales tilbake i samme transaksjon; går tilbakebetalingen ikke i orden, reverseres alt. Det gir en angriper tilgang på hundretalls millioner i kapital i noen millisekunder, uten å eie en krone selv. Men kapitalen gjør bare skade fordi orakelet stoler på et marked som kan dyttes. Mot et robust orakel er uendelig kapital verdiløst.

Det første flash-lån-drevne oracle-angrepet var bZx i februar 2020, på rundt 350 000 dollar (cirka 3,3 millioner kroner, omregnet til en kurs på rundt 9,53 kroner per dollar), der ETH ble pumpet på et tynt marked. CertiK regner det som starten på hele angrepsklassen. Samme høst tok Harvest Finance rundt 24 millioner dollar (cirka 229 millioner kroner) da et flash-lån skjevstilte en Curve-pool protokollen brukte til prising, og i juni 2024 ble UwU Lend tappet for rundt 19,3 millioner dollar (cirka 184 millioner kroner) via en manipulert sUSDE-pris; Halborn har samlet flere av disse i sin oversikt over de største oracle-hackene.

2026-utgaven av nøyaktig samme idé rammet YieldBlox på Stellar i februar. Protokollen brukte et VWAP-orakel for token-paret USTRY mot USDC. Den eneste markedsaktøren hadde trukket likviditeten, slik at det ikke var registrert en eneste handel på et kvarter. Angriperen la inn én salgsordre til rundt 501 USDC per USTRY, omtrent hundre ganger for høyt, og dyttet prisen fra rundt 1,06 til 106,74 dollar. Deretter satte angriperen inn mer USTRY, som nå ble lest som sikkerhet verdt rundt 15,99 millioner dollar mot en reell verdi på rundt 158 500 dollar. Resultatet ble et tap på rundt 10,2 millioner dollar (cirka 97 millioner kroner). Sikkerhetsselskapet Halborn, som HOGE Wire har portrettert tidligere, dokumenterte forløpet og pekte på det åpenbare: et orakel må aldri stole på et marked der ingen handler.

Lag 2, aggregeringen: median, TWAP og konfidensintervaller

Kildelaget er der de fleste forsvarsmekanismene bor, fordi det er der de klassiske angrepene traff. Den første og enkleste er å aldri lese fra én kilde. Chainlink bygger på et desentralisert nettverk av uavhengige node-operatører (et DON, Decentralized Oracle Network) som hver rapporterer en pris, og medianen tas. For å flytte tallet må du korrumpere et flertall av operatørene samtidig, ikke bare dytte ett marked. Dette er en push-modell: nettverket skyver oppdaterte priser ut på kjeden med jevne mellomrom eller når avviket blir stort nok.

Den andre er TWAP, et tidsvektet gjennomsnitt. I stedet for øyeblikksprisen brukes snittet over en periode, gjerne flere blokker. Det gjør et flash-lån nesten nytteløst, fordi en manipulasjon som lever og dør i én transaksjon knapt rører et snitt målt over mange blokker. Svakheten er like viktig å forstå: TWAP motstår manipulasjon i én blokk, men ikke manipulasjon over flere blokker. Klarer en angriper å holde prisen forvrengt lenge nok, siger snittet etter, og forsvaret forsvinner.

Den tredje kommer fra pull-baserte orakler som Pyth, som henter priser fra førstepartspublisister (børsene og markedsaktørene selv) og leverer hver oppdatering med et konfidensintervall, altså et mål på hvor sikker prisen er. En godt bygget protokoll blir mer forsiktig når konfidensen er lav, for eksempel ved å utsette likvidasjoner eller utvide marginene. Men intervallet hjelper bare hvis protokollen faktisk leser og respekterer det. Og her ligger den store begrensningen ved hele lag 2: uansett hvor god aggregeringen er, forsvarer den kilden. Den gjør ingenting hvis tallet i utgangspunktet er et regnskapstall og ikke en markedspris, eller hvis selve leveringen er kompromittert. Det er nettopp dit angriperne flyttet i 2026.

Lag 3, leveringen: når selve infrastrukturen blir våpenet

Hvis du kan få orakelet til å signere et falskt tall, trenger du ikke å flytte noe marked i det hele tatt. Da spiller det ingen rolle hvor mange kilder som aggregeres eller hvor langt TWAP-vinduet er. Signaturen blir stolt på, og alt nedstrøms følger. Dette er leveringslaget, og det var her de mest urovekkende hendelsene i 2026 traff.

Bonzo Lend på Hedera, 11. juli 2026, er det reneste eksempelet. Angriperen satte først inn 250 SAUCE, og elleve minutter senere sendte inn en prisoppdatering til Supras on-demand-orakel som blåste opp SAUCE-prisen med rundt tolv størrelsesordener. Det oppsiktsvekkende: signaturen besto utelukkende av nuller. Supras verifikatorkontrakt hadde en feil i signatursjekken og godtok den likevel. Med den falske prisen på plass lånte angriperen 6,63 millioner USDC og 34,5 millioner wHBAR, til sammen rundt 9,05 millioner dollar (cirka 86 millioner kroner), og Bonzos totale verdi låst falt 77 prosent på et døgn. En annen lommebok tok ytterligere rundt en million dollar, meldte seg selv som white hat og lovet å levere tilbake. Supra rullet ut en retting i løpet av timer, ifølge CoinDesk.

Ostium på Arbitrum, midt i juli 2026, var verken markedsmanipulasjon eller en signaturfeil, men en kompromittert nøkkel. Angriperen fikk tak i orakelets private signeringsnøkkel, registrerte en egen PriceUpKeep-forwarder og sendte inn fremtidsdaterte, korrekt signerte rapporter for å konstruere falske handelsgevinster. Det initiale tapet var rundt 18 millioner dollar (cirka 172 millioner kroner), med senere anslag opp mot 23,75 millioner, rundt en tredel av protokollens verdi. Overvåkingsselskapet Blockaid fanget opp mønsteret, skriver CoinDesk. Lærdommen fra begge sakene er den samme: ingen median og ingen TWAP hjelper når signaturen selv er brutt. Det ligner mer på et bro-hack, der en tillitsmodell brister, enn på klassisk prismanipulasjon, og det bør leses deretter.

Lag 4, konsumet: når et regnskapstall forveksles med en pris

Det subtile laget er det siste, og det minst forståtte. Noen ganger er orakelet helt korrekt og markedet urørt, men protokollen leser feil tall. Den behandler et internt regnskapstall, som hvem som helst kan påvirke, som om det var en ekstern markedspris. Angrepet flytter ingen pris. Det utnytter at protokollen aldri burde ha brukt tallet som en pris i det hele tatt.

Det klareste eksempelet er ERC-4626-vaulter. En vault utsteder andeler, og andelskursen er totale eiendeler delt på antall andeler. Det er et regnskapsforhold, ikke en markedspris. Bruker en utlånsprotokoll andelskursen til å verdsette sikkerhet, kan en angriper blåse den opp med et donasjonsangrep: donere eiendeler rett inn i vaulten, eller kjøre en løkke av innløsning og ny donasjon, slik at forholdstallet stiger. Så lånes det mot de kunstig oppblåste andelene, og angriperen går. Et lignende angrep rammet en wUSDM-basert vault på Venus i februar 2025, der en donasjonssløyfe finansiert av et flash-lån dyttet vekslingsraten oppover og etterlot protokollen med tapsbringende gjeld.

Samme mekanisme gjelder wrappede token, der vekslingsraten mellom det wrappede og det underliggende også bare er et internt tall. Det er dette som gjør lag 4 så farlig: hvert eneste forsvar på lag 1 og 2, median og TWAP og konfidensintervall, er nytteløst, fordi tallet som manipuleres aldri var en markedspris. Det er protokollens egen bokføring. Rhea Finance på NEAR i april 2026 er en beslektet variant: her lurte angriperen validerings- og prislaget ved å opprette falske token-kontrakter og selv fylle nye pooler med likviditet, slik at protokollen trodde verdiene var reelle, og tappet rundt 7,6 millioner dollar (cirka 72 millioner kroner). Halborn beskriver forløpet i detalj. Men den vakreste illustrasjonen kom fra en tokenisert aksje.

Aksjen som «steg» 7 700 prosent: Edel Finance og den tokeniserte fronten

1. juli 2026 ble Edel Finance rammet. Sikkerheten var wGOOGLx, en wrappet utgave av en tokenisert Google-aksje fra xStocks-familien. Angriperen tok et flash-lån på 180 000 USDC fra Morpho Blue og kjørte en løkke der GOOGLx gjentatte ganger ble innløst og donert på nytt inn i en ERC-4626-vault. Wrapping-forholdet ble dyttet fra rundt 6 til rundt 79, en oppblåsing på cirka 7 700 prosent. Angriperen lånte mot den nå voldsomt overvurderte wGOOGLx-sikkerheten og tok med seg rundt 403 000 dollar (cirka 3,8 millioner kroner), som ble vasket gjennom Tornado Cash i løpet av timer. Protokollen ble satt på pause, lovet å gjøre balansene hele igjen én til én og bygger seg opp igjen som Edel V2.

Det avgjørende poenget, og grunnen til at denne saken hører hjemme øverst i enhver forklaring av lag 4, er dette: Chainlinks underliggende prisfeed for Google-aksjen var korrekt hele veien. Google-aksjen beveget seg ikke. Orakelet ble aldri manipulert. Feilen lå utelukkende i wGOOGLx-wrappingen, et regnskapstall protokollen feilaktig behandlet som en pris. CoinDesk kalte det sjeldent, men det er egentlig et forvarsel: du kan ha et feilfritt orakel og likevel tape alt, hvis du gir protokollen feil tall å lese.

Og her ligger 2026-relevansen. Tokeniserte virkelige verdier (RWA), altså aksjer, statsobligasjoner og fond lagt på kjeden, er årets vekstfortelling. Hver eneste av dem multipliserer angrepsflaten på lag 4. Hver wrapper, hver renteberegnende vault-andel, hvert rebasing-token er et nytt internt tall som ser ut som en pris, men ikke er det. Når RWA-sektoren vokser, vokser denne angrepsflaten i takt, og Edel-saken er det første tydelige tegnet på at angriperne allerede har oppdaget det. En protokoll som legger tokeniserte aksjer inn som sikkerhet uten å skille skarpt mellom den ekte prisen og wrapping-tallet, gjentar Edels feil før eller siden.

OEV: den skjulte økonomien i hver likvidasjon

Ikke all verdi som strømmer ut av en oracle-oppdatering er tyveri. Det finnes en legitim, men omstridt økonomi som kalles Oracle Extractable Value, OEV. Når et orakel legger ut en ny pris som dytter et lån under vann, skaper selve oppdateringen en gevinstmulighet: den som utfører likvidasjonen først, tjener likvidasjonsbonusen. Den bonusen betales i praksis av låntakeren, og historisk har den lekket ut til en tilfeldig tredjepart.

OEV er slektningen til MEV (Maximal Extractable Value), men knyttet spesifikt til øyeblikket et orakel oppdateres. Der MEV handler om verdi som kan presses ut når transaksjoner ordnes i en blokk, handler OEV om verdien som frigjøres i det pristallet endrer seg. Poenget er at den som kontrollerer eller kan snike seg foran akkurat den oppdateringen, kontrollerer verdien. Tradisjonelt vant block-byggere og validatorer det kappløpet, og likvidasjonsbonusen endte hos dem i stedet for hos protokollen eller brukerne som skapte verdien. API3, en av oracle-leverandørene, beskriver OEV som oraklers evne til å fange verdi fra sin egen privilegerte posisjon.

Dette er verdt å forstå selv om du aldri kjører en likvidasjonsbot, fordi OEV er speilbildet av manipulasjon. Det er den samme spaken, kontroll over øyeblikket oppdateringen skjer, men vendt mot å ta verdien tilbake til brukerne i stedet for å stjele den. Å forstå OEV er å forstå at et orakel ikke bare er en datastrøm. Det er et økonomisk trangt punkt, et sted der store verdier passerer og kan omdirigeres.

Å ta verdien tilbake: Chainlink SVR og API3s OEV Network

To ulike svar på OEV-problemet har modnet i 2025 og 2026. Det første er Chainlink SVR (Smart Value Recapture), lansert sammen med Aave på Ethereum, bygget i samarbeid med blant andre BGD Labs og Flashbots. SVR pakker oracle-oppdateringen sammen med en auksjon som fanger likvidasjons-MEV-en og returnerer den til protokollen i stedet for å la den lekke til validatorer. Mekanismen er bevisst begrenset til likvidasjoner og kan ikke misbrukes til front-running eller sandwich-angrep. Chainlink har oppgitt at SVR har gjenvunnet godt over en million dollar i ikke-toksisk likvidasjons-MEV på tvers av titalls millioner i behandlede likvidasjoner, med inntektene delt rundt 65 mot 35 til fordel for Aave-DAO-en, ifølge Chainlinks egen redegjørelse.

Det andre svaret er API3s OEV Network, som tar en annen vei: en dedikert auksjonskjede (en ZK-rollup) der søkere byr på retten til å utføre en bestemt datafeed-oppdatering for en bestemt applikasjon. Vinnerbudet betales til nettopp den applikasjonen som skapte verdien. Begge tilnærmingene gjør en lekkasje om til en inntektsstrøm, og begge illustrerer det samme underliggende poenget som resten av denne artikkelen: den som styrer oracle-oppdateringen, styrer pengene. Forskjellen mellom en OEV-mekanisme og et oracle-angrep er ikke teknologien. Det er hvem verdien til slutt havner hos.

Leverandørene og avveiningene: Chainlink, Pyth, RedStone, API3 og Supra

Det finnes ikke ett orakel som er «det trygge». Hver leverandør veier avveiningene ulikt, og valget avgjør hvilke lag en protokoll faktisk forsvarer. Chainlink er den klart største aktøren, med anslagsvis rundt 70 prosent av verdien som sikres av orakler ifølge DefiLlamas oversikt, og bygger på push og desentralisert median. Styrken er at det kreves et flertall av ærlige operatører for å flytte tallet; svakheten er nettopp den samme antakelsen. Pyth henter priser on-demand fra førstepartspublisister med konfidensintervall, spredt over mange kjeder, men er bare så trygt som protokollens vilje til å respektere intervallet. Tabellen oppsummerer landskapet.

Konklusjonen for en leser er ikke å lete etter et logo-stempel. Spørsmålet er aldri bare «bruker den Chainlink», men «hvilket lag forsvarer dette oppsettet faktisk, og hvilket lar det stå åpent». En protokoll kan bruke en helt solid leverandør på kildelaget og likevel stå vidåpen på konsumlaget, slik Edel gjorde.

Da forsvaret bommet: Aave, CAPO og et regnskapstall som ble for gammelt

Aave bygde et eget svar på lag 4-problemet: CAPO (Correlated Asset Price Oracle). For renteberegnende eiendeler som wstETH setter CAPO et tak på hvor raskt den avledede vekslingsraten får lov til å vokse, slik at et donasjonsangrep ikke kan blåse den opp momentant. Det er et gjennomtenkt forsvar, plassert nøyaktig i riktig lag. I mars 2026 bommet det likevel, og på en lærerik måte.

Feilen var ikke et angrep, men en feilkonfigurasjon. Et misforhold mellom snapshotRatio og snapshotTimestamp gjorde at tidsstemplet ble hengende rundt syv dager for gammelt, og det fikk CAPO til å undervurdere wstETH med rundt 2,85 prosent. Den kunstig lave verdien utløste uberettigede likvidasjoner: 34 kontoer, rundt 26 millioner dollar i likvidasjonsvolum, rundt 382 ETH til likvidatorene, men null tapsbringende gjeld for protokollen. Chaos Labs-gründer Omer Goldberg lovet full kompensasjon og slo fast at «Every affected user will be fully reimbursed», i protokollens egen obduksjon.

Ironien er verdt å dvele ved. CAPO er en avledet-pris-vokter, og den sviktet som en avledet-pris-mekanisme: et internt tall (tidsstemplet) ble for gammelt og forgiftet resultatet. Forsvaret levde i samme lag som trusselen. Den dypere lærdommen gjelder alle mitigeringer: en beskyttelsesmekanisme er også bare kode som leser et tall og handler på det. Den har sitt eget orakel-problem, ett nivå opp. Du må vokte vokteren.

Mango-presedensen: er det en forbrytelse å manipulere en tillatelsesløs pris?

Den største og mest gjennomprosederte oracle-manipulasjonen er fortsatt Mango Markets fra oktober 2022, på rundt 110 millioner dollar (cirka 1,05 milliarder kroner). Avraham Eisenberg finansierte to kontoer, tok motsatte long- og short-posisjoner i MNGO-perper, og kjøpte deretter MNGO på tvers av børsene som matet Mangos orakel, slik at prisen steg rundt 2 300 prosent på minutter. Den oppblåste MNGO-prisen fikk sikkerheten hans til å se enorm ut, han lånte over 100 millioner dollar mot den og tømte kassen. Senere leverte han tilbake rundt 67 millioner mot et løfte fra DAO-en om ikke å bli anmeldt, og beholdt rundt 47 millioner, ifølge det amerikanske tilsynet CFTC.

Det som gjør saken til en presedens, er at han ikke skjulte noe. Dagen etter omtalte han det selv som at han hadde vært «involved with a team that operated a highly profitable trading strategy last week», som CoinDesk gjenga. Både CFTC og SEC anla sivile søksmål, og påtalemyndigheten fikk ham dømt i 2024.

Så, i mai 2025, opphevet en føderal dommer alle de strafferettslige domfellelsene. Delvis handlet det om verneting (handlingene ble utført fra Puerto Rico), men mest avgjørende om fraværet av en vesentlig uriktig fremstilling: Mango hadde ingen brukervilkår, ingen regler mot manipulasjon og ingen tilbakebetalingsplikt. Dommeren påpekte at koden brukte ordet «borrow», men at «that word could have been ‘Access Collateral,’ ‘Utilize Assets,’ or anything else for that matter», gjengitt av TRM Labs. Lover en tillatelsesløs protokoll ingenting, har påtalemyndigheten ingenting å peke på som en løgn.

Dette er det uløste spørsmålet en norsk leser bør sitte igjen med. Når «manipulasjonen» bare er å bruke en protokoll nøyaktig slik koden tillater, er det da bedrageri, eller er det protokollens egen designfeil? Svaret er reelt uavklart, og det avgjør om ofre noen gang ser en krone igjen. Denne uklarheten er nært beslektet med spørsmålene rundt styringsangrep, der avstemningen blir våpenet: også der brukes systemets egne regler mot det. Eisenberg soner for øvrig i dag en fengselsstraff i en helt urelatert sak.

Slik leser du et orakels sikkerhet før du setter inn en krone

Du trenger ikke å lese Solidity for å vurdere oracle-risiko. Du trenger å spørre hvilke lag en protokoll forsvarer, og gå gjennom de fire som en sjekkliste. På kilden: brukes en median av flere dype markeder, eller én DEX-pool? På aggregeringen: finnes TWAP og avvikssjekker? På leveringen: er signatur- og verifikatorkoden revidert, og roteres nøklene? På konsumet, det farligste i 2026: brukes rå vault-andeler eller wrapping-rater som pris, eller er de avledede tallene beskyttet med et veksttak av CAPO-typen?

To metasignaler er verdt like mye som de tekniske. Det første er obduksjonskultur. En protokoll som legger frem en klar og ærlig gjennomgang etter en hendelse, er tryggere enn en som blir stille. Å lære å lese slike obduksjoner er en ferdighet i seg selv, og HOGE Wire har en egen guide til å lese en exploit-obduksjon. Det andre er en aktiv bug bounty. Et seriøst og godt priset dusørprogram gir white hats en lovlig og lukrativ grunn til å melde en feil i stedet for å utnytte den; Bonzo-hvithatten som leverte tilbake rundt en million dollar, er nettopp det mønsteret som virker. Hvordan slike dusører prises, er en egen økonomi. Tabellen under er en rask måte å score et oppsett på.

Hva dette betyr for norske brukere og byggere

Det norske regelverket gir mindre trøst enn mange tror. MiCA gjelder i Norge gjennom EØS-avtalen, og Finanstilsynet fører tilsyn med kryptotjenestetilbydere (CASP-er), altså børser og forvaringstjenester. Men MiCA regulerer mellomleddene, ikke selve protokollen. En fullt desentralisert DeFi-protokoll uten en operatør faller utenfor CASP-reglene. Taper du penger på en oracle-manipulasjon i en slik protokoll, finnes det typisk ingen CASP, ingen norsk motpart og ingen vei om Finanstilsynet. Juridisk står du alene.

En viktig nyanse gjelder derivater. Krypto-perper og CFD-er er finansielle instrumenter under MiFID II, ikke under MiCA, og tilsynet ligger hos markedsregulatoren. Et Mango-lignende angrep på en regulert handelsplass ville vært markedsmisbruk med et klart håndhevingsspor. På en tillatelsesløs perp-DEX viser Mango-presedensen hvor vanskelig det samme er å forfølge. På skattesiden kan et tap etter en exploit etter omstendighetene være fradragsberettiget som et realisert tap i skattemeldingen, men dokumentér alt nøye; dette er ikke skatteråd, og reglene er avhengige av de konkrete forholdene. Ved tvil, ta det opp med Skatteetaten eller en rådgiver.

Den praktiske konklusjonen er den samme for brukere og byggere: forsvaret ditt ligger oppstrøms for enhver regulator. Vurder orakelet før du setter inn penger, med firelagslinsen som verktøy. For byggere viser 2026-hendelsene at fronten har flyttet seg til lag 3 og 4. Reviderer du leveringsveien og nekter å behandle et regnskapstall som en pris, har du lukket de to dørene angriperne nå går inn. Og som Aave viste, blir selv gode team bitt; det er ingen skam å anta at ditt eget oppsett også har et svakt lag, og lete etter det før noen andre gjør det.

Ofte stilte spørsmål

Hva er oracle-manipulasjon i DeFi?

Oracle-manipulasjon er når en angriper får en DeFi-protokoll til å handle på et feil pristall. Protokollen henter prisen fra et orakel og kan ikke se forskjell på en ekte og en forvrengt pris, så lenge tallet er levert riktig. Angriperen forvrenger enten kilden (et tynt marked), leveringen (en signatur eller nøkkel) eller konsumet (et internt regnskapstall protokollen feilaktig leser som en pris), og tapper verdi mens protokollen tror den handler korrekt.

Er et flash-lån årsaken til oracle-angrep?

Nei. Et flash-lån er forsterkeren, ikke selve feilen. Det gir en angriper enorm kapital i én transaksjon, men kapitalen gjør bare skade fordi orakelet stoler på et marked som er billig å flytte. Mot et robust orakel, som bruker median av flere dype markeder eller et tidsvektet snitt, er selv ubegrenset kapital nytteløst. Den egentlige feilen ligger i orakel-oppsettet, ikke i lånet.

Beskytter Chainlink mot all oracle-manipulasjon?

Nei. Chainlink forsvarer kilde- og aggregeringslaget godt gjennom desentralisert median, men beskytter ikke automatisk mot alt. Angrep på leveringslaget (kompromitterte nøkler eller verifikatorer) og på konsumlaget (donasjonsangrep på vault-andeler eller wrapping-rater) kan fortsatt ramme. Edel Finance-saken i juli 2026 er beviset: Chainlinks prisfeed var korrekt hele tiden, men protokollen tapte likevel penger fordi den leste feil internt tall.

Hva er OEV (Oracle Extractable Value)?

OEV er verdien som frigjøres i det øyeblikket et orakel oppdaterer en pris, særlig likvidasjonsbonuser når en ny pris dytter et lån under vann. Historisk lekket denne verdien til block-byggere og validatorer. Mekanismer som Chainlink SVR og API3s OEV Network fanger den nå og returnerer den til protokollen som skapte den, ofte som en ny inntektsstrøm for et DAO.

Får jeg pengene tilbake fra Finanstilsynet hvis en DeFi-protokoll blir hacket?

Vanligvis ikke. MiCA og Finanstilsynet regulerer kryptotjenestetilbydere (CASP-er) som børser og forvaringstjenester, ikke tillatelsesløse protokoller. En fullt desentralisert DeFi-protokoll uten en operatør har ingen CASP og dermed ingen norsk motpart å rette et krav mot. Ditt beste vern er å vurdere oracle-risikoen før du setter inn penger, ikke å regne med regress i etterkant.

Anneke de Vries er redaktør for sikkerhet og exploits i HOGE Wire.