Deployment23 July 20263 min read

The first 72 hours, from pallet to stable hashrate

Most of the failures a fleet will ever have happen in the first three days. Almost all of them are avoidable with a slower start.

ASICMiner Distribution
On this page6 sections
  1. 1. Receive before you unpack
  2. 2. Let them acclimatise
  3. 3. Power up in stages
  4. 4. Network and pool before scale
  5. 5. Watch the first day closely
  6. Raise problems inside the window

Hardware failures are not evenly distributed over a machine's life. They cluster hard at the beginning, which is why burn in exists as a concept. The way you handle the first three days decides how much of that early failure lands inside a claim window and how much lands on you.

1. Receive before you unpack

Count cartons against the packing list while the driver is still there. Photograph any damaged packaging immediately, because damage attributed after the freight leaves is nobody's problem but yours. Note the serial numbers as you unpack rather than later from memory, and keep the packaging until the units have run.

2. Let them acclimatise

A container that crossed an ocean or a truck that crossed a winter arrives cold. Powering up cold hardware in a warm room condenses water inside it. Give the units several hours at room temperature before anything is switched on. This single step prevents more dead on arrival units than any other, and it costs nothing but patience.

3. Power up in stages

Do not energise the whole batch at once. Bring up one shelf, confirm it, then the next. Powering up in stages keeps inrush current inside what the breakers expect, and it means a fault is traceable to a handful of machines rather than to a room. It also gives you a working reference to compare the rest against.

4. Network and pool before scale

Set up the pool, the worker naming scheme and the monitoring on the first shelf, and get it right there. A naming scheme invented on shelf one and applied consistently is the difference between finding a failing unit in seconds and walking the aisles with a thermal camera. Fix static addressing or DHCP reservations now, not after 200 machines have taken random leases.

5. Watch the first day closely

  • Hashrate against nameplate per machine, not per fleet. A fleet average hides three dead boards.
  • Chip temperatures and the spread between them. A wide spread inside one machine usually means airflow, not silicon.
  • Rejected shares. A rising reject rate is normally network or pool configuration, not hardware.
  • Intake temperature at several points in the room. The first real test of whether your hot and cold separation works.
  • Anything that restarts on its own. Note it, do not wait for a pattern.

Raise problems inside the window

Every quote states a period within which a discrepancy or a dead unit can be reported. That window is short by design, because after it nobody can distinguish a factory fault from a site fault. Test the whole batch inside it, including the units you did not plan to deploy immediately. A spare that turns out to be dead in month four is a spare you paid for.

Our window. Used units carry a dead on arrival warranty of ten days from delivery, covering units that do not run on first use. That is exactly why the whole batch should be powered on in the first days rather than the ones you need this week. Configure the pool and a tested failover in the same week, as set out in choosing a mining pool. On a site of twenty machines or fewer the priorities shift, see the best miner for a small site. New units carry the manufacturer warranty, which is longer, and the same advice applies for a different reason.
Next articleContainer, warehouse or retrofit: where to put the machinesDeployment · 4 min read
Next step

Run this against your own numbers

Tell us your power situation, your site and the scale you are aiming at. We come back with a hardware shortlist and a firm quote.

Added to inquiryView