What is Crypto Mining? Beginner's Guide

In the earlier days, when crypto was far away from the mainstream, explaining crypto mining to someone not in the know was a tall order. After all, by definition it is the process by which specialized computers verify and order transactions on a blockchain, keeping the network secure and preventing issues like double-spending, while also minting new coins as a reward on Proof-of-Work networks. You’d need a whole course to unpack this sentence alone as a non-techie!

At its simplest, mining sits at the intersection of three systems: transaction verification, network security, and miner incentives. The technical process is mechanical, but the economics are not. Hardware, electricity, network difficulty, block rewards, and market price all move at once, which is why understanding mining requires more than knowing that computers are “solving puzzles.”

Crypto Mining Definition

What is crypto mining? For a short answer, you can read our crypto glossary entry. Keep reading if you want the full lesson!

Crypto mining is a complex process: it validates transactions and produces blocks that extend a blockchain's canonical history, using computational work as proof of honest participation under a Proof-of-Work (PoW) consensus mechanism, all at the same time. To understand it better, it makes sense to examine each process.

Blockchain Transaction Verification

Verification and ordering of transactions are related but distinct tasks. Verification means checking that each transaction follows the network's consensus rules: correct digital signatures, no double-spending, valid inputs and outputs. Ordering determines which verified transactions actually get written into the canonical chain and in what sequence.

To do this, miners pull pending transactions from the mempool and assemble them into a candidate block, complete with a block header that will later be hashed. The mechanics of how that header is solved are covered in detail later in the guide.

New Coin Issuance

Mining rewards combine two distinct sources: new coin creation, known as the block reward or block subsidy, and transaction fees paid voluntarily by users to have their transactions included. Those transaction fees are often described as a miner fee from the user's perspective, since they are the amount paid to incentivize inclusion in a mined block.

Issuance is protocol-defined, meaning the rules for how many new coins appear and how often are fixed in the network's code. A common example is issuance rate typically decreasing over time rather than staying constant, to keep supply inflation in check. However, not every cryptocurrency relies on mining for issuance. Many networks using alternative consensus mechanisms mint or distribute coins through entirely different processes.

Miner Incentives

Following this logic, miner incentives in the form of block rewards follow a simple cause-and-effect chain.

• First, economic incentives motivate miners to contribute hashrate to the network.
• Second, growing hashrate competition raises the cost an attacker would need to pay to overpower the network, strengthening overall security.
• Third, the same competition, paired with protocol-level difficulty adjustments, keeps mining from becoming too easily profitable, since more competing hashrate means each individual miner's share of rewards shrinks.

Profitability ultimately comes down to five measurable variables: price, block subsidy, transaction fees, network difficulty/hashrate, and operating costs, especially electricity price and ASIC efficiency.

Mining Process

Mining is best understood as a repeating cycle: miners assemble a set of transactions, search for a valid solution, broadcast whatever they find, and wait for the rest of the network to agree. Bitcoin's version of this cycle involves repeatedly performing SHA-256 computations while competing against every other participant to add the next block to the chain.

Transaction Bundling

The cycle starts with miners pulling pending transactions out of the mempool, the pool of unconfirmed transactions broadcast across the peer-to-peer network. From that pool, a miner selects which transactions to include, builds them into a candidate block (sometimes called a block template), and computes a Merkle root — a single hash that summarizes every transaction in the block.

That root, along with other required fields, gets placed into the block header, which is the actual data structure that will be hashed in the next stage. By the way, transaction selection is not arbitrary: miners are constrained by how much data a block can hold and tend to prioritize transactions offering higher fees, since fee priority directly affects a miner's earnings for that block.

Nonce Search

Once the block header is assembled, the miner's job shifts to search. The nonce, along with a few other header-adjacent variables, is the value that gets changed on every attempt, while the bulk of the chosen transactions and the Merkle root representing them stay fixed for that search window.

Each attempt is a single header hash. Hashrate (also written ‘hash rate’) is simply how many of these attempts a miner can run per second, so a higher hashrate means more header hashes tried before someone else finds a valid one.

To put scale in perspective: a terahash equals one trillion hashes, so a miner running at 68 TH/s is attempting roughly 68 trillion header hashes every second. That single number helps explain why finding a valid nonce is a matter of brute-force probability rather than clever guessing.

Block Broadcast

When a miner finally lands on a nonce that produces a valid hash, the resulting new block gets broadcast across the peer-to-peer network for every other node to see. Propagation speed matters because the network is racing in parallel. A block that spreads quickly is more likely to be built upon before anyone else's competing block arrives.

If propagation is slow, there is a higher chance that another miner's block reaches more of the network first, and the original gets orphaned. These orphan or stale blocks are valid blocks that end up discarded because a competing block won the race to be adopted into the canonical chain. Naturally, whatever was included in such a block does not occur in the canonical transaction history, as if it did not happen.

