What Metrics Matter Most in ViaBTC Mining Statistics?

A practical reading of ViaBTC mining statistics starts with four numbers: hashrate, accepted shares, rejected shares, and credited earnings. Hashrate shows how much computing power reaches the pool; accepted shares show usable work; rejected shares show lost submissions; earnings show the accounting result. In ViaBTC’s current BTC setup, PPS+ uses a 4% fee while PPLNS uses 2%, so identical hardware can produce different account results under different payout methods. ViaBTC also states that average daily PPS+ estimates are based on the previous 7 days, making a one-day figure unsuitable for judging long-term performance.

Hashrate should be the first figure checked because it connects the physical miner to the pool record. A machine rated at 100 TH/s will not necessarily display 100 TH/s on the pool every minute. Share arrival is statistical, and short windows can move higher or lower than the machine’s rated output. A better check is to compare the miner’s local reading with its ViaBTC pool reading over 6, 12, or 24 hours. If a 100 TH/s unit repeatedly shows only 90–92 TH/s at the pool, a persistent 8–10% gap deserves inspection rather than being treated as normal chart noise.

That comparison becomes more useful when worker status is added. A farm with 50 machines can still show a strong total hashrate after 2 workers stop submitting shares, especially when each unit represents only 2% of fleet capacity. The worker list therefore helps separate a farm-wide issue from a single-machine issue. In a 2026 operating review, it is more useful to record “48 of 50 workers active” together with total hashrate than to look at total hashrate alone. A stable total number can hide a failing machine when another unit is temporarily producing above its normal level.

A worker marked online is not necessarily performing at its expected level.

The next metric is accepted shares, because pool accounting depends on valid submitted work. A miner can report 100 TH/s locally while the pool receives fewer usable submissions because of network interruptions, timing problems, firmware behavior, or other issues. The relationship between accepted shares and hashrate matters more than either number by itself. For example, a 24-hour period with 1,000,000 accepted shares and 10,000 rejected shares has a raw rejected-share ratio of about 0.99%; the same hardware producing 40,000 rejected shares would be near 3.85%. ViaBTC currently describes a rejection rate within 3% as general operational guidance, while also noting that the reporting window and detailed cause matter.

Rejected shares deserve a closer look when they rise above the miner’s normal range. A 0.5% reading that stays near 0.5% for 30 days may require little attention, while a move from 0.6% to 2.8% within several hours is more useful for troubleshooting. Network latency, packet loss, machine temperature, and firmware settings can affect the result. ViaBTC’s August 2026 guidance also noted that miners should review pool-side hashrate and share statistics rather than relying only on the hashrate shown on the ASIC itself.

Once share quality is understood, earnings can be read with much less confusion. A drop in BTC earnings does not automatically mean hardware performance fell by the same percentage. ViaBTC states that mining yield can change with hashrate, network difficulty, halving events, and the selected payment method. For example, if a miner keeps a stable 100 TH/s but network difficulty rises, the same hardware can produce fewer BTC over the same period. That is a network-level change, not necessarily a machine-level fault.

Payment method also changes how statistics should be judged. ViaBTC currently supports PPS+ and PPLNS for several mining pools. Under the published BTC structure, PPS+ applies a 4% fee, while PPLNS applies 2%. PPS+ calculates the PPS portion from submitted shares and pays hourly based on current difficulty; PPLNS uses the miner’s share of pool hashrate across the previous 5 difficulty rounds and is settled after the relevant block receives 6 confirmations.

Metric	What to check	Useful comparison
Hashrate	Pool-side effective output	Local ASIC vs. 6–24h pool average
Workers	Active vs. expected machines	48/50 active = 96%
Accepted shares	Valid submitted work	Trend over the same time window
Rejected shares	Uncredited submissions	Stay near personal baseline
Earnings	Coin amount credited	Compare with hashrate and difficulty
Payouts	Account settlement	Credited amount vs. wallet receipt

