What to automate first
Start with read-only monitoring: hashrate, wattage, chip temperature, fan speed, pool status and error counters. Avoid automated tuning changes until you have stable baselines.
API and automation
Use this guide to plan monitoring, scripting and farm data workflows around VNISH-managed Antminers without exposing credentials or changing tuning automatically too early.
| Need | Use API-style workflow when | Use VOU/UI when |
|---|---|---|
| Monitoring | You need repeated stats collection | You need quick manual checks |
| Alerts | You want custom Telegram/Slack/NOC rules | Built-in alerts are enough |
| Reporting | You need fleet-level CSV/dashboard data | You only manage a few miners |
| Automation | You need scheduled actions by tariff or temperature | You are still validating firmware stability |
Start with read-only monitoring: hashrate, wattage, chip temperature, fan speed, pool status and error counters. Avoid automated tuning changes until you have stable baselines.
Poll miners in small batches, store timestamps, keep credentials out of scripts and alert on trends rather than one noisy sample. Always leave manual recovery access.
VOU is better for human-driven discovery and update batches. API-style integrations are better for dashboards, maintenance alerts and operations reporting.
No. Never publish miner credentials or tokens in the site, scripts or public repos.
Hashrate, efficiency, board temperatures, fan behavior, pool health, reject rate and last error state.
It can in some environments, but read-only monitoring is the safer first step. Automated tuning changes should be tested on a small pilot group.
Continue through the model, install and recovery pages before flashing production miners.