What Mining Basics Does the ViaBTC Mining Guide Cover?
The ViaBTC Mining Guide covers the operating basics behind Proof-of-Work mining: hashrate, network difficulty, ASIC efficiency, electricity use, pool shares, payout methods, worker monitoring, block rewards, and transaction fees. Bitcoin's April 2024 halving reduced the block subsidy from 6.25 BTC to 3.125 BTC, while a 200 TH/s ASIC drawing 3,500 W uses 84 kWh every 24 hours. At $0.06/kWh, electricity alone costs $5.04 per day. Those numbers show why miners need to read TH/s, J/TH, uptime, rejected-share rates, pool fees, and difficulty together rather than judging a machine by advertised hashrate.
Mining starts with repeated SHA-256 calculations. Bitcoin miners test block-header data until a hash falls below the network target. One TH/s equals one trillion hash attempts per second, so a 200 TH/s machine performs about 200 trillion attempts each second. Bitcoin still targets an average block interval of roughly 10 minutes, a design that has remained part of the protocol since the network launched in 2009.
That 10-minute target connects mining hardware to network difficulty. Bitcoin adjusts difficulty every 2,016 blocks, roughly once every two weeks when blocks arrive near their intended schedule. If network computing power rises while one miner stays at 200 TH/s, that miner represents a smaller share of total work. A 20% increase in network hashrate, with every other condition unchanged, lowers the miner's relative share accordingly.
Hashrate measures computing work, not guaranteed coins. A machine can run normally for 24 hours while its short-term credited output differs from a simple daily estimate because mining is probabilistic.
The probability issue explains why most operators use pools instead of attempting solo mining. A pool combines work submitted by many machines and records it through shares. A miner providing 1 PH/s to a 100 PH/s pool supplies about 1% of that pool's hashrate at that moment, although actual credited work also depends on accepted shares, uptime, pool rules, and measurement periods.
The ViaBTC Mining Guide helps place those pool statistics in an operating context. Worker names let operators separate machines or groups instead of reading one combined hashrate figure. If 10 ASICs rated at 200 TH/s should provide about 2 PH/s but the pool records 1.8 PH/s over a sufficiently long period, the observed rate is 10% below the nominal total and warrants checking equipment and network conditions.
| Metric | Example | What the miner can learn |
|---|---|---|
| Machine hashrate | 200 TH/s | Nominal computing capacity |
| Power draw | 3,500 W | Electricity demand |
| Efficiency | 17.5 J/TH | Energy required per TH/s |
| 10-machine total | 2 PH/s | Expected combined capacity |
| Observed pool rate | 1.8 PH/s | 10% below nominal capacity |
| Uptime | 95% | About 1.2 hours offline per day |
The gap between nominal and pool-side hashrate can come from downtime, stale work, rejected shares, unstable hardware, temperature limits, internet interruptions, or ordinary short-term variance. A 95% uptime rate sounds close to full availability, but it represents about 36 hours of downtime in a 30-day month. At industrial scale, 5% lost operating time affects far more than a dashboard percentage.
Rejected shares provide another useful reading. Shares show that a miner completed work meeting the pool's assigned share target; accepted shares count toward the pool's accounting system, while rejected work generally does not receive normal credit. If 10,000 submitted shares include 100 rejected shares, the rejection rate is 1%. Persistent increases can justify checking latency, network stability, machine configuration, or hardware behavior.
Equipment efficiency then determines how expensive accepted work is to produce. A 200 TH/s ASIC consuming 3,500 W operates at 17.5 J/TH. Another 200 TH/s machine drawing 5,000 W operates at 25 J/TH. Both advertise the same hashrate, but the second unit consumes about 42.9% more electricity while producing the same nominal computing rate.
Electricity makes that difference visible in dollars. Running 3.5 kW continuously uses 84 kWh per day and about 2,520 kWh over 30 days. At $0.05/kWh, monthly electricity is approximately $126; at $0.10/kWh, it becomes $252. A facility running 100 identical machines would therefore move from roughly $12,600 to $25,200 per 30-day period solely because the electricity rate doubled.
-
3.5 kW × 24 hours = 84 kWh/day.
-
84 kWh × 30 days = 2,520 kWh/month.
-
2,520 kWh × $0.06 = $151.20/month.
-
100 machines at the same rate = about $15,120/month.
-
A 10% reduction in actual operating time cuts electricity consumption, but it also removes mining time.
Power price alone does not describe total operating cost. Hosting, cooling, ventilation, network equipment, repairs, staff time, power-distribution losses, and hardware purchase cost also matter. A facility paying $0.06/kWh may spend $151.20 per month on electricity for a 3.5 kW miner before any of those additional expenses are counted. Equipment comparisons therefore work better when TH/s, J/TH, and total operating expense are reviewed together.
Mining income sits on the other side of the calculation. Bitcoin's block subsidy was 50 BTC when mining began in 2009, then fell to 25 BTC in 2012, 12.5 BTC in 2016, 6.25 BTC in 2020, and 3.125 BTC in April 2024. Transaction fees paid by users are separate from the subsidy and can make up a larger or smaller portion of block revenue depending on network activity.
A halving changes the number of newly issued BTC attached to a block; it does not cut an ASIC's TH/s in half. A 200 TH/s miner remains a 200 TH/s miner, while the subsidy available per block changes from one halving period to the next.
Pool payout methods determine how mining work is accounted for after shares are submitted. PPS generally pays qualifying shares according to expected block production, while PPLNS relates payment more closely to shares contributed within a defined window around blocks found by the pool. PPS+ commonly adds a method for allocating transaction-fee income. Fee schedules and settlement details can differ by pool and should be checked against the current terms rather than assumed from a 2024 or 2025 description.
Consider a simple operating example. Twenty miners rated at 200 TH/s each provide 4 PH/s nominally. At 97% effective uptime, the time-adjusted capacity is roughly 3.88 PH/s before rejected work is considered. If 1% of submitted work is rejected, a rough simplified comparison leaves about 3.84 PH/s of accepted effective work. The calculation is useful for diagnosing operations, although actual pool accounting depends on its measurement and payout rules.
| Operating change | Approximate effect in the example |
|---|---|
| 20 × 200 TH/s | 4.00 PH/s nominal |
| 97% uptime | 3.88 PH/s time-adjusted |
| 1% rejected work | ~3.84 PH/s simplified accepted rate |
| 90% uptime instead | 3.60 PH/s before rejection |
| 5% rejected work at 97% uptime | ~3.69 PH/s |
Monitoring becomes more useful when readings are compared across suitable periods. A five-minute hashrate figure can move sharply because share submission is statistical; a 24-hour or multi-day reading usually gives more context for equipment performance. If a 2 PH/s group repeatedly reports around 1.9 PH/s across longer periods, the difference is about 5%, providing a clearer reason to inspect workers than one brief dip on a chart.
Temperature and cooling belong in the same operating review because ASICs convert most consumed electrical energy into heat. One 3.5 kW miner continuously adds roughly 3.5 kW of heat to its environment; 100 units approach 350 kW before other facility equipment is counted. A 2026 mining site planning power capacity without comparable ventilation or cooling capacity can face reduced equipment performance or shutdowns even when electrical supply is sufficient.
Network conditions must also be considered when estimating future output. Suppose a miner increases capacity from 1 PH/s to 1.1 PH/s, a 10% hardware increase. If total network hashrate rises 20% over the same comparison period, the miner's percentage share of network computing power does not rise by the full 10%. Coin output cannot be projected from the hardware increase alone because the denominator changed as well.
Price adds a separate layer. Mining machines produce cryptocurrency, while many operating bills are paid in fiat currency. If a miner produces the same amount of BTC but BTC's market price changes 15%, fiat-denominated gross income changes approximately 15% before considering fees or other variables. The machine's electricity consumption may remain 84 kWh per day throughout the same price movement.
For that reason, revenue and operating profit should not be treated as interchangeable numbers. If a machine produces $9.00 of gross mining income per day while consuming $5.04 of electricity, the difference is $3.96 before hosting, cooling, repairs, pool charges, equipment depreciation, taxes, and financing. A 10% decline in gross income would reduce $9.00 to $8.10 while the $5.04 electricity bill could remain unchanged.
Hardware purchase price adds a longer time horizon. A miner purchased for $3,000 cannot be assessed only from one day's gross income. At a hypothetical $3 per day after operating expenses, simple recovery would require 1,000 days, or about 2.74 years, without accounting for difficulty changes, downtime, hardware failures, future halvings, resale price, or changes in BTC price.
The ViaBTC Mining Guide therefore gives miners a vocabulary for reading what their machines are doing rather than treating mining as a single earnings number. TH/s describes computing rate; J/TH compares electrical efficiency; accepted and rejected shares describe submitted work; uptime records availability; difficulty describes network competition; payout rules describe pool accounting; and the 2024 subsidy of 3.125 BTC provides the protocol-level starting point for current Bitcoin block-subsidy calculations.
A practical review can begin with four numbers from the machine and pool dashboard: 24-hour hashrate, uptime, rejection rate, and power consumption. Add electricity price, current network difficulty, pool charges, and credited mining output. For a 3.5 kW unit, even a $0.01/kWh electricity-price difference changes 30-day electricity expense by about $25.20, giving miners a measurable basis for comparing equipment, facilities, and operating periods.