Worker names, sub-workers, and stats.
The fastest path from "I have a GPU or ASIC" to "shares are landing" on the testnet demo. Five steps.
01 The address.worker scheme
A miner identifies itself to the pool with a single username made of two parts joined by a dot:
The part before the dot is your wallet address — the non-custodial destination every share is attributed to. The part after the dot is a free-text label for the machine. The pool groups all attribution by the address, then breaks the statistics out by worker name so you can tell your machines apart. The worker label is optional; omit it and the pool treats the whole connection as a single unnamed worker under that address.
02 Many rigs as sub-workers
To run a fleet, keep the same address on every machine and give each one a different worker name. Each distinct name becomes a sub-worker the dashboard tracks on its own, while all their shares still flow to the one address.
There is no need to register sub-workers in advance — a name appears in the dashboard the first time a machine connects with it. That also means a typo creates a new phantom worker rather than an error, so it is worth keeping the names tidy from the start.
03 What the dashboard surfaces
For each worker name the pool has seen, the dashboard shows the operational signals you need to spot a sick machine:
- Accepted shares — valid shares the pool counted from that worker.
- Rejected shares — shares the worker submitted that the pool discarded (stale, low-difficulty, or invalid). A small number is normal; a rising proportion is a tuning or connectivity signal.
- Last seen — when the worker most recently submitted a share. A worker that has gone quiet has stopped, lost its link, or crashed.
- Hash rate — the rate the worker reports, surfaced as-is. It is the miner’s own figure rather than an independent measurement, so treat it as indicative.
In that example gpu-loft-01 is worth a look: a high reject count, a last-seen nine minutes old and a zero hash rate together say the machine has fallen over.
04 Naming conventions that scale
With two machines any names work. With twenty, a convention saves you. A few that hold up:
- Encode location and hardware, for example
loft-3070-01orgarage-asic-02, so a problem worker tells you where to walk and what to check. - Zero-pad the numbers (
rig-01, notrig-1) so the dashboard sorts them in the order you expect. - Keep it to letters, digits and hyphens. Avoid spaces and punctuation, which some miners mangle before sending.
- Make every name unique. Two machines sharing a name collapse into one row, and you lose the ability to tell which one is misbehaving.