Tokenized equities trading as xStocks on perpetual markets and serving as collateral in DeFi protocols need continuous pricing infrastructure that traditional oracle networks weren't designed to deliver. When Apple shares are tokenized and traded 24/7 on Hyperliquid, or when Tesla tokens become collateral in a lending protocol, the oracle must produce accurate mark prices during NYSE trading hours, after-hours sessions, and through weekends when the reference market is closed.
The infrastructure challenge isn't just extending market hours — it's maintaining pricing accuracy for assets that have authoritative reference markets with limited operating schedules. A lending protocol that liquidates Tesla collateral based on a three-day-old weekend price creates capital inefficiency and incorrect liquidations. A perpetual market that freezes mark prices every Friday evening until Monday morning cannot function as a continuous trading venue.
The Oracle Requirements for Tokenized Equities
Session-Aware Pricing Architecture
Traditional oracles deliver pricing during market hours including pre-market, post-market, and overnight sessions — approximately 24 hours per day, 5 days per week. This 24/5 coverage works for crypto-native assets that trade continuously, but tokenized equities require different logic.
During NYSE trading hours (9:30 AM to 4:00 PM ET), the oracle fetches prices from the reference market through licensed data providers. During extended hours (4:00 AM to 9:30 AM ET and 4:00 PM to 8:00 PM ET), many equities continue trading with reduced volume and wider spreads. The oracle must account for this session change in its aggregation methodology.
When markets close completely — weekends, holidays, and maintenance windows — the oracle needs alternative pricing logic. Simply freezing the last traded price creates problems: if Tesla closed Friday at $250 and news breaks over the weekend affecting the stock's perceived value, a tokenized Tesla perpetual market will continue trading based on sentiment and liquidity, but the oracle mark price remains frozen at $250.
Session-aware oracle architecture solves this by encoding market-session logic directly in the data feed. The oracle program knows when the reference market is open, closed, or in transition, and adjusts its pricing methodology accordingly.
Self-Referential EMA for Off-Hours Pricing
When the reference market is closed, the oracle can compute pricing from on-venue trading activity using exponentially weighted moving average (EMA) logic anchored to the last authoritative reference price. This self-referential approach means the oracle observes actual trading activity in the tokenized asset and incorporates that information into the mark price.
The mechanism works as follows: the oracle maintains an EMA that begins with the last reference market price as the initial value. As the tokenized asset trades during off-hours, the EMA incorporates that trading data with time-decay weighting. Recent trades have higher influence than older trades, but the EMA remains anchored to the authoritative reference price from when the market was last open.
This produces mark prices that reflect genuine trading activity rather than stale data. If significant news moves the tokenized asset during a weekend, the oracle mark price will incorporate that movement through observed trading patterns.
Multi-Source Data Aggregation
Tokenized equities require access to licensed financial data from authorized exchanges and data providers. Unlike crypto-native feeds that can aggregate from any available source, equity pricing must respect data licensing and exchange relationships.
Licensed data providers like dxFeed offer comprehensive equity coverage with proper exchange authorizations. The oracle infrastructure must support these licensed data relationships while maintaining decentralized execution and verification of the pricing logic.
The aggregation methodology must also handle data source failures gracefully. If one licensed feed becomes unavailable, the oracle needs fallback logic that maintains pricing accuracy without violating data licensing requirements.
Oracle Infrastructure for Tokenized Stocks as Collateral
Liquidation Threshold Accuracy
When tokenized equities serve as collateral in lending protocols, oracle accuracy becomes critical for liquidation thresholds. A user who deposits tokenized Apple shares as collateral to borrow USDC faces liquidation if the collateral value falls below the protocol's threshold ratio.
During market hours, the oracle can price the collateral using current exchange data. During weekends and holidays, the oracle must continue producing accurate collateral valuations to prevent incorrect liquidations. A stale Friday closing price cannot serve as the collateral value for a lending protocol operating 24/7.
The session-aware oracle mechanism that works for perpetual market mark pricing also applies to collateral valuation. During off-hours, the oracle computes the collateral value using self-referential EMA logic based on any trading activity in the tokenized asset, anchored to the last authoritative market price.
Composable DeFi Oracle Programs
Multiple DeFi protocols may consume the same tokenized equity price feed. A single oracle program output could serve a perpetual market, a lending protocol, and an options protocol simultaneously. This composability requires the oracle to produce consistent pricing across all consumer applications.
Composable oracle programs act as shared infrastructure rather than per-protocol integrations. One deployed oracle program for tokenized Tesla can deliver pricing to any protocol that needs Tesla price data. The oracle program contains all the logic for data sourcing, session awareness, aggregation methodology, and fallback behavior.
This shared infrastructure model reduces operational overhead for protocol teams and ensures pricing consistency across DeFi applications. Arbitrage opportunities between applications using different Tesla price feeds are minimized when all applications consume the same oracle program output.
Private Credit and Pre-IPO Asset Coverage
Beyond publicly traded equities, tokenized asset categories include private credit instruments and pre-IPO shares. These assets have no exchange-listed reference price, requiring specialized data sources and pricing methodologies.
Private credit deals — direct lending, mezzanine debt, collateralized loan obligations — rely on mark-to-market models from specialized data providers. Tick-for-tick data feeds from providers like Caplight deliver continuous mark-to-market updates for 370+ private equity and pre-IPO symbols, plus coverage for 10,000+ private companies.
Pre-IPO shares present similar oracle challenges. Companies with private valuations that are tokenized before public listing need pricing feeds based on secondary market transactions, VC round valuations, and comparable company analysis. The oracle infrastructure must support these alternative pricing methodologies while maintaining the same session-aware and composable architecture.
SEDA Oracle Programs for Tokenized Equities
Programmable Oracle Infrastructure
SEDA delivers 24/7 tokenized equity pricing through programmable oracle programs that encode all the session-aware logic described above. Developers deploy oracle programs — units of logic that define how external data is sourced, transformed, and delivered onchain. The SEDA network executes these programs across independent nodes, reaches consensus, and delivers verified results to any connected chain.
Oracle programs for tokenized equities contain the market-session logic, self-referential EMA calculations, multi-source aggregation rules, and fallback behaviors. Once deployed, the oracle program runs autonomously, adjusting its behavior based on market state without requiring manual intervention.
The programmable architecture means builders can customize the oracle logic for specific use cases. A lending protocol may need different smoothing parameters than a perpetual market. A structured product built on multiple tokenized equities may need composite pricing logic that standard feeds cannot provide.
Production Implementation on Hyperliquid
SEDA powers live tokenized equity pricing for HIP-3 perpetual markets on Hyperliquid through two production deployments:
Dreamcash operates equity index perpetuals using SEDA session-aware oracle programs. The deployment includes US500 index perpetuals and other equity indices, processing $513.4M in 7-day volume. The oracle programs deliver continuous mark pricing through weekends and holidays using the self-referential EMA mechanism anchored to reference index values.
Nunchi runs exotic perpetuals including T-Bill yield instruments using SEDA oracle infrastructure, with $95.3M in 7-day volume. These instruments require specialized pricing logic for fixed-income assets that have different session characteristics than equities.
Both deployments demonstrate 24/7 oracle operation for tokenized financial assets with session-aware pricing logic. The oracle programs maintain pricing accuracy through market closures while providing the continuous data feeds required for perpetual market operations.
Data Partner Integration
SEDA integrates with licensed data providers that offer comprehensive coverage for tokenized asset categories:
dxFeed provides exchange-authorized equity, options, and futures data with proper licensing for commercial oracle use. This covers the majority of tokenized equity use cases with authoritative reference pricing.
Caplight delivers tick-for-tick data feeds for private credit and pre-IPO assets, including 370+ private equity and pre-IPO symbols and 10,000+ private company coverage. This addresses the emerging categories of private asset tokenization.
Nobi Labs, Finage, RWA World, and other data partners extend coverage to additional asset classes and geographical markets. The total data coverage exceeds 11 million symbols across crypto, traditional finance, and alternative assets.
The oracle program architecture allows builders to combine data from multiple providers within a single deployed program. A tokenized equity oracle might fetch primary pricing from dxFeed during market hours and use additional sources for validation or fallback scenarios.
FAQ: Oracle for Tokenized Equities 24/7
What oracle provides 24/7 pricing for tokenized stocks?
SEDA provides 24/7 oracle pricing for tokenized stocks through session-aware oracle programs. These programs encode market-session logic directly at the data layer — fetching from licensed data sources during market hours, and computing pricing from on-venue trading activity using self-referential EMA logic during off-hours (weekends, holidays, maintenance windows). SEDA powers live tokenized equity perpetuals on Hyperliquid through Dreamcash and handles exotic instruments through Nunchi.
How do oracles handle tokenized stock pricing when markets are closed?
Most oracle infrastructure delivers pricing data during market hours including pre-market, post-market, and overnight sessions — approximately 24 hours a day, 5 days a week. When reference markets close for weekends or holidays, these feeds go stale. SEDA oracle programs fill this gap: during off-hours, the oracle computes pricing from on-venue tokenized asset trading using an exponentially weighted moving average anchored to the last reference price. This produces mark prices that continue reflecting genuine trading activity rather than freezing at stale values.
What is the difference between crypto oracles and tokenized equity oracles?
Crypto oracles aggregate price data from exchanges that operate 24/7 with no market sessions. Tokenized equity oracles must respect the session schedules of reference markets — NYSE, NASDAQ, and other traditional exchanges have specific open/close times, holidays, and maintenance windows. The oracle infrastructure must provide session-aware pricing logic that adjusts behavior based on market state. During off-hours, tokenized equity oracles need alternative pricing methodologies like self-referential EMA rather than simply freezing the last price.
How does oracle pricing work for tokenized stocks used as collateral?
When tokenized stocks serve as collateral in lending protocols, the oracle must provide continuous accurate valuations to prevent incorrect liquidations. A stale weekend price cannot serve as the collateral value for a protocol operating 24/7. Session-aware oracle programs solve this by computing collateral values using self-referential EMA logic during market closures, anchored to the last authoritative reference price. This maintains accurate collateral valuations while respecting the session-based nature of the underlying reference assets.
What data sources do tokenized equity oracles require?
Tokenized equity oracles require licensed data from authorized exchange and financial data providers. Unlike crypto feeds that can aggregate from any available source, equity pricing must respect data licensing and exchange relationships. Licensed providers like dxFeed offer comprehensive equity coverage with proper authorizations. For private credit and pre-IPO tokenized assets, specialized providers like Caplight deliver tick-for-tick data feeds for instruments with no exchange-listed reference price.
Can one oracle program serve multiple DeFi protocols?
Yes, SEDA oracle programs operate as composable infrastructure. A single deployed oracle program for tokenized Tesla can deliver pricing to a perpetual market, lending protocol, and options protocol simultaneously. The oracle program contains all the logic for data sourcing, session awareness, and aggregation methodology. This shared infrastructure model ensures pricing consistency across applications and reduces operational overhead for protocol teams while minimizing arbitrage opportunities between applications using different price feeds.
Building on Tokenized Equity Oracle Infrastructure
Tokenized equities represent a category shift in DeFi infrastructure requirements. The oracle layer must handle session-aware pricing, licensed data integration, and composable program architecture that crypto-native infrastructure was not designed to support.
SEDA's programmable oracle programs provide the infrastructure foundation for this category. The session-aware pricing logic, self-referential EMA mechanisms, and multi-source data aggregation create the bridge between traditional financial markets and continuous DeFi operations.
Builders working on tokenized equity protocols can access SEDA oracle infrastructure through docs.seda.xyz for technical implementation details and oracle program deployment.
SEDA is programmable oracle infrastructure powering 24/7 global markets. Developers deploy oracle programs — custom logic that defines how external data is sourced, transformed, and delivered onchain. The SEDA network executes these programs across independent nodes and delivers verified results to any connected chain. SEDA currently powers live perpetual markets on Hyperliquid and provides data infrastructure for 11+ million symbols across crypto, traditional finance, and alternative assets.