This makes ViaBTC Pool Fees an important line in any earnings calculation rather than a number to check only when money arrives. For the currently published BTC rates, a 4% PPS+ fee leaves 96% of the stated pre-fee amount, while a 2% PPLNS fee leaves 98%. A simple example shows the difference: on a hypothetical 0.010 BTC gross pool calculation, 4% would reduce the amount by 0.0004 BTC, while 2% would reduce it by 0.0002 BTC. The actual account result still depends on the selected payment method and the applicable reward calculation. 

Profit statistics should also be read with the correct time zone and observation window. ViaBTC says its Profit Detail statistics are based on UTC+8, so a daily figure can look different from a user’s local calendar day in Europe or North America. A miner comparing 00:00–23:59 local time with a pool report using UTC+8 can accidentally compare different blocks of data. For a 7-day review, use the same start and end times each day; mixing 24-hour, calendar-day, and UTC+8 periods can create apparent changes of several percentage points without any underlying change in mining output.

The most useful review method is to read the numbers as a sequence. Start with worker count, then check pool hashrate, then rejected shares, and finally earnings. Suppose 49 of 50 machines are active, total hashrate is 4.85 PH/s against a normal 5.00 PH/s, and rejection rises from 0.7% to 2.5%. The combined 3% drop in effective capacity and 1.8-percentage-point rise in rejection point toward an operational issue worth checking before blaming network difficulty. If hashrate stays within 1–2% of baseline while earnings fall 8%, the explanation is more likely to sit in network conditions, reward conditions, or the payment record.

The same earnings number can represent very different operating conditions.

For larger farms, worker-level comparisons add another useful layer. Consider 100 identical ASICs, each expected to produce about 110 TH/s. If 98 units operate between 107 and 112 TH/s while 2 units remain near 70 TH/s for 12 hours, the fleet average may still look acceptable. Yet those 2 machines are operating roughly 36% below the 110 TH/s reference. Recording the distribution by worker can reveal problems that disappear inside one large aggregate number. A simple weekly sheet with worker ID, hashrate, reject rate, uptime, and daily earnings is often enough to identify repeated underperformance.

Historical data matters because mining conditions change continuously. ViaBTC’s current fee page notes that average daily PPS+ earnings are estimated from the previous 7 days and that actual earnings can differ. That 7-day window is useful for recent comparison, but it should not replace longer records. A 30-day history can show whether a 4% earnings decline is a temporary change or part of a broader trend. For BTC miners, network hashrate and difficulty also matter: ViaBTC reported Bitcoin network hashrate around 906.20 EH/s and difficulty at 127.48 T on August 13, 2026, illustrating how competitive conditions can shift even when an individual ASIC stays unchanged.

A simple weekly review can therefore use five checkpoints: expected workers, effective hashrate, rejection rate, coin-denominated earnings, and completed payouts. Record the percentage change against the previous week. A result such as “hashrate -1.2%, rejects +0.3 percentage points, earnings -6.5%” gives much more information than “mining income fell.” It tells the reader that physical output moved only slightly while financial output moved much more.

The final record should include payout status because account earnings and wallet receipts are not always the same timestamp. Under ViaBTC’s published rules, PPS+ payments are made hourly based on current difficulty, while PPLNS distribution follows the pool’s block confirmation process and the previous 5 difficulty rounds. A 12-hour review can therefore contain credited earnings that have not yet matched a later wallet transaction, especially when the payout path uses a different settlement point. Checking the account history, payout status, and transaction record together avoids treating timing differences as missing revenue.

For most miners, the most useful ViaBTC statistics are therefore not the largest number on the dashboard. A reliable review links hashrate to workers, workers to accepted shares, accepted shares to rejection rate, and those figures to earnings after the applicable fee. Using fixed time windows such as 24 hours and 7 days, recording percentage changes, and comparing the same worker across 2026 records produces a much cleaner view of actual mining performance than reacting to one hourly reading.