Network Confirmation

Once a block reaches other nodes, those nodes run initial validity checks: confirming the header hash meets the target, transactions follow consensus rules, and nothing conflicts with existing history. Passing this check is separate from confirmation depth, which is a different measure of certainty and comes into play later.

The network treats the longest valid chain as the canonical one, and every additional block added on top of a given block increases confidence that it will not be reorganized later. There is no single fixed number of confirmations that works as a universal hard requirement but the most common figure for Bitcoin, for instance, is 6 inclusions.

Block intervals are protocol-targeted averages, not guarantees. Bitcoin, for example, targets roughly one block every 10 minutes on average, though individual blocks can arrive faster or slower depending on the network's current hashrate and a bit of randomness in the search process. Thus, the recommended 6 confirmations take about an hour to stack up.

Proof of Work and Consensus

Proof of Work

Proof-of-Work does two separate jobs at once, and it helps to keep them distinct. The first is validity: a block must satisfy the protocol's rules — correct transaction signatures, no double-spends, a header hash that meets the current target — before any node will accept it at all.

The second is consensus selection: once multiple valid blocks exist because miners found solutions around the same time, the network needs a rule to agree on a single history. That rule is the heaviest valid chain — the fork accumulating the most total computational work, not simply the longest sequence of blocks.

This is how PoW makes rewriting history expensive. An attacker attempting to reorganize past blocks would have to out-produce the entire honest network's cumulative work from that point forward, racing against every other miner in real time. The deeper a block sits under subsequent work, the more computation a reorg would require, which is what gives old blocks their practical finality.

It is also worth being precise about what miners are actually proving. A miner is not solving a clever puzzle so much as demonstrating verification asymmetry: finding a block header hash below the target takes an enormous number of trial attempts, but once found, any other node can check it in a single computation. Bitcoin implements this search as repeated SHA-256 hashing of the candidate header — brute-force guesswork that is expensive to perform but trivial to confirm, which is precisely the property that lets a decentralized network trust a block without trusting the miner who produced it (source: SSRN research on Bitcoin mining mechanics).

Mining Difficulty

Mining difficulty is a protocol-adjusted measure of how hard that header hash is to find, expressed inversely through a target threshold: the lower the target, the smaller the range of acceptable hash outputs, and the more attempts it statistically takes to land inside it.

Difficulty is not static because network hashrate is not static. As more or less computing power joins the race, the time needed to find a qualifying hash shifts too. The protocol compensates by moving the target itself, which is what keeps the average spacing between blocks anchored to its intended cadence even as participation rises and falls.

If total network hashrate suddenly climbs — say, a wave of new miners comes online — blocks will temporarily arrive faster than the target interval, because more combined guessing power is chasing the same threshold. The protocol responds by tightening the target, making the next round of hashes harder to find and pulling the average back down toward the intended spacing. The reverse happens when hashrate drops: blocks slow down temporarily, so the target loosens to make hashes easier to find again.

That correction does not happen continuously. It happens at fixed checkpoints called the difficulty adjustment period. Bitcoin recalculates its target every 2,016 blocks, roughly every two weeks given its block-time target. Between recalculations, miners are stuck with whatever target was last set, so a sudden hashrate swing can leave the network over- or under-shooting its intended pace for days before the next adjustment catches up. In practice, miners may temporarily earn more or less per unit of hashrate than the long-run average suggests simply due to this built-in lag.

PoW vs. Proof of Stake

The cleanest way to contrast the most common consensus mechanisms in crypto is by resource type. Proof-of-work selects the next block producer through external resource expenditure: electricity and specialized compute burned in a competitive hash search. Proof-of-stake, by contrast, selects block producers through economic stake and protocol-defined validator rules. A network participant's eligibility to propose or attest to a block is tied to capital they have committed, not to hardware they are running.

There is no equivalent of a SHA-256 hash race in PoS. Selection is procedural and stake-weighted rather than computational.

Many PoS networks describe their block producers as "validators" performing "validation," and their rewards as "staking rewards." That language sounds adjacent to mining, but it describes a fundamentally different process — no hash puzzle, no hardware competition, no energy expenditure tied to block production. Keep that distinction in mind when profitability or cost comparisons come up later, since equating PoS "staking" with PoW "mining" means comparing two economically different activities as if they were the same thing.

Altcoin Mining Opportunities

With Ethereum having moved on, altcoin mining did not go extinct. Hundreds of altcoins still use various PoW algorithms and offer mining opportunities, often with lower competition than Bitcoin.

