Decentraliserede børser (DEX'er) er afhængige af orakler for at kunne fastsætte nøjagtige markedspriser. Denne guide forklarer, hvordan orakler indsamler, verificerer og formidler prisdata, hvordan førende netværk som Chainlink, Pyth, RedStone og Supra forhindrer manipulation, og hvorfor disse systemer er afgørende for en retfærdig og gennemsigtig handel på blockchainen.
Handl med tillid ved hjælp af realtidsdata – download Bitcoin.com Wallet-appen for at oprette forbindelse til de førende Perp-DEX'er og følge kursudviklingen via sikre oracle-netværk.
Oversigt – Hvorfor orakler er afgørende for Perp DEX'er
Perpetual DEX’er er afhængige af eksterne kursdata for at kunne fungere. Hver eneste beregning af finansieringsrenten, marginkravet og likvidationstriggeren afhænger af kendskabet til den reelle markedspris af et aktiv.
Da blockchains ikke har direkte adgang til data uden for blockchainen, Orakler slår bro over denne kløft - at hente og kontrollere priser fra centraliserede børser, aggregatorer og andre kilder og derefter offentliggøre disse priser på blockchainen.
Uden pålidelige orakler kan evighedskontrakter blive udsat for manipulation, fejlprissætning eller uretfærdig likvidation af handlere.
Inden 2026 vil avancerede orakel-rammer som Chainlink, Pyth Network, Chronicle-protokollen, RedStone, og Supra er blevet en integreret del af store Perp-DEX'er som f.eks. GMX, dYdX v4, Hyperflydende, Drift, Avantis, Reya, og Æterisk, hvor hver enkelt kombinerer flere datafeeds og valideringslag for at sikre prisintegriteten.
Læs mere:
- En introduktion til likvidation på Perp-DEX'er
- Sådan fungerer finansieringssatserne på Perp-DEX'er
- Hvad er en Perpetual DEX? (Vejledning 2026)
Sådan fungerer orakler på Perp DEX'er
Orakler fungere som en datapipeline at forbinde det virkelige marked med blockchain.
1. Indsamling af data
Oracles samler priser fra flere kilder - centraliserede børser, likviditetsaggregatorer, institutionelle feeds og DeFi datasæt – for at beregne et pålideligt gennemsnit.
Eksempel: Chainlink kan hente BTC/USD-data fra Coinbase, Binance, Kraken og Bitstamp og derefter beregne en tidsvægtet gennemsnitspris (TWAP).
2. Datakontrol
Inden data sendes til blokkæden, foretager orakler en validering:
- Identificering af afvigende værdier (fjernelse af ekstreme eller fejlagtige priser)
- Vægtning efter volumen og pålidelighed i udvekslingen
- Tidsstempling for at sikre aktualitet
3. Offentliggørelse på blockchainen
Den bekræftede pris underskrives derefter kryptografisk og offentliggøres på blockchainen med jævne mellemrum. Smarte kontrakter på Perp-DEX’er fortolkes disse værdier som »markedspris”henvisning til:
- Beregning af finansieringssatsen
- Overvågning af marginer
- Udløsende faktorer for likvidation
4. Krydsvalidering
Mange DEX'er bruger nu modeller med flere orakler, hvor man sammenligner data fra to eller flere udbydere (f.eks. Chainlink + Pyth + RedStone + Supra) for at mindske risikoen for afhængighed.
Markprisens og indeksprisens rolle
Mark Price
Den markedspris er et Oracle-baseret skøn over aktivets dagsværdi, der anvendes til beregning af urealiseret gevinst og tab (PnL).
Det beskytter investorer mod unødvendig likvidation i perioder med midlertidige volatilitet spidser.
Indekspris
Den indekspris er et bredere mål, der er baseret på flere børser og likviditetskilder. Det sikrer, at finansieringsrenter og kontraktpriser følger det globale markedsgennemsnit.
Sammen udgør markeds- og indekspriserne anker der sikrer, at terminskontrakterne holdes synkroniseret med spotmarkederne.
De største Oracle-udbydere i 2026
Oracle-netværkDesignUnderstøttede blokkæderVigtigste funktionerDEX-integrationerChainlinkTrækbaseret
Ethereum, Arbitrum,
BNB,
LavineSamlede prisfeeds med beregning uden for blokkædenGMX, Level, AvantisPyth NetworkPush-baseret
Solana, Sui, Arbitrum, BaseHøjfrekvente data direkte fra børserneHyperliquid, Drift, JupiterChronicle-protokollenHybridEthereum,
L2'erVerificerbare signaturer på blokkæden og gennemsigtighed via open sourceÆterisk, AsterRedStoneModulær push-pull-hybridArbitrum, Base, Scroll, zkSyncGasbesparende caching, tilpasselige feeds, modulær dataarkitekturVector, Perp88, eksperimentelle DEX-integrationerSupraKædeoverskridende datalagBase, Arbitrum, Scroll, OptimismPrisfeeds med hurtig endelighed, validering med tidsstempel og interoperabilitet på tværs af blockchainsTidlige integrationer med nye DEX'erUMA/Optimistisk OracleTvistbaseretEthereumTvistbilæggelse ved opdateringer med lav hyppighedEksperimentelle DEX-implementeringerAPI3AirnodeEthereum,
PolygonFørstepartsdatafeedsVælg evighedsobligationer i AMM-stil
De fleste førende Perp-DEX'er kombinerer to eller flere orakeltyper for at sikre redundans. For eksempel:
- GMX v2 bruger et hybrid-orakel, der kombinerer Chainlink og hurtige off-chain TWAP'er.
- Hyperflydende bruger sine egne interne prisfeeds, der krydstjekkes med Pyth.
- dYdX v4 henter data fra flere kilder via Cosmos-relæer.
- Nyere modulopbyggede DEX'er eksperimenterer med RedStone til gas-effektive foderblandinger og Supra til tværkæde synkronisering.
Hvorfor præcise spådomme er vigtige
- Rettfærdig afvikling
Likvidationer udløses af ændringer i markedsprisen. Unøjagtige data kan føre til likvidation af sunde positioner eller muliggøre gevinster som følge af manipulation. - Pålidelige finansieringssatser
Finansieringen afhænger af forskellen mellem de løbende priser og spotpriserne. Hvis spotdataene er forkerte, kan finansieringen komme ud af ligevægt. - Markedsintegritet
Nøjagtige kursoplysninger sikrer forhandlernes tillid og forhindrer arbitrage-ubalance mellem børserne. - Kompatibilitet på tværs af DeFi
Oracles leverer standardiserede prisdata, der gør det muligt for evighedskontrakter, udlånsplatforme og afkastprotokoller at samarbejde på en sikker måde.
Eksempel:
I 2024 opgraderede Pyth til en prissystem med opdateringer på under et sekund, hvilket reducerer ventetiden med over 80 % og mindsker antallet af utilsigtede tvangslikvidationer i perioder med stor volatilitet.
Manipulation af Oracle – Sådan foregår angrebene
1. Udnyttelse af lav likviditet
Hackere kan manipulere priserne på små centraliserede børser, der indgår i oraklets datasæt.
2. Flash-lån-angreb
I DeFi kan flash-lån midlertidigt forvride dataene på blockchainen AMM priser, som visse orakler henviser til, hvilket medfører kunstige prisstigninger.
3. Forsinkede opdateringer
Hvis et orakel-feed opdateres for langsomt, kan markedspriserne komme til at halte bagefter de faktiske markedsforhold, hvilket kan føre til forkerte finansieringsbeløb eller likvidationer.
4. Afhængighed af én enkelt kilde
DEX'er hvis man er afhængig af et enkelt orakel, risikerer man nedetid eller manipulation, hvis det pågældende netværk svigter.
Hvordan Perp-DEX'er beskytter sig mod oraklerisiko
- Aggregering på tværs af flere Oracle-databaser
Kombination af flere dataleverandører (f.eks. Chainlink + Pyth + RedStone + Supra) for at krydstjekke prisernes gyldighed. - Vægtede tidsgennemsnit
Brug af tidsvægtede eller volumenvægtede gennemsnit til at udjævne volatiliteten og afvigende værdier. - On-chain-afbrydere
Stop af afvikling eller finansiering, hvis orakeldata afviger ud over de acceptable grænseværdier. - Decentraliserede valideringsnoder
Netværk som Pyth, RedStone, Supra og Chainlink anvender distribuerede udbydere for at mindske risikoen for, at et enkelt punkt bliver svigtende. - Revision og ledelse i lokalsamfundet
Nogle protokoller, som f.eks. Æterisk og Avantis, lad ledelse Deltagerne stemmer om ændringer i Oracle-kildekoden og parametrene.
Oracle-forsinkelse og opdateringshyppighed
Forsinkelse
Dette henviser til, hvor hurtigt en ny pris afspejles i blockchainen, efter at den er ændret i den virkelige verden.
- Chainlink-feeds opdateres typisk hvert 30. sekund.
- Pyth opdateres på under et sekund på understøttede blockchains.
- Chronicle anvender en »heartbeat«-logik, der opdaterer, når prisændringer overskrider en tærskelværdi.
- RedStones modulopbyggede system gør det muligt at definere opdateringsbetingelser for hvert marked i protokollerne, hvilket sikrer en balance mellem hastighed og gasøkonomi.
- Supra tilbyder <2 sekunders endelighed via parallelle datastrømme på tværs af kæder.
Frekvens
Hurtigere opdateringer giver større nøjagtighed, men også højere gasudgifter.
Protokollerne er optimeret med henblik på balance: Hyperflydende og Reya leverer lynhurtige nyhedsfeeds; GMX og Avantis foretrækker brændstofeffektiv dosering; RedStone muliggør brugerdefinerede opdateringsudløsere, mens Supra fokuserer på synkronisering i næsten realtid på tværs af miljøer med flere blockchains.
Eksempel:
I løbet af 2025 BTC Da volatiliteten steg kraftigt i april, forhindrede Hyperliquids orakelopdateringer på 250 ms fejlprissætning, mens langsommere datafeeds andre steder medførte en afvigelse på op til 0,5 %.
Fremtiden for Oracle-systemer i 2026 og fremover
- Kædeoverskridende orakelnetværk
Fælles oracle-lag, der muliggør ensartede markedspriser på tværs af blokkæder og DEX'er. - AI-understøttet prisvalidering
Maskinlæring bruges til at opdage afvigelser og rette fejlagtige indtastninger i realtid. - Oracle-markeder uden tilladelseskrav
Open source-Oracle-noder, hvor alle kan offentliggøre verificerede priser. - Indbyggede Layer-2-orakler
Systemer med lav latenstid integreret i oversigter og appchains (f.eks. dYdX v4 på Cosmos). - Orakler sikret ved hjælp af restaking
Ved at kombinere økonomisk tryghed fra genindsat ETH med oraklenetværk for at øge pålideligheden. - Modulær Oracle-arkitektur
Nye netværk som RedStone og Supra er banebrydende inden for modulær datalevering på forespørgsel — hvilket gør det muligt for DEX’er at skræddersy orakelopdateringer til nicheaktiver såsom RWA og AI-tokens samt synkronisere finansieringsmekanismer på tværs af blokkæder.
Disse forbedringer har til formål at gøre DeFi-orakler hurtigere, billigere og mere robuste – hvilket gør det muligt for evighedskontrakter at skalere op til institutionelle standarder.
Læs mere:





