Glossary · Infrastructure

What is Oracle (price feed)?

An oracle is the pipe between the chain and the world outside it: a price feed, a sports score, a weather reading, signed and delivered on-chain so contracts can act on it. Every tokenized asset that tracks something is really tracking an oracle's word about that thing.

The engineering question is always trust distribution: one publisher is a single point of failure, so serious feeds aggregate many nodes, many sources, with deviations flagged. For payments, the feed's refresh cadence sets how stale a quoted price can be.

How Oracle (price feed) works

An oracle is the bridge between on-chain contracts and off-chain facts: prices, sports outcomes, weather, anything a contract needs that the chain cannot observe. The mechanism is a service that signs data and delivers it on-chain, where contracts read it and act. The whole difficulty is trust distribution: a single signer is a single point of failure, so serious designs aggregate many independent sources and publish with deviation thresholds and heartbeat updates.

Price oracles dominate payments and tokenized assets. A lending market liquidates on oracle prices; a tokenized stock follows its issuer's feed; a stablecoin's peg circuit breaker may trigger on the oracle's reading of its own market price. Whoever controls the feed effectively controls the logic that consumes it.

The honest posture is to know which oracle feeds your money depends on and what its failure modes are: staleness, manipulation during thin liquidity, or divergence between aggregated sources. Contracts that state their feeds are auditable; contracts that do not are a question mark.

Oracle (price feed) in practice

A tokenized equity's price comes from the issuer's own feed, signed and delivered on-chain every few minutes. Every swap against that token prices from the feed, so the oracle is literally the market for that asset between sessions.

Oracle (price feed) on U.CASH

Tokenized assets on U.CASH price from the feed appropriate to their kind, issuer feeds for equities, Chainlink total-return feeds on Base, pool prices on Solana, FX tables for pegs, and each page says which.

Merchants encounter oracles wherever a price is referenced rather than discovered: checkout conversion rates, stablecoin depeg protections, and tokenized asset pricing. U.CASH prices tokenized assets from issuer feeds, stated on each page rather than hidden in a price API. The question to ask of any feed-referenced asset you hold or accept: who signs the data, how often, and what happens on staleness. The answers are usually short, and they separate products engineered for honesty from products engineered for a narrative. Asset pages that name their feed make that diligence a one-glance exercise.

Related infrastructure terms

DEX routingCross-chain swapGas fees

See also

Tokenized stockFiat peg

Oracle (price feed): FAQ

Can an oracle be manipulated?
Single-source feeds can; aggregated multi-node feeds make it expensive. The asset pages name the feed because that provenance is part of the diligence.
How fresh are the prices?
Set by the feed: issuer equity feeds refresh continuously, FX tables hourly, pool prices with every trade. The page states the basis; the checkout quotes from it live.
Can an oracle be wrong?
Yes: stale data, thin-market manipulation, or source divergence. Serious designs aggregate sources and bound updates, but feeds are infrastructure with failure modes, not truth.
Who runs oracles?
Decentralized networks of independent operators, or in the tokenized-asset case, the issuer's own signed feed. Each asset page states which model prices it.
Why do oracle failures matter to payments?
Because anything priced from a feed inherits the feed's errors. Knowing the feed, its cadence, and its protections is part of pricing risk honestly.
Keep reading

The glossary, A to Z

Every term behind the rails, the assets, and the settlement.