Most notably, Bitcoin forks such as Bitcoin Cash (BCH) keep the mining algorithm, while other make the departure. In fact, mining-related disputes were historically a major reason for the splits! But the whole story deserves a separate guide, such as one linked just before.

Some well-known mineable altcoins and their algorithms:

• Litecoin — Scrypt (originally designed to be ASIC-resistant, though Scrypt ASICs now exist); merge-mined with Dogecoin (DOGE)—a two-in-one deal! We also have a dedicated guide on Litecoin mining.
• Monero — RandomX (CPU-optimized, ASIC-resistant)
• Ravencoin — KAWPOW (GPU-friendly)
• Zcash — Equihash (memory-oriented). You can read more about how to mine ZCash in our guide.

Besides technical differences, different algorithms favor different hardware:

• SHA‑256 (Bitcoin) → ASICs
• Scrypt → ASICs (though less intense arms race than SHA‑256)
• RandomX → CPUs
• Many others → GPUs

The benefits of altcoin mining include lower difficulty, potentially lower hardware costs, and more flexibility, especially if you already own GPUs or CPUs that you don’t regularly use.

It’s not all benefits, of course. Altcoins are generally more volatile and less liquid than Bitcoin. You might mine more coins, but their price can swing dramatically, and converting them to fiat or stablecoins can be less straightforward, if even possible.

Mining Equipment and Setup Costs

ASICs and GPUs

Choosing hardware for mining in 2026 is really a cost-allocation decision disguised as a shopping decision. Every spec on a spec sheet maps to a line item you will pay for later, so it helps to evaluate an ASIC or GPU against six criteria rather than a single headline number.

• Hashrate (output): how many hash attempts per second the unit can run. Higher hashrate means more attempts at finding a valid block, but only matters relative to cost and power draw.
• Efficiency (J/TH or equivalent): how much energy it takes to produce a unit of hashing output. A modern ASIC typically falls somewhere in a reported range of roughly 20–30 joules per terahash, and that number alone can tell you more about long-term cost than the purchase price does.
• Purchase price: the one-time capital outlay, which needs to be weighed against efficiency rather than judged in isolation.
• Expected lifespan or obsolescence risk: mining hardware depreciates as newer, more efficient generations arrive and as network difficulty rises. An ASIC bought today may be economically obsolete well before it physically fails.
• Noise and heat profile: both have downstream costs covered in the next section. Noise affects where you can realistically place the rig, and heat affects how much you will spend keeping it cool.
• Resale/liquidity: how easily the unit can be sold if you exit mining or upgrade. This matters more for ASICs than GPUs because ASIC demand is tied tightly to current profitability conditions.

That last point leads into the core contrast between the two paths. An ASIC is purpose-built for a single hashing algorithm. It cannot be repurposed for anything else, which makes it highly specialized and typically far more efficient per dollar of electricity than general-purpose hardware.

A GPU mining setup, by contrast, trades some of that efficiency for flexibility. The same card can mine different algorithms or be redeployed for other computing tasks entirely. That flexibility matters most on the downside: if profitability drops for a given coin or algorithm, a mining rig built on GPUs can pivot, while an ASIC's specialization leaves it stuck doing one thing. Under weak market conditions, that can turn a sunk cost into a near-total loss if profitability does not recover.

Speaking of, J/TH stands for joules per terahash, meaning the energy spent to perform one trillion hash attempts. If a unit is rated at 25 J/TH, it burns 25 joules of electricity for every terahash of work it does. Lower J/TH means less electricity consumed for the same hashing output, which translates directly into a smaller monthly power bill. Efficiency, not raw hashrate, is usually the number that determines whether a miner stays profitable as conditions tighten.

Electricity and Cooling

Electricity is the recurring cost that makes or breaks a mining setup, and it scales predictably once you know the variables.

Monthly electricity cost = Power draw (kW) × hours/day × days/month × $/kWh

Worked example: ASICs commonly draw somewhere in a continuous range of roughly 3,000–3,500 watts (3–3.5 kW) during normal operation. Running a unit at 3.25 kW continuously — 24 hours a day, 30 days a month — works out to 3.25 × 24 × 30 = 2,340 kWh consumed in a month. At any given electricity rate, that figure gets multiplied by your local $/kWh to produce the actual bill. This is why even small differences in efficiency or local power rates compound quickly at mining scale.

Beyond the math, home setups run into constraints that shopping comparisons tend to skip over:

