The price-feeder tool is an extension of Ojo's x/oracle module, both of
which are based on Terra's x/oracle
module and oracle-feeder. The
core differences are as follows:
- All exchange rates must be quoted in USD or USD stablecoins.
- No need or use of reference exchange rates (e.g. Luna).
- No need or use of Tobin tax.
- The
price-feedercombines bothfeederandprice-serverinto a single Golang-based application for better UX, testability, and integration.
The price-feeder tool is responsible for performing the following:
- Fetching and aggregating exchange rate price data from various providers, e.g. Binance and Osmosis, based on operator configuration. These exchange rates are exposed via an API and are used to feed into the main oracle process.
- Taking aggregated exchange rate price data and submitting those exchange rates
on-chain to Ojo's
x/oraclemodule following Ojo's Oracle specification.
The list of current supported providers:
The price-feeder tool runs off of one or many configuration files.
The node-config contains the oracle's keyring and feeder account information. The keyring's password is defined via environment variables or user input. More information on the keyring can be found here Please see the example configuration for more details. The path to the node-config is required as the first argument. You can optionally add all configuration options to the node-config file or use the config-dir flag to point to a directory containing the other configuration files.
The files in the provider-config folder define what exchange rates to fetch and what providers to get them from. They also contain deviation thresholds and API endpoints. Please see the example configuration for more details.
$ price-feeder /path/to/price_feeder_config.tomlChain rules for checking the free oracle transactions are:
- must be only prevote or vote
- gas is limited to
MaxMsgGasUsageconstant.
So, if you don't want to pay for gas, TX must be below MaxMsgGasUsage. If you set too much gas (which is what is happening when when you set gas_adjustment to 2), then the tx will allocate 2x gas, and hence will go above the free quota, so you would need to attach fee to pay for that gas.
The easiest is to just set constant gas. We recommend 10k below the MaxMsgGasUsage.
In the PF config file you can set either:
gas_adjustment- or
gas_prevoteandgas_vote- fixed amount of gas used forMsgAggregateExchangeRatePrevoteandMsgAggregateExchangeRateVotetransactions respectively.
Copy the price-feeder.example.toml file to price-feeder.toml and update accordingly.
Price Feeder requires instructions what endpoints to use and which currencies to track. The following files must be present in the directory specified by config_dir:
currencty-pairs.tomldeviation-thresholds.toml: Deviation allows validators to set a custom amount of standard deviations around the median which is helpful if any providers become faulty. It should be noted that the default for this option is 1 standard deviation.endpoints.toml: enables validators to setup their own API endpoints for a given provider.
Depending where you run your validator node, certain locations may block some endpoints. Make sure you read through the comments in the config file.
A set of options for the application's telemetry, which is disabled by default. An in-memory sink is the default, but Prometheus is also supported. We use the cosmos sdk telemetry package.
The server section contains configuration pertaining to the API served by the
price-feeder process such the listening address and various HTTP timeouts.
The currency_pairs sections contains one or more exchange rates along with the
providers from which to get market data from. It is important to note that the
providers supplied in each currency_pairs must support the given exchange rate.
For example, to get multiple price points on ATOM, you could define currency_pairs
as follows:
[[currency_pairs]]
base = "ATOM"
providers = [
"binance",
]
quote = "USDT"
[[currency_pairs]]
base = "ATOM"
providers = [
"kraken",
"osmosis",
]
quote = "USD"Providing multiple providers is beneficial in case any provider fails to return market data. Prices per exchange rate are submitted on-chain via pre-vote and vote messages using a time-weighted average price (TVWAP).
At startup the amount of possible providers for a currency is checked by querying the
CoinGecko API to enforce an acceptable minimum providers for a given currency pair. If
this request fails and provider_min_override is set to true, the minimum is not enforced
and the price-feeder is allowed to run irrespective of how many providers are provided
for a given currency pair. provider_min_override will not take effect if CoinGecko
requests are successful.
The account section contains the oracle's feeder and validator account information.
These are used to sign and populate data in pre-vote and vote oracle messages.
The keyring section contains Keyring related material used to fetch the key pair
associated with the oracle account that signs pre-vote and vote oracle messages.
The rpc section contains the Tendermint and Cosmos application gRPC endpoints.
These endpoints are used to query for on-chain data that pertain to oracle
functionality and for broadcasting signed pre-vote and vote oracle messages.
Our keyring must be set up to sign transactions before running the price feeder.
Additional info on the different keyring modes is available here.
Please note that the test and memory modes are only for testing purposes.
Do not use these modes for running the price feeder against mainnet.
The keyring dir and backend are defined in the config file.
You may use the PRICE_FEEDER_PASS environment variable to set up the keyring password.
Ex :
export PRICE_FEEDER_PASS=keyringPassword
If this environment variable is not set, the price feeder will prompt the user for input.
In order to run the integration price test you need to add the coinmarketcap api environment variable. Sign up for a free account here and export the api key.
Ex :
export COINMARKETCAP_API_KEY=yourApiKey
make test-integration