Pyth Price Pusher
npm install @pythnetwork/price-pusherPyth price pusher is a service that regularly pushes updates to the on-chain Pyth price based on configurable conditions.
Pyth is a cross-chain oracle that streams price updates over the peer-to-peer Wormhole Network.
These price updates can be consumed on any chain that has a deployment of the Pyth contract.
By default, Pyth does not automatically update the on-chain price every time the off-chain price changes;
instead, anyone can permissionlessly update the on-chain price prior to using it.
For more information please refer to this document.
Protocols integrating with Pyth can update the on-chain Pyth prices in two different ways.
The first approach is on-demand updates: package a Pyth price update together with each transaction that depends on it.
On-demand updates minimize latency and are more gas efficient, as prices are only updated on-chain when they are needed.
The second approach is to run this service to regularly push updates to the on-chain price.
This approach is useful for protocols that already depend on regular push updates.
The price pusher service monitors both the off-chain and on-chain Pyth price for a configured set of price feeds.
It then pushes a price update to an on-chain Pyth contract if any of the following conditions are met:
- Time difference: The on-chain price is older than time_difference seconds
from the latest Pyth price.
- Price deviation: The latest Pyth price feed has changed more than price_deviation percent
from the on-chain price feed price.
- Confidence ratio: The latest Pyth price feed has confidence to price ratio of more than
confidence_ratio. We discourage using low values for this because it triggers push for every update in high confidence periods.
The parameters above are configured per price feed in a price configuration YAML file. The structure looks like this:
``yaml
- alias: A/USD # Arbitrary alias for the price feed. It is used in enhance logging.
id: 0123456789abcdef0123456789abcdef0123456789abcdef0123456789abcdef # id of a price feed, a 32-byte hex string.
time_difference: 60 # Time difference threshold (in seconds) to push a newer price feed.
price_deviation: 0.5 # The price deviation (%) threshold to push a newer price feed.
confidence_ratio: 50 # The confidence/price (%) threshold to push a newer price feed.
# Optional block to configure whether this feed can be early updated. If at least one feed meets the
# triggering conditions above, all other feeds who meet the early update conditions will be included in
# the submitted batch of prices. This logic takes advantage of the fact that adding a feed to a larger
# batch of updates incurs a minimal gas cost. All fields below are optional (and interpreted as infinity if omitted)
# and have the same semantics as the corresponding fields above.
early_update:
time_difference: 30
price_deviation: 0.1
confidence_ratio: 5
- ...
`
By default, the price pusher will automatically update the price of all listed price feeds whenever the
triggering condition for a single feed is met. This behavior takes advantage of the reduced cost of batch price updates
provided by the Perseus upgrade,
and is typically the lowest cost way to schedule price updates for multiple feeds.
However, if you would like to customize this behavior, you can add an early_update section to the YAML configuration file for
the feed.
`yaml`
- alias: A/USD # Arbitrary alias for the price feed. It is used in enhance logging.
...
# If provided, only early update this price feed if at least one of the listed triggering conditions is met.
early_update:
time_difference: 30
price_deviation: 0.1
confidence_ratio: 5
Two sample YAML configuration files are available in the root of this repo.
You can get the list of available price feeds from
here.
Price pusher communicates with [Hermes][] price service to get the most recent price updates. Hermes listens to the
Pythnet and Wormhole network to get latest price updates, and serves REST and websocket APIs for consumers to fetch the
updates.
NOTE: It is recommended to use stable hermes endpoints. If you are running the price pusher for Aptos Testnet, Sui Testnet, or Near Testnet, we recommend you use beta hermes endpoints.
Pyth hosts public endpoints for Hermes; however, it is recommended to get a private endpoint from one of the
Hermes RPC providers for more reliability. Please refer to this
document for more information.
To run the price pusher, please run the following commands, replacing the command line arguments as necessary:
`shPlease run the two following commands once from the root of the repo to build the code.
pnpm install
pnpm turbo build --filter @pythnetwork/price-pusher
[hermes]: https://github.com/pyth-network/pyth-crosschain/tree/main/apps/hermes
$3
To know more about the arguments the price-pusher accepts. You can run:
`sh
pnpm run start --helpfor specific network run
pnpm run start {network} --help
`$3
By default, the logging is set to
info. You can change the logging level by passing the argument --log-level with the desired level.
The available levels are error, warn, info, debug, and trace. Also, the logs have JSON format. If you wish to run the code with
human-readable logs, you can pipe the output of the program to pino-pretty. See the example below for more information on how to do this.You can configure the log level of some of the modules of the price pusher as well. The available modules are PriceServiceConnection, which
is responsible for connecting to the Hermes price service, and Controller, which is responsible for checking the prices from the Hermes
and the on-chain Pyth contract and deciding whether to push a new price. You can configure the log level of these modules by passing the
--controller-log-level arguments, respectively.$3
For example, to push
BTC/USD and BNB/USD prices on Sonic blaze testnet, run the following command:`sh
pnpm run dev evm \
--endpoint https://rpc.blaze.soniclabs.com \
--pyth-contract-address 0x2880aB155794e7179c9eE2e38200202908C17B43 \
--price-service-endpoint https://hermes.pyth.network \
--mnemonic-file "./mnemonic" \
--price-config-file "./price-config.stable.sample.yaml" \
| pnpm exec pino-pretty # Make logs human-readable
`price-config.stable.sample.yaml contains configuration for BTC/USD
and BNB/USD price feeds on Pyth stable data sources. price-config.beta.sample.yaml
contains the same configuration for BTC/USD and BNB/USD on Pyth beta data sources.You can also provide a config file instead of providing command line options, run the following command:
`sh
pnpm run start injective --config "./config.injective.sample.json"
`config.injective.sample.json contains configuration to publish on Injective testnet.Running via docker-compose
This directory contains sample docker compose files (stable,
beta) a price pusher.
To run the services via docker-compose, please set the RPC endpoint and contract address of your target network in the
sample docker-compose file.
Then, start the docker-compose like this:
`
docker-compose -f docker-compose.stable.sample.yaml up
`It will take a few minutes until all the services are up and running.
Reliability
You can run multiple instances of the price pusher to increase the reliability. It is better to use
different RPCs to get better reliability in case an RPC goes down. **If you use the same payer account
in different pushers, then due to blockchains nonce or sequence for accounts, a transaction won't be
pushed twice and you won't pay additional costs most of the time.** However, there might be some race
conditions in the RPCs because they are often behind a load balancer which can sometimes cause rejected
transactions to land on-chain. You can reduce the chances of additional cost overhead by reducing the
pushing frequency.
Prometheus Metrics
The price_pusher now supports Prometheus metrics to monitor the health and performance of the price update service. Metrics are exposed via an HTTP endpoint that can be scraped by Prometheus.
$3
The following metrics are available:
- pyth_price_last_published_time (Gauge): The last published time of a price feed in unix timestamp, labeled by price_id and alias
- pyth_price_update_attempts_total (Counter): Total number of price update attempts with their trigger condition and status, labeled by price_id, alias, trigger, and status
- pyth_price_feeds_total (Gauge): Total number of price feeds being monitored
- pyth_source_price (Gauge): Latest price value from Pyth source, labeled by price_id and alias
- pyth_target_price (Gauge): Latest price value from target chain, labeled by price_id and alias
- pyth_wallet_balance (Gauge): Current wallet balance of the price pusher in native token units, labeled by wallet_address and network
$3
Metrics are enabled by default and can be configured using the following command-line options:
-
--enable-metrics: Enable or disable the Prometheus metrics server (default: true)
- --metrics-port: Port for the Prometheus metrics server (default: 9090)Example:
`bash
pnpm run dev evm --config config.evm.mainnet.json --metrics-port 9091
`$3
You can run the monitoring stack (Prometheus and Grafana) using the provided docker-compose configuration:
1. Use the sample docker-compose file for metrics:
`bash
docker-compose -f docker-compose.metrics.sample.yaml up
`This will start:
- Prometheus server on port 9090 with the alerts configured in alerts.sample.yml
- Grafana server on port 3000 with default credentials (admin/admin)
The docker-compose.metrics.sample.yaml file includes a pre-configured Grafana dashboard (see the Dashboard section below) that displays all the metrics mentioned above. This dashboard provides monitoring of your price pusher operations with panels for configured feeds, active feeds, wallet balance, update statistics, and error tracking. The dashboard is automatically provisioned when you start the stack with docker-compose.
$3
Here are some example Grafana queries to monitor your price feeds:
1. Last published time for each price feed:
`
pyth_price_last_published_time
`2. Number of price updates in the last hour:
`
sum(increase(pyth_price_update_attempts_total{status="success"}[1h]))
`3. Price feeds not updated in the last hour:
`
time() - pyth_price_last_published_time > 3600
`4. Distribution of update conditions:
`
sum by (condition) (increase(pyth_update_conditions_total[$__range]))
`5. Monitor wallet balances:
`
pyth_wallet_balance
`6. Detect low wallet balances (below 0.1 tokens):
`
pyth_wallet_balance < 0.1
`7. Monitor current source price values:
`
pyth_source_price
`8. Monitor current target price values:
`
pyth_target_price
`9. Compare source vs target price differences:
`
abs(pyth_source_price - pyth_target_price) / pyth_source_price * 100
`10. Detect significant price deviations (>1%):
`
abs(pyth_source_price - pyth_target_price) / pyth_source_price * 100 > 1
`$3
The docker-compose setup includes a pre-configured Grafana dashboard (
grafana-dashboard.sample.json) that provides monitoring of your price pusher operations. The dashboard includes the following panels:- Configured Price Feeds: Shows the number of price feeds configured in your price-config file.
- Active Price Feeds: Displays the number of price feeds currently being actively monitored.
- Time Since Last Update: Shows how long it's been since the last successful price update was published on-chain.
- Price Feeds List: A table listing all configured price feeds with their details.
- Successful Updates (Current Range): Graph showing the number of successful price updates over the current range with timeline.
- Update Conditions Distribution: Pie chart showing the distribution of update conditions (YES/NO/EARLY) over the selected time range.
- Source vs Target Price Values: Graphs showing current price values from both Pyth source and target chains for comparison.
- Price Deviation Monitoring: Panels to track price differences between source and target chains.
- Wallet Balance: Current balance of your wallet in native token units.
- Wallet Balance Over Time: Graph tracking your wallet balance over time to monitor consumption.
- Failed Updates (Current Range): Graph showing the number of failed price updates over the current range with timeline.
When you first start the monitoring stack, the dashboard may show "No data" in the panels until the price pusher has been running for some time and has collected sufficient metrics.
This dashboard is automatically provisioned when you start the docker-compose stack and provides visibility into the health and performance of your price pusher deployment.
$3
The price pusher includes pre-configured Prometheus alerting rules in the
alerts.sample.yml` file. These rules monitor various aspects of the price pusher's operation, including:- Price feeds not being updated for an extended period (>1 hour)
- High error rates in price update attempts
- No successful price updates across all feeds in the last 30 minutes
- Service availability monitoring
- Low wallet balances with two severity levels:
- Warning: Balance below 0.1 native tokens
- Critical: Balance below 0.01 native tokens (transactions may fail soon)
When using the docker-compose setup, these alerts are automatically loaded into Prometheus and can be viewed in the Alerting section of Grafana after setting up the Prometheus data source.