• Circuit capacity and voltage: a standard residential circuit has a maximum safe load, and a high-draw ASIC can exceed it or require a dedicated circuit. Sometimes even an electrician-installed higher-voltage line is needed before the machine can run safely. This is a feasibility limiter as much as a cost one.
• Noise as a hidden cost: ASIC cooling fans are loud enough that placement becomes a real constraint. Garages, basements, or outbuildings are common choices, and soundproofing or relocation adds cost that rarely shows up in a hardware budget.
• Cooling approach tradeoffs: relying on room HVAC is simplest but often insufficient and expensive to run continuously. Passive ventilation is cheaper but weather- and room-dependent. Dedicated cooling, including inline fans, ducting, or specialized enclosures, costs more upfront but manages heat more predictably. Whichever approach is used, more heat output means more ancillary power draw somewhere in the system. Cooling is never free; it is just a cost that shows up on a different line.

Mining Software and Wallets

Hardware on its own does not mine anything. It needs a minimum software stack configured correctly to actually contribute hashrate and collect rewards:

• Miner software: the program that interfaces directly with the ASIC or GPU, feeding it work and reading back results.
• Pool endpoint configuration, if applicable: connects the miner to a mining pool's server so hashrate is submitted and shares are tracked, rather than solo-mining against the entire network.
• Monitoring and telemetry: dashboards or alerts that track hashrate, temperature, and uptime, so hardware problems or connectivity drops are caught quickly rather than silently costing rewards over days.
• Payout address setup: the wallet address the pool or protocol sends earned rewards to.

That last item is where a non-obvious pitfall lives: a misconfigured payout address or suboptimal pool fee setting will not necessarily throw an error. It will just quietly reduce what you earn. Payouts sent to the wrong address, or a pool fee tier that was not actually the best available option, can go unnoticed for weeks because nothing about the mining process itself looks broken.

Wallet choice also has an operational dimension worth separating from security questions covered later. Setting up a dedicated receive-only address for mining income, separate from day-to-day spending, tends to make bookkeeping meaningfully easier down the line.

Beginner Cost Categories

Costs break down into three distinct categories, and keeping them separate is what makes a mining budget legible rather than a single confusing number.

Category	What it covers	Example line items
One-time capex	Upfront purchases needed before mining starts	ASIC or GPU hardware, power supplies/PDUs, dedicated wiring or circuit installation, racks or frames for housing units
Recurring opex	Costs paid every billing cycle	Electricity, internet service, pool fees, maintenance parts such as filters, fans, thermal paste
Risk/variability	Costs that are not fixed but should be budgeted for	Difficulty and price swings affecting returns, downtime from hardware or connectivity failures, firmware bugs or update issues

A total cost of ownership reality check ties these factors together. Higher-efficiency hardware costs more upfront but lowers monthly opex, which can shorten the time needed to recover that initial capex. Cheaper, less efficient hardware does the opposite: lower purchase price, higher ongoing burn, longer payback.

Downtime and heat-management failures function as hidden costs in this model too, since a rig that is offline or throttled due to overheating is still depreciating and still occupying space and wiring capacity without producing any hashrate in return. None of this determines whether mining is actually profitable. That calculation, covering revenue against these costs, is addressed in the Profitability section. However, this is the cost skeleton that any profitability estimate has to be built on.

Mining Methods and Services

Mining can mean very different things depending on who controls the hardware, who takes the variance risk, and who actually receives the block reward. The comparison below separates the main options before we examine them one by one.

	Solo Mining	Mining Pools	Cloud Mining	Mining Apps and Websites
Upfront cost	Full hardware purchase (ASIC/GPU)	Full hardware purchase (ASIC/GPU)	None to low; contract or hosting fee instead of hardware purchase	None to minimal; often just an app download or small deposit
Ongoing costs	Electricity, cooling, internet, maintenance	Electricity, cooling, internet, maintenance, pool fee	Maintenance/hosting fee bundled into contract, no personal electricity bill	Subscription or in-app fees; sometimes hidden withdrawal costs
Control and custody	Full control of hardware and payout address	Full hardware control; shares submitted to pool, payout address still self-controlled	No hardware control; provider owns/operates the machines	No hardware control; payout mechanics depend on the platform
Reward variance	Very high — long gaps between payouts	Low — smoothed across many participants	Low, but tied to contract terms rather than live network luck	Variable and often opaque — may not reflect real mining economics at all
Typical fees	None beyond electricity	Percentage-based pool fee (payout-scheme dependent)	Contract price plus maintenance/electricity line item	Platform fee, withdrawal fee, or spread baked into "rewards"
Operational complexity	High — full stack to configure and monitor	Moderate — hardware plus pool connection settings	Low — mostly passive once contract is purchased	Low — minimal setup, but low transparency
Common failure modes	Payout drought despite correct setup; runway miscalculation	Pool downtime, high stale-share rate, missed payout thresholds	Contract underperforms as difficulty or price shift; unclear end-of-term terms	App is not real PoW mining; fees exceed advertised returns
Best fit for	Operators wanting full custody and willing to absorb variance	Miners wanting steady, predictable payouts without giving up hardware control	Users wanting exposure to mining without managing hardware	Casual users wanting monitoring or lightweight exposure, not primary income

