Oracle-angrepene i 2026: den nye bølgen som rammer DeFi
Fem DeFi-protokoller mistet millioner til orakelsvikt mellom februar og juli 2026, fra YieldBlox til Ostium. Vi går gjennom hva som gikk galt, og hvorfor Aaves eget forsvarssystem sviktet.
Så sent som i går, 22. juli 2026, kollapset stablecoinen BLC på BNB Chain til under en tidel av en øre, et fall på over 99 prosent, etter at en angriper matet et forfalsket Bitcoin-signal inn i oraklet som prissetter sikkerhetene til DeFi-protokollen 42DAO. Rundt 915 000 dollar, tilsvarende omtrent 8,9 millioner kroner, forsvant på minutter, ifølge Tech Times.
Det er bare den foreløpig siste hendelsen i en serie som har gjort 2026 til et av de travleste årene for oracle-angrep i DeFi-historien. Mellom februar og juli mistet fem store protokoller, spredt over fem ulike blokkjeder, til sammen godt over 70 millioner dollar til svikt i prisdataene de er avhengige av. En sjette hendelse involverte ingen ekstern angriper i det hele tatt: det var protokollens eget forsvarssystem som ga feil svar. Denne artikkelen går gjennom hva som faktisk skjedde i hvert enkelt tilfelle, hva sakene har til felles, og hva de betyr for alle som låner ut, låner, eller handler derivater i protokoller som er avhengige av eksterne prisdata. Vi bruker en omtrentlig kurs på 9,7 kroner per dollar gjennom artikkelen, i tråd med kursnivået i juli 2026.
Hva en price-oracle faktisk gjør
En smart kontrakt kan ikke selv lese av en børskurs. Den kjører isolert på en blokkjede og har ingen innebygd tilgang til hva en bitcoin, en aksje eller en stablecoin faktisk koster utenfor kjeden. En oracle er broen: en tjeneste som henter data fra verden utenfor blokkjeden og skriver dem inn i en form smarte kontrakter kan lese. For utlånsprotokoller, evigvarende futures og syntetiske aktiva er dette ikke en detalj, det er selve grunnlaget alt annet bygger på. Verdien av sikkerheten din, om en posisjon skal likvideres, og hvor mye du kan låne, avgjøres i siste instans av det tallet oraklet leverer.
Det gjør prisoraklet til et av de mest verdifulle angrepsmålene i DeFi. Ifølge sikkerhetsselskapet Cyfrin er det i praksis to måter et orakel kan svikte på: enten ved at noen bevisst forvrenger tallet oraklet leser inn, klassisk gjennom et tynt marked eller et flash-lån, eller ved at selve oraklet eller sikkerhetslaget rundt det er feilkonfigurert eller kompromittert og leverer feil tall uten at noen har manipulert et marked i det hele tatt (Cyfrins gjennomgang). 2026 har gitt oss rendyrkede eksempler på begge deler, ofte i samme uke.
Seks måneder, fem angrep: tallene bak overskriftene
Satt i sammenheng er ikke oracle-svikt hovedårsaken til at DeFi taper penger. I løpet av årets fem første måneder ble det tapt over 840 millioner dollar, tilsvarende rundt 8,1 milliarder kroner, fordelt på over 50 dokumenterte hendelser, en økning på 70 prosent sammenlignet med samme periode i 2025. Av dette sto kompromitterte private nøkler og legitimasjon for hele 72 prosent, mens bro- og infrastrukturangrep utgjorde 18 prosent. Logikkfeil og orakelsvikt til sammen sto for rundt 8 prosent av tapene, ifølge en gjennomgang fra Altfins. Mye av nøkkeltyveriet spores til den nordkoreanske Lazarus-gruppen, som ifølge samme rapport er knyttet til rundt 76 prosent av globale krypto-hack-tap i 2026.
Det er verdt å se dette i et lengre perspektiv. Ifølge sikkerhetsselskapet Immunefi utgjorde såkalte økosystem-angrep, i praksis flash-lån-drevet oracle-manipulasjon og lignende komposabilitetsangrep, rundt 19 prosent av alle DeFi-tap i 2022, den gang den klart vanligste angrepsformen i sektoren. Etter at TWAP og desentraliserte oracle-nettverk ble standard i store protokoller, falt andelen til under 1 prosent i 2025 (Immunefis gjennomgang). At kategorien dukker opp igjen i 2026, om enn i en annen form enn før, tyder på at angriperne har funnet nye åpninger etter hvert som de gamle ble tettet.
Åtte prosent høres lite ut. Men tallet skjuler hvor konsentrert skaden er når den først rammer. Et nøkkeltyveri sprer seg gjerne over mange små ofre. Et orakelsvikt kan derimot tømme en hel protokoll i én eneste transaksjon, og fordi mange kjeder har én dominerende utlånsprotokoll eller ett dominerende oracle-nettverk, kan konsekvensen bli systemisk for hele det underliggende nettverket, ikke bare for det ene prosjektet som ble truffet. Det er nettopp dette mønsteret som gikk igjen fra februar til juli i år.
YieldBlox: én handel i et dødt marked (22. februar)
Det første store tilfellet i år traff Stellar-økosystemet. YieldBlox DAO driver en utlånspool på Blend V2, en protokoll som selv ikke var koden som sviktet. Poolen priset det syntetiske aktivumet USTRY mot USDC ved hjelp av Reflector, et orakel som beregner et volumveid gjennomsnitt (VWAP) fra handler på Stellars innebygde DEX. Problemet var at USTRY/USDC-markedet praktisk talt ikke hadde noen handler i det hele tatt: den eneste market makeren hadde trukket ut all likviditet, og det hadde ikke vært en eneste handel de siste 15 minuttene før angrepet.
Når et marked er dødt, definerer den neste handelen prisen alene. Angriperen la inn et salgstilbud på 501 USDC per USTRY, mot en reell verdi rundt 1 dollar, og dyttet dermed VWAP-prisen fra rundt 1 dollar til over 100 dollar i ett hopp. Med denne kunstig oppblåste prisen som sikkerhet satte angriperen inn 13 003 USTRY og lånte ut over 1 million USDC, økte innsatsen til 140 000 USTRY i sikkerhet, og lånte deretter over 61 millioner XLM. Totalt forsvant rundt 10 millioner dollar, tilsvarende omtrent 97 millioner kroner (enkelte kilder oppgir opp mot 10,8 millioner dollar).
Sikkerhetsselskapet BlockSec konkluderte med at dette ikke var en svakhet i selve Blend-protokollen, men en konfigurasjonsfeil hos poolens operatør, YieldBlox DAO. Selskapet skrev at «likviditetspooler må velge og overvåke prisavhengigheter med sterk motstand mot manipulasjon», og pekte på minimumsterskler for likviditet og volum, sirkelbrytere og flerkildeprising som tiltak som kunne forhindret hendelsen (BlockSecs analyse).
Aave og CAPO: da forsvarssystemet selv var kilden til tapet (10. mars)
Den mest tankevekkende hendelsen i år involverte ikke en angriper i det hele tatt. Aave bruker et system kalt CAPO, forkortelse for Correlated Asset Price Oracle, bygget av BGD Labs og driftet av risikoselskapet Chaos Labs. CAPO ligger som et beskyttende lag oppå den underliggende Chainlink-prisstrømmen, spesifikt for aktiva som er sterkt korrelert med en annen eiendel, som liquid staking-token wstETH mot ETH. Mekanismen bruker tre parametere: en ankerkurs (snapshotRatio), et tidsstempel for når ankeret ble satt (snapshotTimestamp), og en grense for hvor raskt kursen har lov til å vokse per år (maxYearlyRatioGrowthPercent). Hver gang prisen etterspørres, sammenlignes den løpende kursen med et beregnet tak, og hvis den løpende kursen overstiger taket, kuttes den av (se koden på GitHub).
Poenget med CAPO er nettopp å hindre at noen kunstig blåser opp verdien av sikkerheten sin. 10. mars var det systemet selv som produserte feil tall: et avvik mellom ankerkursen og tidsstempelet gjorde at CAPO undervurderte wstETH med 2,85 prosent sammenlignet med markedskursen. Det holdt til å sende 34 kontoer i Aaves E-Mode under likvideringsgrensen, selv om de i realiteten var friske. Likvidatorbotene reagerte umiddelbart og hentet ut 499 ETH i belønning, tilsvarende rundt 1,2 millioner dollar (omtrent 12 millioner kroner), mens totalt 27 millioner dollar, rundt 262 millioner kroner, ble tvangsinnløst (CoinDesks dekning).
Aave Labs’ grunnlegger og daglig leder Stani Kulechov uttalte at det «ikke var noen innvirkning på Aave-protokollen» i seg selv, siden solvenslogikken gjorde nøyaktig det den var programmert til å gjøre, bare med et feil inntall. Chaos Labs’ daglig leder Omer Goldberg beskrev risikoorakler som «kritisk infrastruktur for Aave» som har «sikret hundrevis av milliarder i lån, likvidasjoner og markeder siden lansering», og lovet at «alle berørte brukere vil bli fullt kompensert». Det holdt løftet: brukerne fikk til sammen 345 ETH tilbakebetalt fra en kombinasjon av likvidatorenes overskudd og Aaves eget treasury.
Rhea Finance: falske token og et valideringslag som stolte for mye (16. april)
Rhea Finance ble dannet tidlig i 2025 gjennom en sammenslåing av Ref Finance og Burrow Finance, og hadde vokst til å håndtere over 95 prosent av all DeFi-verdi på NEAR Protocol. Det gjorde protokollen til et naturlig mål, og 16. april ble den truffet av et angrep som drenerte rundt 7,6 millioner dollar, tilsvarende omtrent 74 millioner kroner, i en blanding av USDC, USDT, Zcash (ZEC) og NEAR.
Angriperen distribuerte falske token-kontrakter og opprettet ferske likviditetspooler for dem. Dette villedet trolig både prisoraklet og valideringslaget som skal kontrollere at handler er legitime, slik at falske aktiva ble akseptert som ekte sikkerhet. Rhea-teamet satte uttak på pause mens de undersøkte angrepsvektoren. Vadim Zacodil, tidligere kjernebidragsyter hos NEAR Protocol, bekreftet tallene offentlig og oppfordret brukere til å følge nøye med på situasjonen (CryptoAdventures dekning). Fordi Rhea utgjorde en så dominerende andel av NEARs DeFi-økosystem, ble hendelsen i praksis et systemrisikoproblem for hele kjeden, ikke bare for én app.
Bonzo Lend: null-signaturen som passerte en Hedera-verifikator (11. juli)
Klokken 00:51 UTC natt til 11. juli begynte et angrep mot Bonzo Lend, Hederas største utlånsprotokoll. En konto satte inn lavverdi-tokenet SAUCE som sikkerhet og sendte inn en manipulert prisoppdatering. Oppdateringen bar en nullet BLS-signatur som skulle vært avvist umiddelbart, men som i stedet ble godkjent som ekte av verifikatoren. Med den falske, oppblåste prisen kunne angriperen låne langt mer enn sikkerheten faktisk var verdt.
Bonzo Finance Labs sporet feilen til verifiseringslaget i oraklet fra tredjepartsleverandøren Supra, og understreket at Bonzos egne kjernekontrakter fungerte nøyaktig som designet. Totalt forsvant 9,05 millioner dollar, tilsvarende rundt 88 millioner kroner (en egen lommebok som lånte omtrent 1 million dollar tok senere kontakt via Discord og identifiserte seg som en white hat med intensjon om å betale tilbake, og ble holdt utenfor hovedtapstallet). Protokollens totale låste verdi falt 77 prosent, og hele Hederas nettverksdekkende TVL falt nesten 40 prosent til 25,7 millioner dollar i løpet av et døgn, et tegn på hvor raskt uro i én protokoll kan smitte over på en hel kjede. Bonzo satte utlån og poengsystemet på pause, mens hvelv, bro og staking fortsatte å kjøre. Supra bekreftet feilen og rullet ut en rettelse i den berørte kontrakten (CoinDesks dekning).
Ostium: da oraklets private nøkkel ble våpenet (15. juli)
Ostium er en evigvarende-futures-børs på Arbitrum som har hentet inn 27,8 millioner dollar i finansiering, inkludert en Serie A på 24 millioner dollar sent i 2025, og som samlet har prosessert over 50 milliarder dollar i handelsvolum. 15. juli ble den rammet av et angrep der en privat nøkkel til en komponent i prisorakel-systemet var kompromittert. Komponenten, kalt en PriceUpKeep Forwarder, var av en eller annen grunn utelatt fra protokollens bug bounty-program, noe som betydde vesentlig mindre sikkerhetsgransking av nettopp dette leddet.
Med tilgang til nøkkelen kunne angriperen signere falske, fremtidsdaterte prisrapporter. Angriperen åpnet en BTC/USD-posisjon til en fabrikkert pris på 5 000 dollar, mens bitcoin i realiteten handlet rundt 60 000 dollar, og lukket deretter posisjonen til den reelle prisen, og lommet dermed inn hele differansen. Dette ble gjentatt i en løkke ti ganger, med et overskudd på rundt 900 prosent per runde, og endte på et samlet tap for protokollen på 18 millioner dollar, tilsvarende rundt 175 millioner kroner (enkelte anslag går opp mot 24 millioner dollar, rundt 233 millioner kroner). Sikkerhetsselskapet Blockaid slo alarm samme dag, og Ostium stanset all handel mens de gransket hendelsen. De stjålne midlene ble konvertert til ETH kort tid etter angrepet (CoinDesks dekning).
Fem hendelser, ett halvår: oversikten
Satt ved siden av hverandre tegner de fem hendelsene et tydelig bilde: ingen av dem brukte den klassiske oppskriften fra bZx, Harvest eller Mango Markets, altså et rått flash-lån mot et tynt priset spotmarked. I stedet handlet det om verifiseringsfeil, feilkonfigurerte sikkerhetslag, falske token og kompromitterte nøkler. Legg merke til at Aave-hendelsen skiller seg fra de fire andre: der de fire var reelt tyveri utført av en angriper, var Aave-saken en tvangsinnløsning forårsaket av en intern feil, uten at noen ekstern part hadde onde hensikter.
| Protokoll | Dato (2026) | Kjede | Beløp (ca.) | Rotårsak |
|---|---|---|---|---|
| YieldBlox | 22. februar | Stellar | 10 mill. dollar / 97 mill. kroner | Dødt marked ga VWAP-oraklet én manipulert handel å prise etter |
| Aave (CAPO) | 10. mars | Ethereum m.fl. | 27 mill. dollar / 262 mill. kroner (tvangsinnløst) | Feilkalibrert ankerkurs i det interne sikkerhetsoraklet |
| Rhea Finance | 16. april | NEAR | 7,6 mill. dollar / 74 mill. kroner | Falske token-kontrakter villedet oracle og valideringslag |
| Bonzo Lend | 11. juli | Hedera | 9,05 mill. dollar / 88 mill. kroner | Ugyldig signatur akseptert av tredjeparts oracle-verifikator |
| Ostium | 15. juli | Arbitrum | 18 til 24 mill. dollar / 175 til 233 mill. kroner | Kompromittert privatnøkkel til prisorakel-komponent |
Push mot pull: arkitekturen som avgjør hvor angrepet treffer
Hvorfor rammet fem så ulike svakheter fem så ulike protokoller? Mye av svaret ligger i hvilken oracle-arkitektur hver av dem valgte. Chainlink, den eldste og mest brukte modellen, er i hovedsak en push-oracle: et nettverk av nodeoperatører henter priser fra en rekke børser, aggregerer dem, og skriver en oppdatering på kjeden hver gang prisen beveger seg forbi en avviksgrense eller et fast tidsintervall går ut. Pyth Network representerer pull-modellen, populær blant evigvarende futures-børser og på ikke-EVM-kjeder: i stedet for at nettverket dytter data ut kontinuerlig, henter (pull) en forbruker en signert prisoppdatering akkurat når den trenger den. RedStone tilbyr begge deler som en hybrid, og har vokst raskt nettopp fordi utviklere kan velge modell per bruksområde.
Hver modell åpner en annen type angrepsflate. En pull-oracle er avhengig av at riktig aktør trigger oppdateringen til riktig tid, noe Ostium-hendelsen viste konsekvensen av når selve trigger-komponenten ble kompromittert. En push-oracle er avhengig av at nodenettverkets egen verifiseringslogikk er vanntett, noe Bonzo-hendelsen viste konsekvensen av når en ugyldig signatur likevel ble godkjent. Og et internt, poolbasert orakel som Reflector på Stellar er fullstendig avhengig av at det underliggende markedet faktisk har nok reell aktivitet til å prise noe meningsfullt, noe YieldBlox-hendelsen viste konsekvensen av. Store, etablerte nettverk som Chainlink henter i stor grad rådata fra sentraliserte børser før de aggregeres og publiseres på kjeden, noe som gjør dem vanskeligere å manipulere med et enkelt flash-lån, men ikke immune mot feil lenger opp i kjeden av tillit.
| Oracle | Modell | Omtrentlig rekkevidde | Kjent for |
|---|---|---|---|
| Chainlink | Push (med voksende pull-støtte) | 29 kjeder push, 40+ pull | Eldste og mest etablerte nettverk; LINK-token verdt rundt 6,4 milliarder dollar (62 milliarder kroner), ifølge CoinGecko |
| Pyth Network | Pull | 110+ kjeder | Sanntidsdata til evigvarende futures og høyfrekvent handel |
| RedStone | Push og pull (hybrid) | 50+ push, 120+ pull | Raskest voksende leverandør i 2025 og 2026 |
| Supra | Cross-chain push | Flere titalls kjeder | Leverandøren bak oraklet Bonzo Lend brukte på Hedera |
| Reflector | Poolbasert VWAP | Stellar | Oraklet YieldBlox-poolen på Blend V2 var avhengig av |
Ikke det samme som en rug pull eller et bridge-hack
Det er lett å slå sammen alle DeFi-tap til én stor kategori, men oracle-manipulasjon er noe konkret annet enn de andre store sikkerhetstruslene i sektoren. En rug pull er et bevisst bedrageri der teamet selv forsvinner med brukernes penger, ofte planlagt fra dag én. Et governance-angrep handler om å kjøpe eller låne nok stemmemakt til å tvinge gjennom et forslag som tømmer en protokollkasse, slik man så med BonkDAO tidligere i år. Et bridge-hack rammer overgangen mellom to kjeder, der verdi låses på den ene siden og skal frigjøres på den andre. Oracle-manipulasjon er annerledes: koden kan være feilfri, teamet kan ha gode hensikter, og likevel taper protokollen penger fordi det ene tallet den er avhengig av, prisen, var feil i akkurat det øyeblikket en transaksjon ble utført.
Det er også derfor kategorien er vanskelig å utrydde helt. Man kan revidere kode for logiske feil og fjerne dem. Man kan derimot ikke revidere seg bort fra at en oracle til syvende og sist er avhengig av data, infrastruktur og aktører utenfor protokollens egen kontroll.
Verktøykassen: TWAP, sirkelbrytere og andre forsvarsmekanismer
De fleste av dagens forsvarsmekanismer ble utviklet som svar på den klassiske flash-lån-manipulasjonen fra tidligere år, og de virker fortsatt godt mot akkurat det problemet. En TWAP, tidsvektet gjennomsnittspris, glatter ut prisen over mange blokker i stedet for å stole på øyeblikksbildet fra én enkelt blokk. Det gjør et ett-blokks flash-lån stort sett verdiløst som angrepsverktøy, siden angriperen måtte holdt kontroll over prisen gjennom hele vinduet for å påvirke gjennomsnittet nevneverdig. Multi-kilde-aggregering, altså det desentraliserte oracle-nettverk som Chainlink og Pyth bygger på, gjør det tilsvarende vanskelig for én enkelt børs eller ett enkelt DEX-par å diktere prisen alene.
Problemet, som 2026 har vist tydelig, er at ingen av disse mekanismene hjelper mot de nyere angrepsveiene. TWAP og flerkildeaggregering gjør ingenting for å stoppe en kompromittert signeringsnøkkel, slik Ostium-saken viste. De hjelper heller ikke mot en verifiseringsfeil i selve oraklets kode, slik Bonzo-saken viste. Og et bundet orakel som CAPO, designet spesifikt for å hindre manipulasjon av korrelerte aktiva, kan skape sitt eget nye feilpunkt hvis parametrene ikke vedlikeholdes riktig, slik Aave-saken viste. Konklusjonen sikkerhetsmiljøet i økende grad lander på, er at ingen enkeltmekanisme er nok. Det trengs lagdelt forsvar: TWAP eller lignende glatting, flere uavhengige datakilder, sirkelbrytere som fanger opp urimelige hopp, minimumsterskler for likviditet før et marked i det hele tatt stoles på, og jevnlig, uavhengig gjennomgang av selve oracle-konfigurasjonen, ikke bare av kontraktkoden.
| Mekanisme | Hva den stopper | Kjent svakhet |
|---|---|---|
| TWAP (tidsvektet snittpris) | Ett-blokks flash-lån-hopp | Kan fortsatt manipuleres over flere sammenhengende blokker eller med et for kort tidsvindu |
| Multi-kilde aggregering | At én enkelt børs eller ett enkelt DEX-par dikterer prisen | Løser ikke kompromitterte signeringsnøkler eller verifiseringsfeil i selve oraklet |
| Sirkelbrytere og avviksgrenser | Brå, urimelige prishopp fra én oppdatering til neste | Kan sette protokollen på pause midt i legitim, kraftig markedsbevegelse |
| Minimumsterskler for likviditet | Tynne markeder der én handel definerer prisen, som hos YieldBlox | Krever kontinuerlig overvåking etter hvert som markeder tørker ut eller vokser |
| Bundet korrelert-aktiva-orakel (CAPO-type) | Grenseløs, kunstig prisvekst for peggede aktiva som wstETH | Selve taket kan feilkalibreres, som hos Aave i mars |
Da Aaves egen risikoforvalter sluttet å stole på systemet
Etterspillet av mars-hendelsen ble minst like oppsiktsvekkende som selve tapet. 6. april 2026 kunngjorde Chaos Labs, samme selskap som bygget og driftet CAPO-systemet, at de trakk seg som Aaves risikoforvalter etter over tre års samarbeid. Dette skjedde til tross for at Aave Labs tilbød å øke budsjettet til 5 millioner dollar, rundt 48 millioner kroner, for å beholde dem. Omer Goldberg skrev i kunngjøringen på Aaves styringsforum at «i dag trer vi tilbake fra det mandatet og søker å avslutte engasjementet vårt på en proaktiv måte», og la til at «engasjementet gjenspeiler ikke lenger hvordan vi mener risiko bør forvaltes» (Aaves styringsforum).
Begrunnelsen pekte på flere ting: kjernebidragsytere hadde forlatt teamet og økt arbeidsmengden på de gjenværende, Aave V4 innebar en betydelig utvidelse av omfanget inn i ukjent arkitektur, og kompensasjonen sto ikke lenger i forhold til driftskostnadene ved å levere risikostyring i den skalaen Aave krever. Det som gjør denne saken relevant utover intern Aave-drama, er hva den sier om ansvarsmodellen rundt sikkerhetslag som CAPO. Selskapet som selv bygde forsvarssystemet, konkluderte med at strukturen rundt hvem som bærer ansvaret når systemet feiler, ikke lenger var holdbar. Det er et vanskelig signal for enhver protokoll som lener seg tungt på tredjeparts risikoinfrastruktur.
MiCA, Finanstilsynet og hvem som sitter igjen med regningen
I Norge er kryptoeiendelsloven, som gjennomfører MiCA-forordningen, i kraft siden 1. juli 2025, og Finanstilsynet er tilsynsmyndigheten for kryptoeiendelstjenesteytere (CASP) her i landet. Overgangsordningen for aktører som opererte uten tillatelse løp ut 1. juli 2026, og Finanstilsynet har vært tydelige på at uautoriserte tilbydere må avvikle virksomheten ordnet, herunder stanse påmelding av nye kunder (Finanstilsynets oversikt over kryptoeiendelsloven).
Gjennom våren og sommeren 2026 har Finanstilsynet fortløpende tatt i bruk nye felleseuropeiske retningslinjer under MiCA, blant annet ESMAs kriterier for vurdering av kunnskap og kompetanse hos ansatte i kryptoeiendelstjenesteytere, som gjelder i Norge fra 13. mars 2026 (Finanstilsynets nyhetsarkiv), samt felles retningslinjer fra EBA og ESMA om egnethetsvurdering av ledelse og eiere i slike foretak. Det viser at tilsynet i stadig større grad er operativt og ikke bare på papiret, men regelverket retter seg fortsatt mot foretakene som yter tjenester, ikke mot koden i de underliggende protokollene.
Det viktige å forstå er hva MiCA faktisk regulerer, og hva det ikke gjør. Regelverket stiller krav til tjenesteyterne, altså børser, forvaltere og utstedere som opererer med tillatelse i EØS. Det sier lite om hvordan en desentralisert utlånsprotokoll på Hedera eller NEAR har konfigurert sitt prisorakel. En nordmann som bruker en MiCA-lisensiert norsk børs til å kjøpe token, og deretter flytter dem inn i en DeFi-protokoll et helt annet sted, forlater i praksis det tilsynsdekkede området i det øyeblikket transaksjonen forlater børsen. Det finnes ingen innskuddsgaranti og ingen klageordning for tap forårsaket av en orakelfeil. Om du får pengene tilbake, avhenger i praksis av protokollens egen vilje og evne til å kompensere, slik Aave gjorde etter CAPO-hendelsen, eller av at en angriper frivillig leverer tilbake midlene, slik en av lommebøkene bak Bonzo-angrepet delvis gjorde. Ingen av delene er noe man kan regne med på forhånd.
Sjekkliste: slik vurderer du oracle-risiko før du setter inn penger
Du trenger ikke å lese Solidity-kode for å gjøre en fornuftig vurdering av oracle-risikoen i en protokoll du vurderer å bruke. Disse punktene tar utgangspunkt i akkurat de svakhetene som gikk igjen i årets hendelser:
- Sjekk hvilket oracle-nettverk protokollen faktisk bruker, og om det er et etablert, uavhengig nettverk som Chainlink eller Pyth, eller en egenbygget, intern løsning.
- Se etter om protokollen bruker TWAP eller annen glatting av prisen, ikke bare rå spotpris fra ett enkelt marked.
- Undersøk hvor dyp den underliggende likviditeten faktisk er i markedene oraklet leser fra, spesielt for mindre likvide token.
- Finn ut om det finnes sirkelbrytere eller maksimale avviksgrenser, og om de faktisk er satt stramt nok til å bety noe.
- Sjekk om protokollen er revidert av et anerkjent selskap, for eksempel Trail of Bits, og les selve rapporten i stedet for bare å stole på en «audited»-merkelapp.
- Vurder konsentrasjonsrisiko: hvor stor andel av kjedens samlede DeFi-verdi ligger i denne ene protokollen, slik Rhea Finance utgjorde over 95 prosent av NEARs TVL.
- Se på teamets historikk for hvordan de har håndtert tidligere feil og om de faktisk har kompensert brukere, slik Aave gjorde, i stedet for å love det uten oppfølging.
Ingen av disse punktene garanterer at en protokoll er trygg. De reduserer sannsynligheten for at du blir overrasket, og det er i praksis det beste du kan oppnå i et marked uten innskuddsgaranti.
Ofte stilte spørsmål
Hva er oracle-manipulasjon i kryptovaluta?
Oracle-manipulasjon er når noen får en smart kontrakt til å handle ut fra en feil pris. Siden blokkjeder ikke selv kan lese eksterne markedspriser, er utlånsprotokoller, evigvarende futures-børser og syntetiske aktiva avhengige av et orakel som leverer dette tallet utenfra. Hvis tallet er feil, enten fordi noen bevisst forvrengte det eller fordi selve oraklet svikter, kan protokollens automatiske logikk for lån, sikkerhet og likvidasjon utløses feil, og angriperen kan hente ut verdi som egentlig ikke var der.
Hvordan fungerer et flash-lån-angrep på et orakel?
Et flash-lån lar en aktør låne store summer uten sikkerhet, så lenge lånet betales tilbake innenfor samme transaksjon. I den klassiske varianten brukte angriperen et slikt lån til å midlertidig forvrenge prisen i et tynt marked, brukte den forvrengte prisen til å låne mer enn sikkerheten faktisk var verdt fra en annen protokoll, og betalte tilbake flash-lånet i samme transaksjon mens differansen ble igjen som profitt. TWAP og flerkilde-orakler har gjort denne spesifikke metoden langt vanskeligere, noe som er hovedgrunnen til at angrepene i 2026 i stedet gikk via kompromitterte nøkler, feilkonfigurasjon og verifiseringsfeil.
Hva er forskjellen på en push-oracle og en pull-oracle?
En push-oracle, som Chainlinks klassiske modell, sender prisoppdateringer til kjeden løpende, enten når prisen beveger seg forbi en fastsatt avviksgrense eller når et tidsintervall går ut. En pull-oracle, som Pyth Network sin modell, gjør det motsatte: en forbruker henter selv en fersk, signert prisoppdatering akkurat i det øyeblikket den trengs, typisk før en handel utføres. Noen nettverk, som RedStone, tilbyr begge modellene og lar utviklere velge etter behov.
Hvilke DeFi-protokoller ble rammet av oracle-angrep i 2026?
Mellom februar og juli 2026 ble YieldBlox på Stellar, Aave (gjennom en intern feil i CAPO-systemet), Rhea Finance på NEAR, Bonzo Lend på Hedera og Ostium på Arbitrum alle rammet av separate orakelrelaterte hendelser, med tap fra rundt 7,6 millioner dollar til 27 millioner dollar per hendelse. I tillegg ble stablecoin-protokollen 42DAO på BNB Chain rammet 22. juli.
Hvordan kan jeg beskytte meg mot oracle-risiko som investor?
Undersøk hvilket oracle-nettverk protokollen bruker, om den benytter TWAP eller annen prisutjevning, hvor likvid det underliggende markedet faktisk er, og om protokollen er revidert av et anerkjent sikkerhetsselskap. Vurder også konsentrasjonsrisiko, altså hvor stor andel av en kjedes totale DeFi-verdi som ligger i én enkelt protokoll. Husk at MiCA-regelverket og Finanstilsynet fører tilsyn med tjenesteytere, ikke med smart kontrakt-koden i desentraliserte protokoller, så det finnes normalt ingen innskuddsgaranti dersom noe går galt.
Skrevet av Anneke de Vries, HOGE Wire.