Skip to content

Monitoring and runbooks ​

Endpoint
GET /healthPer-chain request counts by status
GET /metricsPrometheus metrics

Key metrics:

MetricMeaning
verity_fulfilled_total, verity_fulfilments_submitted_totalThroughput
verity_requests{status=…}Local database by status (pending, submitted, fulfilled, closed, expired, failed)
verity_fulfil_latency_blocks (summary)Request → our fulfilment, in blocks
verity_tx_account_balance_wei, verity_low_balanceGas money
verity_last_tick_timestamp_seconds, verity_tick_errors_totalLiveness and RPC health
verity_blockhashes_stored_total, verity_expired_totalOld-request handling

The Docker stack ships a Grafana dashboard and five Prometheus alert rules: low balance, node stalled, requests stuck, expired requests, and failures. Independently of Prometheus, the node posts a low-balance alert to alert_webhook_url (Slack and Discord compatible).

Runbooks ​

In verity-node/docs/runbooks/:

SituationRunbook
Low balancelow-balance.md
Requests pending but nothing fulfilledstuck-nonce.md
Node stalled or RPC errorsrpc-outage.md
Requests older than 256 blocksexpired-requests.md (verity bhs backfill)
Replacing a VRF keykey-rotation.md
Backup nodes and failoverfailover.md

Testnet: PulseChain testnet v4. Unaudited software; do not use on mainnet yet.