Solo Mining

Solo mining means pointing your own hardware at the network directly and competing for the full block reward without sharing it, rather than combining hashrate with anyone else through a mining pool. The appeal is straightforward: no pool fee, and when you do find a block, you keep the entire reward and fee total for yourself.

The math reality is where most newcomers underestimate solo mining. At a given hashrate, your expected value over a long enough timeframe can be roughly comparable to what you would earn through a pool at that same hashrate. The network does not care how you are organized, only how much computation you contribute.

What changes is variance. In plain terms, instead of small, frequent payouts, solo mining produces long stretches of nothing followed by an infrequent, lumpy win that pays out the full block reward at once. That irregularity is exactly why solo miners need a financial runway. Electricity bills arrive every month on a fixed schedule regardless of whether a block has been found, so the gap between "expected" and "actual" income has to be bridged with savings, not hope.

What you must run to solo mine:

• Mining hardware — an ASIC or GPU rig capable of meaningful hashrate relative to current network difficulty.
• Mining software — configured to interface with your hardware and submit work directly against the network rather than a pool endpoint.
• A full node — solo mining typically requires running your own node to assemble blocks and validate the chain yourself, since you are not relying on pool infrastructure to do that work for you.
• Monitoring and uptime tooling — dashboards or alerts tracking hashrate and connectivity, since a silent outage during solo mining means lost shot-at-reward time with no pool smoothing the gap.
• Payout address configuration — a wallet address set up to receive the full block reward directly when, and if, you find one.

Mining Pools

A mining pool combines the hashrate of many participants, splitting the eventual block reward according to each miner's contributed share of work. In practice, it trades the lumpy, high-variance payouts of solo mining for smaller, steadier ones.

Understanding how that split happens requires knowing the common payout schemes:

• PPS (Pay Per Share): Payout is triggered the moment you submit a valid share, regardless of whether the pool actually finds a block. The pool bears essentially all the variance risk, which is why PPS schemes typically charge the highest fee — you are paying for predictability.
• FPPS (Full Pay Per Share): Works like PPS but also distributes an estimated share of transaction fees alongside the block subsidy. Payout still triggers per valid share, variance risk still sits mostly with the pool, and the fee sits between PPS and share-based alternatives since the pool is accounting for fee volatility too.
• PPLNS (Pay Per Last N Shares): Payout is triggered only when the pool actually finds a block, and your share of that reward depends on how many of the "last N" shares submitted were yours. Variance risk shifts back toward the miner, since a dry spell for the pool means a dry spell for you — but fees are typically lower in exchange for that added unpredictability.

Beyond the fee and payout-scheme tradeoff, pool quality has hidden costs worth checking before joining. Look at the pool's public stats dashboard for uptime/downtime history, because a pool that goes offline mid-search wastes your submitted shares; stale-share rate, because high rates often point to latency or stratum configuration issues between your rig and the pool's servers; payout threshold, because a high minimum withdrawal can tie up small earnings indefinitely; and hashrate concentration, because a pool controlling a large share of total network hashrate raises centralization considerations worth weighing against its payout terms.

Cloud Mining

Cloud mining services often market themselves as easy or mobile crypto mining alternatives but they actually just let you rent hash power operated by someone else. What is generally referred to as cloud mining lets you participate without owning or operating hardware yourself, but the term covers two meaningfully different arrangements.

Hosted mining means you own or lease specific physical hardware that sits in someone else's facility. You typically still control which pool it points to and retain ownership of the unit itself. The facility handles electricity, cooling, and uptime in exchange for a hosting fee. At contract end, or if you stop paying hosting fees, the hardware is typically yours to reclaim, resell, or have shipped. The obligation that ends is the hosting service, not the asset ownership.

Hashrate contracts, by contrast, mean you are purchasing a slice of a provider's existing hashrate for a fixed term. No specific hardware is assigned to you, the provider controls and maintains everything, and the provider pays electricity out of the contract price. At contract end, your entitlement to that hashrate simply expires. There is no hardware to reclaim because you never owned any.

Any arrangement less transparent than either of these has a high chance to turn out to be a scam.

Before committing to either structure, a contract math checklist keeps the evaluation honest:

• Contract term — how long the agreement runs and whether it auto-renews.
• Maintenance or electricity fee model — whether fees are flat, deducted from output, or billed separately.
• Payout frequency — daily, weekly, or another cadence, which affects how quickly you can judge real performance.
• Minimum withdrawal — the threshold below which earned balance simply accumulates unpaid.
• Difficulty or price sensitivity language — whether the contract explicitly states how rising difficulty or falling price affects your net output.
• Early-termination conditions — what happens to remaining contract value or hosted hardware if you exit before the term ends.

