Price Oracle
Ostium has two price feed sources:
Last updated
Ostium has two price feed sources:
Last updated
In-house built Real World Asset feeds, with node and aggregator infrastructure operated by Stork Network
Chainlink Data Streams for crypto feeds.
Ostium uses a pull-based RWA oracle system architected in-house from the ground up for the unique complexities of Real World Assets.
The existence of out-of-market hours, future contract rolls, price gaps at market open, and more for RWAs meant secure, trust minimized, scalable price feeds – in particular for long-tail assets – could only be achieved through a custom oracle solution.
Data partnerships and sourcing, market hours data, and asset-specific node price feed aggregation logic are built by the development company behind the Ostium Protocol.
A majority of node infrastructure is then managed and operated by Stork & their decentralized network of nodes.
Unlike cryptocurrencies which trade continuously, real-world assets (RWAs) such as commodities and forex pairs operate on defined weekly trading schedules. You can access these schedules through the API & SDK documentation section or by clicking the colored dot in the top-left corner of the Trading View chart, adjacent to the asset name.
Although orders cannot be executed during market closures, you may still place Limit and Stop orders when markets are closed. These orders will automatically execute when markets reopen and the specified price conditions are met. Note that Market orders cannot be placed during non-trading hours.
Supplementing the standard weekly schedule, feeds include holiday session data that specifies dates when markets are closed for trading.
Ostium uses Chainlink Data Streams for its crypto feeds. Chainlink's reliability and track record of security are paramount to ensuring secure feeds for high-volatility crypto assets.
Because of the costs involved in writing prices onchain for high-throughput (1sec price updates across dozens of assets) applications, prices in a pull-based system are only written onchain when explicitly required for trade execution.
To ensure appropriate pricing, market open/close data and bid/ask prices (order book depth) are passed directly into the price report's metadata, and consumed programmatically by Ostium's smart contracts to eliminate human intervention in spread setting and market hour adaptations.
See Stork documentation for more details.
Further details on our unique in-house oracle architecture coming soon.