Oracles

sujiko has a unique oracle architecture powered by switchboard and pyth price data for collections is generated off chain and published on chain; moreover, each market includes buffers storing historical data for 1hr twap, 5min twap and oracle price additionally, there are multiple validation checks to ensure oracle data is not stale or invalid (stale/invalid data can introduce bad data and risk to the protocol) high level overview sujiko uses an etl pipeline where we pull on chain data from top nft marketplaces tag and map on chain data to a common format to be used in processing filter data using a band pass filter (extremely high or low priced sales can manipulate the price feed) compute higher order quantiles to establish a smart floor price to introduce some price robustness look at a rolling window of historical data (this ensures that we have a sufficiently large sample size to produce a higher confidence statistic and to ensure that blips in sales data do not have a disproportionate impact on published oracle data) validation criteria in order to prevent incorrect price data, sujiko implements a number of oracle validation criteria criteria include detection for stale oracle date (not updated within 30 seconds) invalid price data (such as a negative value, i e 120) unexpectedly volatile conditions (price is outside of expected bands — 1hr and 5m twap) uncertain data (confidence interval is larger than pre defined threshold set on market initialisation) action that could increase protocol risk — such as particular fills, withdrawals, funding rate payments, and liquidations — need to pass the oracle validation criteria if the criteria is not met, actions will be blocked