Mining Apps and Websites

This category is where terminology gets loosest, and distinguishing what is actually happening behind each label matters more than the marketing copy.

Pool dashboards and companion apps are monitoring tools, not mining mechanisms. They connect to your pool account and display hashrate, shares, and payout history for hardware you are already running elsewhere. No mining activity happens inside the app itself.

Not to be confused with a legitimate setup, mobile "cloud mining" apps are usually just a mobile front-end for a hashrate contract described above, at best. You are not mining anything through your phone's hardware; you are purchasing a contract, and the app displays accruing balance generated by the provider's actual infrastructure.

Browser-based "mining" almost never constitutes real Proof-of-Work mining for major networks like Bitcoin. The computational requirements vastly exceed what a browser tab can realistically contribute, so sites making this claim are typically running something else, such as ad-driven schemes or minor altcoin scripts, while using "mining" as a label.

Earning and rewards apps mislabeled as mining generate payouts through referral structures, advertising revenue, or simple promotional balances rather than any hashing activity at all. The "mining" framing is marketing, not a technical description of what is producing your balance.

Before using any mining-related app or site, a permission-and-data checklist helps separate legitimate tools from the rest:

• Required device permissions — does the app ask for access unrelated to its stated function, such as contacts, location, or storage, that a monitoring or contract-display tool should not need?
• Deposit requirements — are you being asked to deposit funds before any service is rendered, and what is that deposit actually purchasing?
• Fee disclosures — are fees, including withdrawal, maintenance, and platform fees, stated clearly, or buried in terms you have to dig for?
• Payout address control — can you direct payouts to a wallet you control, or are funds held in an app-custodied balance only?
• Independently verifiable performance claims — can advertised returns be checked against public pool stats or network data, or do they rely solely on the platform's own reporting?

If your answers are ‘yes’ or lean latter, treat them as red flags.

Rewards, Timeframes, and Profitability

Bitcoin Block Rewards in 2026

As mentioned, Bitcoin mining reward is not a single number. It is two separate revenue streams bundled into one payout.

The first is the block subsidy: newly issued bitcoin created according to a fixed, protocol-scheduled curve that reduces over time rather than staying flat indefinitely. As of 2026, it is 3.125 BTC per block. The second is transaction fees: amounts users attach to their transactions to get priority inclusion in the next block. These two components are economically distinct even though they arrive together. The subsidy is Bitcoin's monetary-issuance mechanism, while fees are a market price for blockspace that fluctuates independently of any schedule.

Operationally, both pieces are delivered the same way: through the coinbase transaction, a special first transaction in every mined block that creates the subsidy and collects the block's fee total, paying it to whoever is credited with solving that block as their miner reward.

What differs is the path that payout takes to actually reach a miner's wallet. Solo miners receive the full coinbase output directly once they find a block; pool participants instead receive their share according to the pool's payout scheme, with the pool itself collecting the coinbase transaction and redistributing it downstream. The mechanics of those pool payout schemes are covered in the Methods section. The point here is simply that "the reward" and "when you personally see money" are not the same event.

Block Times and Payout Timing

It helps to keep three different clocks separate, because they operate independently of one another and conflating them is where most confusion about mining payouts starts.

The first is the expected block interval: a network-level average describing how often new blocks are produced across the entire network, not a promise about any individual miner's next payday.

The second is confirmation depth: a user- or business-level judgment call about how many blocks need to stack on top of a transaction before its finality is considered acceptable for a given purpose. There is no single correct number here, only a tolerance that shifts with the value and context of what is being confirmed.

The third is payout schedule or threshold: a pool- or service-level policy dictating how often accumulated earnings are actually sent to a miner's wallet and what minimum balance triggers that payment.

These three knobs move independently. The network can be producing blocks right on schedule while a miner still waits days to see a payout, simply because their pool's threshold has not been reached yet.

A short variance comparison makes the practical difference concrete. A solo miner pointing hardware directly at the network might go weeks seeing nothing, then suddenly receive one large, lump-sum coinbase payout the moment they find a block. That timeline is governed entirely by chance. A pool miner contributing the same hashrate instead sees a steady trickle of smaller payments on a predictable cadence, because the pool is smoothing out that same underlying randomness across many participants and many blocks. Same network, same average block production — very different lived experience of "getting paid."

Furthermore, two miners running identical hashrate can post noticeably different real earnings over the same week, and none of it means either rig is misconfigured. Luck plays a role, since block discovery is probabilistic and short windows do not average out the way longer ones do. Pool payout rules matter too. A PPS-style pool pays out regardless of whether the pool actually found a block, while a PPLNS-style pool ties your payout to the pool's own discovery luck during that period. And short-term difficulty shifts can quietly change how much hashrate is worth per unit of time even before the next scheduled adjustment catches up. None of these factors show up on a dashboard as an error. They just show up as a smaller or larger number at payout time.

