Home
» Nieuws
»
Chainlink versus Pyth Network: de juiste Web3-orakel kiezen voor realtime data
Chainlink versus Pyth Network: de juiste Web3-orakel kiezen voor realtime data
Een DeFi-applicatie kan een perfecte smart-contractlogica hebben en toch falen op het moment dat er het meest toe doet, als de marktgegevens verouderd, vertraagd, niet beschikbaar of verkeerd geïnterpreteerd zijn. Dat is het praktische orakelprobleem: een leenprotocol kan liquideren tegen de verkeerde prijs, een perpetual exchange kan een markt noteren die al bewogen heeft, of een vault kan blijven functioneren nadat de referentiemarkt gesloten is.
Chainlink en Pyth Network pakken dit probleem allebei aan, maar een simpele vergelijking tussen "Chainlink en Pyth" verhult een belangrijk detail. Beide bieden nu meer dan één model voor datalevering. Chainlink heeft traditionele on-chain datafeeds en datastreams met lage latentie; Pyth heeft Pyth Core, Pyth Pro en optionele push-infrastructuur. De nuttige vraag is daarom niet welk merk universeel beter is, maar welk datapad het beste aansluit bij de latentie, de dekking van activa, de vertrouwensveronderstellingen, het kostenmodel en de foutbeheersing van de applicatie.
Er is ook een recente wijziging waar ontwikkelaars rekening mee moeten houden. Op 26 augustus 2026 heeft Pyth Pyth Core geüpgraded. De openbare Hermes-interface vereist nu authenticatie met een API-sleutel en de onderliggende architectuur is afgestapt van het oudere Pythnet/Wormhole-model en overgestapt op een systeem gebaseerd op vijf onafhankelijk beheerde routers met een quorum van 3 van de 5 ondertekeningspunten. Bestaande interfaces zijn ontworpen om compatibel te blijven, maar ontwikkelaars moeten controleren of hun integratie gebruikmaakt van de huidige eindpunten en contracten. Zie de officiële documentatie over de upgrade van Pyth Core .
Chainlink en Pyth verzamelen beide externe marktgegevens, maar hun producten bieden verschillende updatepaden: traditionele pushfeeds, pullstreams met lage latentie en applicatiegestuurde onchain-updates.
Het eerste probleem dat we moeten oplossen: hoe actueel moet uw prijs eigenlijk zijn?
Begin bij de applicatie, niet bij de oracle-leverancier. Een leenmarkt die de onderpandwaarde elke paar minuten opnieuw berekent, stelt andere eisen dan een perpetual exchange die vrijwel onmiddellijke uitvoering belooft. Als het protocol geen acceptabele maximale dataleeftijd kan definiëren, kan het geen oracle op een veilige manier kiezen.
Chainlink-datafeeds zijn ontworpen voor gegevens die on-chain gepubliceerd kunnen worden wanneer aan de updatevoorwaarden wordt voldaan. In de praktijk worden prijsfeeds doorgaans bijgewerkt op basis van mechanismen zoals een afwijkingsdrempel of een heartbeat. Dit model is zeer geschikt voor kredietverlening, onderpandwaardering, reservecontroles en andere toepassingen waarbij het continu opslaan van een actuele referentiewaarde on-chain nuttig is.
Chainlink Data Streams is gericht op een ander type workload. De huidige documentatie beschrijft het als een pull-gebaseerde service die marktdata met lage latentie offchain levert en applicaties in staat stelt rapporten onchain te verifiëren, maar alleen wanneer dat nodig is. Chainlink stelt dat Data Streams een dataresolutie van minder dan een seconde ondersteunt en bedoeld is voor latencygevoelige producten zoals perpetual futures, opties en voorspellingsmarkten. Zie de officiële Chainlink Data Streams-documentatie .
Pyth Core gebruikt ook een pull-model. Een applicatie of gebruiker haalt een ondertekende prijsupdate op, stuurt deze naar het Pyth-contract en leest vervolgens de geverifieerde prijs. De applicatie kan een maximale leeftijd vereisen met behulp van functies zoals ` getPriceNoOlderThan(). Dit maakt actualiteit een expliciet onderdeel van de transactiestroom in plaats van alleen te vertrouwen op een continu bijgewerkte on-chain waarde. Zie de uitleg van Pyth over waarom prijzen moeten worden bijgewerkt .
Duwen versus trekken: wat verandert er operationeel?
Model
Belangrijkste voordeel
Belangrijkste afweging
Normale pasvorm
Onchain push feed
Contracten kunnen een reeds gepubliceerde waarde lezen.
Updates verbruiken resources van de blockchain, zelfs als niemand ze gebruikt.
Leningen, waardebepaling van onderpand, referentieprijzen
Pull-gebaseerd rapport
Haal actuele gegevens alleen op en verifieer deze wanneer een transactie dit vereist.
De applicatie moet het ophalen, de authenticatie, de verzending en de afhandeling van fouten kunnen verwerken.
Eeuwigdurende opties, opties, uitvoering met lage latentie
Gecontroleerde push-functionaliteit binnen een pull-orakel
Eenvoudige leesbewerkingen met behoud van de pull-infrastructuur.
Iemand moet de updater bedienen en financieren.
Apps die overstappen van traditionele push-integratie
Het onderscheid is niet langer "Chainlink staat gelijk aan push, Pyth staat gelijk aan pull". Chainlink Data Streams is expliciet pull-gebaseerd, terwijl Pyth gesponsorde push-feeds op geselecteerde netwerken documenteert en een Price Pusher biedt die teams zelf kunnen beheren. De architectuur moet daarom product voor product worden vergeleken.
Waar komen de gegevens vandaan?
Chainlink: meerdere databronnen plus gedecentraliseerde orakelnetwerken
Chainlink Data Feeds verzamelen gegevens uit meerdere bronnen en publiceren het resultaat via gedecentraliseerde orakelnetwerken. De documentatie van Chainlink beschrijft het ontwerp als een combinatie van een gedecentraliseerd datamodel met Offchain Reporting, waardoor meerdere orakelknooppunten offchain overeenstemming kunnen bereiken voordat een rapport onchain wordt verzonden. Dit vermindert het aantal onchain-transacties dat nodig is voor de aggregatie.
Dat ontwerp scheidt verschillende risico's: een protocol is niet afhankelijk van één beurs, één API of één oracle-node. Integrators moeten echter nog steeds de specifieke feed die ze gebruiken inspecteren. Chainlink hanteert verschillende feedcategorieën en risicooverwegingen, dus de aanwezigheid van een Chainlink-interface alleen betekent niet dat elke feed identieke databronnen, liquiditeitskwaliteit of updateparameters heeft. Het startpunt is de officiële Chainlink Data Feeds-documentatie .
Pyth: uitgeversgegevens samengevoegd tot prijs en vertrouwen.
Het model van Pyth legt de nadruk op directe bijdragen van aanbieders van marktgegevens, zoals beurzen, handelsfirma's, market makers en andere financiële data-aanbieders. Pyth publiceert een geaggregeerde prijs samen met een betrouwbaarheidsinterval, wat nuttig is omdat reële markten niet op elk moment een perfect uniforme prijs hebben.
Het betrouwbaarheidsinterval kan worden opgenomen in risicobeheersingsmaatregelen. Een leenprotocol kan bijvoorbeeld de waarde van onderpand conservatief bepalen wanneer de spreiding tussen uitgevers toeneemt, of een markt stilleggen wanneer de onzekerheid te groot wordt. De officiële handleiding met best practices van Pyth beveelt expliciet aan om rekening te houden met betrouwbaarheid en veroudering in plaats van het gerapporteerde middelpunt als onfeilbaar te beschouwen.
Wat is er in 2026 veranderd aan de architectuur van Python?
Dit is het grootste verschil tussen de huidige en de nieuwere versies. Oudere beschrijvingen van Pyth leggen Pythnet vaak uit als de blockchain waar uitgevers prijzen indienden, waarbij Wormhole-beheerders ondertekende berichten doorstuurden naar andere blockchains. De huidige documentatie van Pyth zegt echter dat Pythnet wordt stopgezet en dat Pyth Pro nu de huidige data-architectuur documenteert.
Voor de geüpgradede Pyth Core berekenen vijf onafhankelijk werkende routers aggregaten en ondertekenen Merkle-roots. Hermes verzamelt de ondertekende roots en bewijzen, en on-chain contracten verifiëren een quorum van 3 van de 5 ondertekeningspartners voordat het gevraagde aggregaat wordt geaccepteerd. De ABI van het Core-contract blijft compatibel met de vorige interface, maar er bestaan nieuwere contractadressen en API-authenticatie is nu vereist voor toegang tot Hermes.
Ontwikkelaars die zich baseren op een handleiding uit 2024 of 2025, moeten daarom de eindpunten, authenticatie en contractadressen opnieuw controleren voordat ze de applicatie implementeren. De actuele technische beschrijving is te vinden in Hoe de vernieuwde Python Core werkt .
Welke optie is gemakkelijker te integreren?
Voor een contract dat alleen een conventionele on-chain referentieprijs nodig heeft, kunnen Chainlink Data Feeds operationeel eenvoudig zijn: lees het betreffende aggregatorcontract en valideer de geretourneerde tijdstempel en waarde volgens de risicoregels van de applicatie.
Python Core voegt een expliciete update-stap toe aan de standaard pull-flow. De aanroeper haalt prijsupdategegevens op bij Hermes, betaalt de updatekosten, dient de update in en gebruikt vervolgens een voldoende recente prijs. Dit kan een voordeel zijn in plaats van een nadeel voor latency-gevoelige uitvoering, omdat de transactie zijn eigen actuele gegevens kan aanleveren, maar het geeft de applicatie wel meer beheerwerk.
Chainlink Data Streams kent vergelijkbare operationele uitdagingen als elk pull-systeem met lage latentie: API- of WebSocket-toegang, rapportdecodering, authenticatie, on-chain verificatie, fallback-gedrag en facturering moeten allemaal worden afgehandeld. Het is meer gepast om Pyth Core of Pro te vergelijken met Chainlink Data Streams voor high-frequency trading dan om ze alleen te vergelijken met Chainlink's traditionele push-feeds.
En hoe zit het met de latentie?
De latentie moet van begin tot eind worden gemeten. Een leverancier kan gegevens met een nauwkeurigheid van milliseconden of zelfs minder dan een seconde leveren, maar een applicatie heeft nog steeds te maken met netwerklatentie, API-latentie, blokproductie, transactieverwerking, contractuitvoering en afwikkelingslogica.
De huidige Data Streams-documentatie van Chainlink adverteert met een dataresolutie van minder dan een seconde en verificatie op aanvraag. Pyth Pro documenteert realtime- en fixed-rate-kanalen met leveringsintervallen variërend van milliseconden tot intervallen van 50 ms, 200 ms en 1 seconde, afhankelijk van het abonnement en de integratiemodus. Deze mogelijkheden op productniveau zijn vooral belangrijk voor derivaten en market-making-systemen, waar verouderde uitvoering direct te gelde kan worden gemaakt door ervaren handelaren.
Bij langzamere uitleen- of kluistoepassingen kan het nastreven van de laagst mogelijke latentie extra kosten en complexiteit met zich meebrengen zonder de veiligheid wezenlijk te verbeteren. Een goed ontworpen drempelwaarde voor verouderde gegevens en conservatieve liquidatieregels zijn wellicht belangrijker dan het afsnoepen van tientallen milliseconden van het gegevensoverdrachtstraject.
Hoe moet je beveiliging vergelijken?
Beperk de beveiliging van het oracle niet tot één enkele node. Bekijk het volledige pad:
Diversiteit van bronnen: hoeveel onafhankelijke locaties of gegevensleveranciers leveren zinvolle informatie aan?
Aggregatie: Hoe worden uitschieters, verouderde uitgevers en inconsistente markten aangepakt?
Onafhankelijkheid van ondertekenaars of knooppunten: welke partijen moeten het eens zijn voordat gegevens worden geaccepteerd?
On-chain verificatie: Wat verifieert het consumerende contract precies?
Actualiteit: Kan een aanvaller opzettelijk een oudere, maar technisch nog steeds geldige update gebruiken?
Beschikbaarheid: Wat gebeurt er als de API, relayer, blockchain of datamarkt niet beschikbaar is?
Toepassingscontrollen: Wordt het protocol gepauzeerd, worden de spreads vergroot, wordt de blootstelling beperkt of worden verouderde gegevens afgewezen tijdens stress?
De eigen beveiligingsrichtlijnen van Pyth waarschuwen voor selectieve manipulatie bij pull-updates: gebruikers kunnen mogelijk kiezen uit updates die nog steeds voldoen aan de toegestane tijdslimieten. Pyth beveelt strikte controles op verouderde informatie aan en, voor uitvoerbare markten, technieken zoals uitgestelde afwikkeling, prijsvorming op basis van betrouwbaarheid, houdperioden en blootstellingslimieten.
Chainlink legt de verantwoordelijkheid eveneens bij de ontwikkelaars om tijdstempels te bewaken, geschikte feeds te selecteren en hun applicatie te beschermen tegen ongebruikelijke marktomstandigheden. Oracle-infrastructuur kan het datarisico verminderen, maar kan niet bepalen wat de acceptabele hefboomwerking, liquidatiebuffer of het marktbeleid van het protocol is.
Wat biedt elk netwerk naast één vaste prijs nog meer?
Chainlink is veel verder gegaan dan alleen basisfeeds voor crypto/USD. Het huidige productaanbod omvat datafeeds voor prijs- en reserve-informatie, SmartData, feeds voor koersen en volatiliteit, L2-sequencer-uptimefeeds en datastreams die, afhankelijk van het rapportageschema, rijkere marktgegevens kunnen tonen, zoals liquiditeitsgewogen bied- en vraagprijzen en andere marktcontext.
Pyth gaat eveneens verder dan een enkel middelpunt. Pyth Core levert prijs-, vertrouwens- en EMA-gerelateerde gegevens, terwijl Pyth Pro rijkere, hoogfrequente marktinformatie en configureerbare leveringsopties biedt. De bredere strategie van Pyth voor 2026 omvat ook de commerciële data-infrastructuur en de Data Marketplace.
Controleer de beschikbaarheid van de assets tijdens de implementatie. Beide providers voegen feeds toe, wijzigen ze en verwijderen ze. Ga er nooit vanuit dat een symbool dat beschikbaar is op één blockchain, serviceniveau of historische integratie, elders nog steeds beschikbaar is met dezelfde update-eigenschappen.
Hoe verschillen de kosten?
De kosten omvatten meer dan alleen de abonnementsprijs voor het oracle. Denk ook aan blockchain-gas, update-transacties, API-toegang, verificatieaanroepen, engineeringinspanningen, monitoring, redundantie en fallback-infrastructuur.
Chainlink Data Feeds besteden het doorlopende publicatiewerk vaak uit aan het ecosysteem dat de feed sponsort, terwijl Data Streams een eigen factureringsmodel hanteert voor rapporten op aanvraag. Chainlink merkt op dat ondersteunde feeds ook kunnen worden stopgezet wanneer het gebruik en de economische haalbaarheid de werking ervan niet langer rechtvaardigen.
De economische aspecten van Pyth veranderden aanzienlijk in 2026. Pyth kondigde een commercieel datamodel aan voor Pyth Core, en sinds de Core-upgrade van 26 augustus is toegang tot Hermes alleen mogelijk met een API-sleutel. De documentatie van Pyth verwijst gebruikers naar de huidige abonnementen in plaats van uit te gaan van onbeperkte, niet-geauthenticeerde API-toegang. On-chain pull-updates vereisen ook een updatevergoeding die wordt berekend door het Pyth-contract.
Voor een leenprotocol met een laag volume is een altijd beschikbare infrastructuur met lage latentie mogelijk niet nodig. Voor een grootschalig, eeuwigdurend uitwisselingsprotocol kan het goedkoper zijn om te investeren in betere data en redundante connectiviteit dan de verliezen door averechtse selectie als gevolg van verouderde uitvoering.
Een praktische selectieprocedure
1. Als u een standaard onderpand of referentieprijs nodig heeft
Begin met te controleren of er een volwaardige Chainlink Data Feed of Pyth-feed beschikbaar is op de blockchain die u wilt gebruiken voor de specifieke asset en marktconventie die u nodig hebt. Vergelijk het updategedrag, de databronnen, de openingstijden van de markt en de operationele belasting van de integratie. Laat uw keuze niet alleen afhangen van merkbekendheid.
2. Als u handelsgegevens in bijna realtime nodig hebt.
Vergelijk Chainlink-datastromen met Python Core of Python Pro in plaats van alleen traditionele pushfeeds als benchmark te gebruiken. Meet de end-to-end latentie van datacreatie tot de afwikkeling van de transactie onder uw eigen blockchainomstandigheden.
3. Als de markt gevaarlijk wordt wanneer de onzekerheid toeneemt
Gebruik de kwaliteitssignalen van de data. Het betrouwbaarheidsinterval van Pyth kan direct worden opgenomen in spreads, kortingen op onderpand of pauzedrempels. Met Chainlink kunt u het specifieke rapportschema, de tijdstempel, de bronmethodologie en eventuele aanvullende marktstatusvelden voor dat product inspecteren.
4. Als de uitvaltijd onaanvaardbaar is
Ontwerp redundante ophaal- en terugvalmechanismen voor applicaties. Chainlink Data Streams documenteert actieve-actieve levering op meerdere locaties en SDK-modi met hoge beschikbaarheid. Integraties met Python Pro en Core moeten rekening houden met API-beschikbaarheid, authenticatie, actuele contractadressen en de mogelijkheid dat een prijs verouderd raakt.
5. Als één orakel niet voldoende is voor uw risicomodel
Sommige protocollen vergelijken meerdere onafhankelijke orakelpaden, gebruiken circuit breakers of onderhouden secundaire feeds. Dit kan de veerkracht vergroten, maar het kan ook een nieuw governanceprobleem creëren: het contract moet beslissen wat te doen wanneer de bronnen het niet met elkaar eens zijn. Een terugvalmechanisme dat blindelings de gunstigere prijs selecteert, is geen veiligheidsmechanisme.
Chainlink versus Pyth: vergelijking op basis van vereisten
Vereiste
Chainlink-aanpak
De Pyth-aanpak
Conventionele on-chain referentieprijs
Datafeeds publiceren geaggregeerde waarden on-chain.
Pyth Core kan op aanvraag worden bijgewerkt; er zijn ook geselecteerde push-feeds beschikbaar.
Pull-gegevens met lage latentie
Datastromen met offchain-levering en onchain-verificatie
Pyth Core pull-updates en krachtigere Pyth Pro
Data-onzekerheidssignaal
Afhankelijk van het invoer- of stroomschema en de marktomstandigheden.
Prijs plus expliciet betrouwbaarheidsinterval
Integratieverantwoordelijkheid
Het aanbod varieert van eenvoudige feed-reads tot een volledige Data Streams API en verificatieworkflow.
Het pull-proces vereist het ophalen, indienen en valideren van actuele updates.
operationele kwestie 2026
Feeds en streams kunnen worden toegevoegd of verwijderd; raadpleeg de officiële release-opmerkingen.
Core geüpgraded op 26 augustus 2026; Hermes vereist nu authenticatie met een API-sleutel.
Hoe u een Oracle-integratie zelf kunt controleren vóór de lancering.
Voordat je een Oracle-integratie productieklaar verklaart, voer je een foutenanalyse uit in plaats van alleen het succesvolle scenario te testen. Een handige checklist is:
Controleer de exacte feed- of stream-ID en het officiële contractadres op het doelnetwerk.
Definieer de maximaal acceptabele leeftijd voor elke prijs die door het protocol wordt gebruikt.
Simuleer een verouderde feed en controleer of de applicatie veilig afsluit.
Test volatiele markten waar de prijzen op verschillende platforms uiteenlopen of waar het vertrouwen toeneemt.
Test API- of WebSocket-storingen en authenticatiefouten.
Controleer het gedrag wanneer de onderliggende traditionele markt gesloten is.
Meet de end-to-end latentie onder omstandigheden met een overbelaste blockchain.
Abonneer u op officiële meldingen over het uitfaseren en upgraden van software.
Leg vast welke partij de kosten voor updates, verificatie, abonnementen en gas betaalt.
Voer de tests opnieuw uit wanneer de Oracle-provider de architectuur of het contractadres wijzigt.
Als deze controles duidelijk en voorspelbaar gedrag opleveren, is de keuze voor het orakel waarschijnlijk meer afgestemd op de toepassing dan dat deze uitsluitend op basis van reputatie is gemaakt. Chainlink en Pyth bieden beide volwaardige manieren om externe financiële data in Web3 te integreren, maar hun sterkste producten overlappen steeds meer: Chainlink biedt nu zowel push- als pull-modellen, terwijl Pyth zowel applicatiegestuurde pull-updates als geselecteerde push-patronen ondersteunt. De doorslaggevende factor zou de specifieke markt, het latentiebudget, de beveiligingsveronderstellingen, de operationele mogelijkheden en het faalbeleid van het protocol dat de data gebruikt, moeten zijn.
Raadpleeg voor actuele implementatiedetails de documentatie van Chainlink Data Feeds , Chainlink Data Streams , Pyth Core en Pyth Pro . Omdat eindpunten, feeds, authenticatie en ondersteunde netwerken kunnen veranderen, is het raadzaam deze primaire bronnen opnieuw te raadplegen tijdens de implementatie.