Skip to main content

This site is for educational purposes only. Nothing here constitutes financial advice.

Topic 108 of 179

Oracle Providers Compared

Chainlink, Pyth, RedStone, API3, and Tellor — how each oracle network sources and delivers off-chain data, their trust and economic models, and which use cases suit which oracle.

Beginner
8 min readUpdated July 2026Block Clarity Hub Editorial Team

What an Oracle Actually Does

Smart contracts can only see data that's already on their own blockchain. They cannot directly ask 'what is the ETH/USD price right now?' or 'did team X win the game?' — that information lives off-chain. Oracles are the infrastructure that brings off-chain data on-chain. Every lending protocol needs an oracle to know when collateral has fallen below its liquidation threshold; every perpetuals DEX needs an oracle for mark price; every prediction market needs an oracle to resolve outcomes. Oracle accuracy directly affects whether users get fair liquidations, correct settlement, and reliable price feeds.

The Big Five Providers

Chainlink pioneered the category and dominated most of the 2019-2023 window, using a network of node operators that aggregate off-chain data and push it on-chain via signed transactions. Pyth took a fundamentally different approach — data providers (exchanges, market makers) publish signed prices directly to the Pyth network, and consumers pull those prices on-demand. RedStone offers a similar 'pull' model with modular data feeds. API3 focuses on first-party oracles operated by data providers themselves. Tellor uses a decentralised staking network for open-ended data queries. Each has different trade-offs on latency, cost, coverage, and trust assumptions.

Push vs Pull Oracles

The 'push' model (Chainlink price feeds, older API3) writes new prices on-chain every N minutes or when the price moves more than a threshold. This is convenient — the price is always available in a well-known contract — but expensive because every update is a transaction, and it introduces latency because updates happen on a schedule, not on demand. The 'pull' model (Pyth, RedStone, newer API3 offerings) publishes prices off-chain and lets applications pull the latest price into their own transaction when they need it. This is cheaper (one transaction per user action, not per price update) and lower-latency, but requires applications to build the pull step into their contracts.

  • Oracles bridge off-chain data (prices, events) to on-chain smart contracts
  • Chainlink pioneered the aggregator-network push model
  • Pyth introduced first-party pull oracles with major exchange operators
  • RedStone, API3, and Tellor each occupy specific niches

Key Takeaways

  • Oracles are load-bearing infrastructure for most DeFi
  • Push and pull oracles have very different cost/latency profiles
  • Different oracle networks serve different niches — no one covers everything
  • Oracle failure or manipulation is one of the most common DeFi exploit vectors

Related Content

Cosmos IBC and Interchain Security

How Cosmos IBC enables cross-chain messaging without wrapped assets, how Interchain Security (ICS) lets chains rent security from the Cosmos Hub, and what these primitives mean for Cosmos's app-chain thesis.

Polkadot Parachains

How Polkadot's parachain model works — shared security via the Relay Chain, XCM cross-chain messaging, agile coretime — and how the network has evolved from parachain auctions to coretime markets.

RPC Providers Compared

How RPC providers like Alchemy, Infura, QuickNode, and Ankr sit between wallets and blockchains — their business models, reliability differences, censorship risks, and how to think about decentralised alternatives.

Indexers and The Graph

How blockchain indexers turn raw chain data into fast, queryable APIs — The Graph's subgraphs, competing indexers, why every dApp uses one, and how the indexing layer shapes what applications can build.

Bridge Architectures Compared

How Wormhole, LayerZero, Hyperlane, Axelar, and Across handle cross-chain messaging and asset transfer — their trust models, exploit histories, and the fundamental trade-offs between speed, security, and generality.

CBDCs by Jurisdiction

The state of central bank digital currency projects across China, EU, UK, US, and other major jurisdictions — retail vs wholesale designs, privacy trade-offs, and how CBDCs interact with existing stablecoins.

MiCA Stablecoin Detail

How the EU's Markets in Crypto-Assets Regulation (MiCA) treats stablecoins — the ART and EMT categories, issuer requirements, reserve rules, and the practical effect on Tether, Circle, and other stablecoin issuers in Europe.

Tax Treatment of Staking Income

How major jurisdictions tax staking rewards — the timing of taxable events, whether rewards are ordinary income or capital gains, and the practical record-keeping challenges. Educational reference, not tax advice.

References & further reading