Transaction Fees

From a miner's perspective, fee size is driven by a straightforward cause-and-effect chain. When demand for blockspace is high relative to the fixed space available in each block, users compete for inclusion by attaching higher fees. Miners, building their block template to maximize revenue, prioritize those higher-fee transactions first.

The effect is that a busier network translates fairly directly into richer blocks for whoever mines them, while a quiet network means thinner fee revenue regardless of hashrate contributed.

Because the block subsidy is scheduled to shrink over time, transaction fees are the component expected to make up a growing share of total miner revenue in the long run. However, fee income is market-driven and variable, so it cannot be counted on with the same predictability as the subsidy while it still exists. You can learn more about this particular mechanic in our guide that explains what happens when all bitcoins are mined.

Profitability Factors

Mining profitability comes down to three distinct categories of inputs, and keeping them separate avoids collapsing a multi-variable decision into one misleading number.

• Revenue inputs
  • Expected BTC earned per day, based on your hashrate's share of total network hashrate
  • Current BTC/USD price, which converts that expected BTC into real-world currency
• Cost inputs
  • Electricity price ($/kWh) and actual power draw (kW) over operating hours
  • Hosting or facility fees, if hardware is not running on-site
  • Pool fees, which scale with the payout scheme selected
  • Downtime, which reduces realized revenue without reducing fixed costs owed
• Balance-sheet items
  • Hardware depreciation and obsolescence risk, as newer, more efficient units and rising difficulty erode the resale and earning value of what you already own

A compact framework captures the daily math without needing fixed prices plugged in:

Expected BTC/day × BTC price − (kW × hours × $/kWh) − other fees

Run that equation today and it will look different in a month. That is the reality check worth internalizing. "BTC earned per TH/s per day" is not a fixed constant. It moves as network difficulty and total hashrate shift, and it moves again as fee conditions change the size of the reward itself. A profitability snapshot is accurate for the conditions it was calculated under and nothing more, which is why serious operators re-run the numbers regularly rather than treating one estimate as a permanent answer.

Security, Legal, and Tax Issues

Cryptojacking

Cryptojacking is the unauthorized use of someone else's computing resources to mine cryptocurrency, typically without the device owner's knowledge or consent. It happens through three common paths.

The first is browser-based scripts, where a visited webpage runs mining code silently in the background for as long as the tab stays open. The second is malicious installers or cracked mining software, where a legitimate-looking download bundles a hidden miner alongside, or instead of, the tool a user actually wanted. The third is compromised cloud or remote servers, where an attacker gains access credentials or exploits a misconfiguration to run mining workloads on infrastructure someone else is paying for.

The damage from cryptojacking tends to follow the same impact triad regardless of which path led to it:

• Performance degradation as CPU or GPU cycles get diverted away from legitimate tasks.
• Higher power costs from hardware running at sustained load it was not authorized to carry.
• Accelerated hardware wear from extra heat and continuous operation.

A short signals checklist helps catch it early:

• Unexpected CPU or GPU usage while the device is supposedly idle.
• Sudden fan noise or heat with no obvious cause.
• Faster-than-normal battery drain on laptops or mobile devices.
• Unexplained spikes in cloud compute spend.

If any of those signals show up, a containment-focused response playbook keeps things manageable:

• Isolate the affected device from the network to stop any ongoing data exfiltration or further resource hijacking.
• Inspect running processes and startup items for anything unfamiliar or consuming unusual CPU/GPU resources.
• Remove suspicious browser extensions, especially ones installed outside of normal update channels.
• Check scheduled tasks and services for entries that were not deliberately created.
• Rotate potentially exposed credentials, particularly for cloud or server accounts tied to the compromised device.
• Restore from a clean, known-good backup if the infection cannot be confidently removed through cleanup alone.
• Monitor resource usage afterward to confirm the unauthorized activity has actually stopped.

This is strictly about containment and diagnostics. Broader wallet-security practices like seed phrase security are a separate topic we covered in another article.

Mining Viruses

Mining-related malware generally falls into two distinct categories, and it is worth treating them as separate threats rather than one blanket problem.

The first is malware whose sole goal is covert mining: resource theft that runs quietly in the background, consuming CPU or GPU cycles to mine on the attacker's behalf without any further ambition. The second is malware bundled with so-called "mining tools" whose real goal is credential theft or remote access. The mining function, if present at all, is often a decoy or afterthought next to the actual payload of stealing wallet credentials, exchange logins, or establishing persistent remote control.

