Oracles and attestation

Who this is for: developers and asset issuers who need on-chain data or claims to be trusted: whether that's a price feed for a DeFi integration or a claim that a tokenized asset is actually backed by what it says it's backed by.

These get grouped under Chain Security because both are ways external truth gets represented on-chain, and both can fail in ways that look identical from inside a smart contract (a number that turns out to be wrong) while having completely different causes and completely different fixes.

Two different trust problems

• Price oracles answer "what is the current market price of X?": a continuously-updating, objectively-checkable number sourced from markets.

• Attestation answers "does this claim about an off-chain fact hold?": for example, "does a custodian actually hold the reserves backing this token?" This is not a market price; it's a claim about the real world that has to be verified by someone (an auditor, a custodian, an oracle network acting as an attester) and then represented on-chain.

Conflating the two is a real failure mode for RWA-style applications: a price feed being live and accurate says nothing about whether the underlying asset is solvent, and a solvency attestation being current says nothing about the asset's market price.

Where the rest of this lives

This section covers the concepts only. For hands-on integration:

• Oracle provider integration guides (API3, Supra, commodity feeds, and others) are in Build → Oracles.

• The provider index, listing which oracle networks are available on Lumia, is at /ecosystem/oracles.

• Where attestation fits into an asset's life cycle as an issuer task is covered in Tokenize → Attest.

Attestation models

The three common ways an off-chain claim about an asset gets verified and represented on-chain, and who typically performs each.

Price feeds vs. reserve attestation

Why a live price feed and a current reserve attestation answer different questions, and why one being current says nothing about the other.