[GUIDE] How to verify an ASIC miner and seller before sending payment

Disclosure: I work with Jingle Mining. This checklist is meant to help buyers verify a miner and a transaction before payment. It is not a recommendation to use one seller, and the same checks should be applied to any vendor.

Most ASIC purchase problems start before the machine ships. The buyer confirms a model name and a price, but does not lock the exact hashrate variant, wall power, batch, warranty path, shipping terms, or payment recipient. A useful verification process should produce evidence for each point.

1. Confirm the exact model and variant

Before comparing prices, write down:

complete model name and rated hashrate
rated wall power and cooling type
required input voltage
production batch, where relevant
whether the unit is new or used

Compare those details with the manufacturer's specification or manual. A seller screenshot by itself is not enough, especially when one model name covers several hashrate variants.

2. Recalculate efficiency

For a SHA-256 miner:

Code:

Efficiency (J/TH) = wall power (W) / hashrate (TH/s)

For example, 3,500 W / 200 TH/s = 17.5 J/TH.

Keep the units consistent. Mixing TH/s, GH/s and W/kW is an easy way to produce a misleading comparison.

3. Check the electrical requirement

Confirm voltage, connector type, power cord, current draw and circuit capacity before ordering. Many industrial miners require 220-240 V and cannot be operated from a standard 110/120 V household outlet.

The final circuit and breaker decision should be made by a qualified electrician under local rules. A miner that is profitable on paper but cannot be safely powered at the site is not deployment-ready.

4. Ask for transaction-specific proof

For an individual unit or batch, useful evidence can include:

a current photo or video showing the miner, serial label, date and a buyer-supplied handwritten reference
a dashboard or test record that can be tied to the same unit or batch
written confirmation of condition, included accessories, warranty and return terms
an invoice whose legal payment recipient matches the seller identity

Recycled product videos and stock photos are not current proof of possession.

5. Separate the product price from landed cost

A usable quotation should make these items clear:

hardware price
freight and insurance
payment or handling fees
tax and customs responsibility
local delivery after customs clearance

Also confirm the Incoterm, such as DDP, DAP, CIF or EXW. Two quotations with the same machine price can produce very different final costs.

6. Treat profitability as a variable calculation

Payback changes with coin price, network difficulty, pool fees, uptime, curtailment and electricity cost. Recalculate with your own inputs instead of treating a seller's payback figure as a promise.

For a quick cross-check between common models, the Jingle Mining ASIC miner comparison tool can help organize hashrate, power and efficiency. I would still confirm the final specification against the manufacturer's documentation.

Official references:

7. Keep a payment evidence file

Save the quotation, invoice, seller identity, agreed specification, warranty terms, shipping scope, payment address or bank details, and the relevant conversation. If payment details change, verify the change through a second channel before sending funds.

Quick verification checklist

Model: manufacturer specification or manual. Warning sign: hashrate or power does not match the stated variant.
Condition: current serial label and test proof. Warning sign: only stock photos or an old video.
Seller: legal identity and matching invoice. Warning sign: payment requested to an unrelated name.
Shipping: Incoterm, carrier, insurance and delivery scope. Warning sign: tax or loss responsibility is unclear.
Warranty: written duration and claim route. Warning sign: verbal promises only.
Profitability: recalculation using the buyer's own inputs. Warning sign: fixed profit or guaranteed payback.

For other buyers here: which proof has been most useful in preventing the wrong variant, an unclear warranty, or a payment dispute?