Because so much mining malware arrives disguised as mining software itself, a safe acquisition checklist matters:

• Verify the publisher through official project channels rather than third-party download aggregators.
• Verify checksums or digital signatures when the provider makes them available.
• Avoid pirated or "cracked" mining software entirely since it is one of the most common cryptojacking vectors described above.
• Prefer reproducible downloads or official releases with a visible build history over unofficial repackaged binaries.

A minimal detection and verification checklist, specific to mining rather than generic antivirus scanning, catches infections that might otherwise go unnoticed:

• Baseline your expected hashrate and power draw against what you are actually observing.
• Compare the hashrate your pool reports on its dashboard against what your local software reports.
• Check for hidden background processes competing for the same GPU or CPU resources your miner expects to have exclusively.

One non-obvious gotcha worth flagging: an infection does not need to take over a machine entirely to hurt you. It can silently reduce legitimate mining profitability just by stealing cycles in the background, leaving your own hashrate quietly lower than it should be while nothing looks overtly broken.

Legality

As you’d expect, legality around mining is not universal: it needs to be scoped across three separate levels, because conflating them is a common source of confusion.

The first is mining as an activity itself: whether running mining hardware is permitted or restricted in a given location. The second is electricity and utility compliance: whether commercial-scale power use, proper metering, and zoning, noise, or heat constraints are being respected. The third is contractual compliance: whether a cloud provider's, colocation facility's, or lease agreement's terms actually permit mining workloads on the infrastructure or property in question.

All three can apply independently. Mining itself might be legal while a specific lease or hosting contract still prohibits it.

Because rules vary so widely by location and provider, the practical rule is jurisdiction-first: check local regulations and your utility's terms of service before assuming mining is permitted, since legality and compliance requirements differ significantly from one place to another.

It is also worth self-auditing against scenarios that can make mining illegal or non-compliant even where cryptocurrency itself is entirely legal:

• Unauthorized use of third-party computers or networks. This ties directly back to cryptojacking, which is illegal regardless of local crypto rules.
• Violating building codes, zoning rules, or lease terms by running mining hardware in a space not approved for that load or use.
• Bypassing or tampering with utility meters to avoid paying for actual electricity consumption.
• Running prohibited workloads on hosted or cloud infrastructure in violation of the provider's acceptable-use policy.

Tax Treatment

In many tax systems, mining rewards are typically treated as income at the moment they are received, valued at their fair market value at the time the miner gains control of the coins. That is a distinct event from what happens later: when those mined coins are eventually sold or disposed of, any difference between the sale proceeds and the coin's basis, generally the fair market value already recognized as income at receipt, is typically treated as a capital gain or loss.

This is a two-step treatment worth keeping separate in your own records: income recognition on receipt, then a separate gain-or-loss calculation on disposal. It should be understood as the typical approach in many jurisdictions rather than a universal rule, since actual tax treatment depends on local law.

Because mining income often arrives as many small, frequent payouts rather than a few large ones, a purpose-built recordkeeping checklist makes a real difference at tax time:

• Timestamps and amounts of every payout received.
• Fair market value at the time of receipt for each payout.
• Pool statements showing payout history and fee deductions.
• Wallet addresses used specifically for mining payouts.
• Electricity and hosting invoices tied to mining operations.
• Hardware purchase records, which may support depreciation claims where applicable.
• Logs of any fees paid, including pool fees and transaction fees.

One audit-proofing nuance is worth stressing: pool payouts can generate dozens or hundreds of small events over a year, which makes manual tracking impractical and error-prone. Using exports, API logs, or dedicated accounting software built for crypto recordkeeping is a far more reliable approach than trying to reconstruct fair-market-value timestamps by hand after the fact.

For more tips on reporting crypto transactions for tax purposes, not necessarily related to mining, read our guide to tax reporting for cryptocurrency transactions. And remember that our pointers are not qualified legal or tax advice!

Conclusion

Crypto mining is the mechanical channel that allows Proof-of-Work networks to validate transactions, order blocks, issue new coins, and secure their canonical history without relying on a central operator. The process is technical, but the decision to mine is ultimately economic.

Hashrate, difficulty, block rewards, transaction fees, hardware efficiency, electricity prices, pool terms, uptime, and local compliance all feed into the same outcome. A miner is not just buying hardware. They are entering a competitive operating business where revenue fluctuates and costs arrive on schedule.

Crypto mining can be legitimate, technically fascinating, and profitable under the right conditions. However, those conditions have to be verified with current numbers, not assumed from a headline hashrate or a promotional return estimate.

To keep learning about blockchain and crypto, bookmark ChangeHero Blog. Follow us on X, Facebook, Telegram and be the first to get notified.