Renting Hashrate for Solo Mining

In February 2026, a miner turned roughly $75 of rented hashrate into a 3.125 BTC block worth over $200,000. It made headlines everywhere — and it was the fifth rented-hashrate solo win in under two months. Renting turns solo mining from a hardware commitment into a priced lottery ticket you can buy by the hour. Here is exactly how the math works, what the documented wins really tell us, and how to run a rental attempt without burning your budget on avoidable mistakes.

Renting hashrate for solo mining means leasing real ASIC power from a marketplace — by the hour, day, or week — and pointing it at a solo pool under your own wallet address, so that if the rented machines find a block during your window, the entire reward pays out to you. You never touch hardware, electricity, or cooling; you buy a precisely measurable probability of finding a block, for a precisely known price. The math is unforgiving and the expected value is negative — but unlike most lotteries, every variable is public and you can compute your exact odds before spending a cent.

Key takeaways

  • Rented solo wins are now a documented, recurring event. The first weeks of 2026 alone produced multiple confirmed blocks found with rented hashrate — including a burst of roughly 450 PH/s rented for about 90 minutes (a ~0.45% chance that hit), and the famous case of about $75 in rentals returning a block worth over $200,000.
  • Your probability is exactly computable: expected block attempts λ = (hashrate × seconds) ÷ (difficulty × 232). At Bitcoin difficulty near 134T, one rented PH/s for 24 hours carries roughly a 1-in-6,700 chance; 1 EH/s for a single hour carries about 0.63% — 1 in 160.
  • The expected value is negative, structurally. Marketplace sellers price hashrate above what they would earn mining with it themselves — that margin is their business. You are buying variance, not yield. Anyone selling rentals as an investment is misleading you.
  • Smaller SHA-256 chains transform the ticket. The same rental budget that buys a hundredth of a percent on Bitcoin can buy a double-digit percentage on a low-difficulty chain — same formula, smaller prize, radically different texture of lottery.
  • Execution quality is worth real percentage points. Static share difficulty, low-latency rig regions, verified pool configuration, and rig quality scores decide how much of your paid-for window actually converts into hashes on target.

Solo mining used to require owning the machine. Hashrate marketplaces broke that assumption: platforms like NiceHash and Mining Rig Rentals connect owners of idle ASICs with buyers who direct that power at any stratum pool they choose, with escrow protecting both sides. Most rented hashrate flows to ordinary shared-pool mining. But a growing minority of buyers discovered the other use: aim a large, short burst at a solo pool and buy a real, quantified shot at an entire block reward. In 2026, that minority started winning often enough to make news almost monthly.

What actually happened: the documented rented wins of 2026

The pattern is worth recording precisely, because it separates verified fact from marketplace hype:

  • Mid-January 2026: two blocks in a single week were attributed to rented hashrate directed at solo infrastructure — the first time rented wins clustered that tightly.
  • February 11, 2026: a renter leased roughly 450 PH/s for about 90 minutes and found a block. The reported probability of that window was about 0.45% — a 1-in-222 ticket that paid.
  • Late February 2026: the case that made mainstream headlines — approximately $75 of rented hashrate returned a 3.125 BTC block worth over $200,000, covered across the industry press.
  • July 2, 2026: a comparatively tiny rented burst of roughly 230 TH/s — about two modern ASICs’ worth — found a block, proving the lottery pays out at small scale too, not just for petahash whales.

Two honest observations frame these stories. First, survivorship bias: for every rented win you read about, an unknown but much larger number of rented windows expired empty, exactly as the math predicts. Second, none of this is luck defying mathematics — a 0.45% ticket hitting is unremarkable across hundreds of attempts industry-wide. The lottery is real; so are the odds.

The math: what one rental actually buys you

Block finding is a Poisson process, which makes the arithmetic clean. Every SHA-256 chain publishes its difficulty D, and the expected number of hashes needed to find one block is D × 232. Your rented window contributes hashrate h for t seconds, so your expected number of blocks found is:

λ = (h × t) ÷ (D × 232)  and  P(at least one block) = 1 − e−λ — which for small λ is simply λ itself.

At Bitcoin difficulty around 133.9T (July 2026), D × 232 ≈ 5.7 × 1023 hashes per block. Plug in real rental sizes:

Rented windowHashes deliveredP(block) at ~134TAs odds
230 TH/s × 24 h (two ASICs’ worth)~2.0 × 1019~0.0035%~1 in 29,000
1 PH/s × 24 h~8.6 × 1019~0.015%~1 in 6,700
100 PH/s × 6 h~2.2 × 1021~0.38%~1 in 266
450 PH/s × 90 min~2.4 × 1021~0.42%~1 in 237
1 EH/s × 1 h~3.6 × 1021~0.63%~1 in 160

Note the elegant property: only the product h × t matters for probability. Renting 1 EH/s for one hour and 100 PH/s for ten hours buy nearly identical odds — so you can shop the marketplace for whichever shape is cheapest per petahash-day, rather than chasing raw speed. (The February 11 window computes to ~0.42% at today’s difficulty; the ~0.45% reported at the time reflects February’s slightly lower difficulty — a reminder that D moves and your math should use the live value.)

What does a ticket cost — and why the expected value is negative

Marketplace rentals are priced per hashrate per day, and the price floats with the market. The structural fact to internalize: a rig owner only lists hashrate for rent when the rental price exceeds what the same machine would earn mining directly — that spread is the seller’s entire business model. Whatever the day’s hashprice, the renter pays a premium above it.

That premium has a brutal implication at full scale. At an illustrative $45 per PH/s-day, buying enough petahash-days to expect one Bitcoin block (~6,700 of them) would cost on the order of $300,000 — more than the block pays. The gap between that number and the block reward is the price of the lottery. Renting cannot be positive expected value for the buyer under normal market conditions; if it were, the seller would mine the block themselves.

The honest way to frame a rental attempt: decide what a 1-in-250 or 1-in-1,000 shot at a block is worth to you as entertainment and experiment, price it with the formula above and live marketplace rates, and never spend money that needed to come back. Run your exact numbers in our solo odds calculator before renting anything.

The multi-coin twist: same budget, different lottery

The formula contains difficulty in the denominator — and difficulty is where SHA-256 chains differ by orders of magnitude. The same rented hashes aimed at a chain whose difficulty is a small fraction of Bitcoin’s produce a proportionally larger λ. A budget that buys a 0.01% ticket on Bitcoin can buy a double-digit-percentage ticket — sometimes a near-certainty of at least one block — on the smallest SHA-256 chains.

The symmetry must be stated just as clearly: smaller chains carry smaller block values, thinner exchange liquidity, and higher price volatility. Renting toward them doesn’t repeal negative expected value — it changes the texture of the bet from “almost certainly nothing, tiny chance of a fortune” to “probably several small wins, modest total value”. Some renters prefer the psychological reality of actually finding blocks; some want only the big ticket. Both are coherent choices once the math is understood. Our coin-by-coin odds breakdown runs current numbers across the difficulty spectrum, and the deeper variance mathematics lives in our Poisson guide.

How to execute a rental attempt properly

Probability is bought at the marketplace, but it’s delivered through execution. Every minute of your paid window that produces stale shares, vardiff warm-up, or undelivered hashrate is probability you purchased and threw away. The checklist:

  1. Verify the pool configuration before the window starts. Create your pool profile with the exact stratum URL, port, and your wallet address as the username, and test it with a tiny cheap rental first. A typo discovered mid-window on a large burst is the most expensive spelling mistake in mining.
  2. Set static share difficulty for large bursts. Pools auto-tune share difficulty (vardiff) starting from defaults sized for ordinary miners; a sudden petahash burst can spend its first minutes flooding the pool while vardiff catches up. If the pool supports a difficulty suffix on the password field, set it to match your rented size so the window starts productive from the first second.
  3. Match rig region to pool endpoint. Marketplaces let you filter rigs by region; pools publish regional endpoints. Renting rigs on the same continent as your chosen endpoint minimizes stale shares — on metered time, latency is literally money.
  4. Filter for rig quality. Marketplace quality scores (like MRR’s Rig Performance Index) exist because listed hashrate and delivered hashrate differ. A cheap rig that delivers 80% of its listing is more expensive than it looks; check scores, reviews, and extranonce support for solo work.
  5. Watch delivered hashrate in real time — on the marketplace dashboard and on the pool’s worker view. They should agree. Underdelivery is grounds for marketplace support tickets and partial refunds; unwatched windows waste silently.
  6. Know the payout path cold. On a non-custodial solo pool, a win pays the wallet address you mined with, in the block’s own coinbase transaction — verify how your chosen pool attributes and pays blocks before the window, and confirm the address is one whose keys you control.

The rookie mistakes that burn budgets

Renting into a shared pool by accident. The classic: pointing rented hashrate at an ordinary proportional pool, earning a few dollars of routine payouts instead of a lottery ticket. Solo attempts require solo infrastructure — check twice.

Treating a hot streak as strategy. The 2026 headlines cluster because attempts cluster, not because odds improved. Every window is independent; five wins industry-wide say nothing about your next ticket.

Ignoring difficulty timing. Difficulty moves — Bitcoin retargets every 2,016 blocks, and smaller chains adjust on their own schedules, sometimes sharply. A rental priced identically costs the same but buys different λ depending on where D stands. Sophisticated renters compute the day’s actual λ, never last month’s.

Renting more than the chain’s own hashrate can absorb gracefully. On very small chains, a giant rented burst can represent a large share of total network hashrate — you may find blocks quickly, but you also compress your own advantage as difficulty responds. Size bursts to the chain.

Confusing marketplaces with cloud-mining contracts. Spot rentals give you the pool, the timing, and the wallet — everything under your control, no custody. Long-term “cloud mining” contracts are a different product with different (and historically much worse) trust properties. This guide is about the former.

Who rents — and when it’s the right tool

Three profiles use rentals rationally. The experimenter wants to feel a real solo attempt with a defined budget — one evening, one computed probability, one story either way. The event-driven renter watches small-chain difficulty adjustments and rents into windows where a retarget has temporarily improved λ per dollar. The hardware owner topping up already mines solo and occasionally rents a burst to multiply a special occasion — a difficulty drop, a milestone, a birthday block attempt. All three share the same discipline: compute λ first, decide the entertainment budget second, rent third — and stop there.

Conclusion

Rented-hashrate solo mining is 2026’s most honest lottery: every parameter is public, every probability computable in one line, every win verifiable on-chain. The documented blocks — from the 450 PH/s burst to the $75 legend to July’s two-ASIC win — prove the mechanism works exactly as the math says it should, in both directions: mostly nothing, occasionally everything.

Treat it as priced entertainment with a self-sovereign payout path, execute the window with static difficulty, matched regions, and verified configuration, and you’ll have bought your ticket as well as a ticket can be bought. Just never confuse buying variance with buying yield — the market charges for the former precisely because it never sells the latter.


Point your rental somewhere it counts

SoloFury accepts rented hashrate on five SHA-256 chains — from Bitcoin’s grand lottery to low-difficulty chains where your budget buys real percentages. Non-custodial coinbase payouts, 1% fee, static difficulty supported, TLS endpoints in every region. Compute your window first, then aim it.

Compute your odds →Configure your rental →

Read next

Frequently Asked Questions

Is renting hashrate for solo mining profitable?

No — not in expectation, and anyone claiming otherwise is selling something. Sellers list hashrate only when rental prices exceed direct mining income, so renters systematically pay above hashprice. You are buying a precisely quantified chance at a large prize, like a lottery ticket with published odds. It can absolutely pay — 2026 has multiple documented wins — but across all renters, more is spent than won.

How do I calculate my exact odds before renting?

Use λ = (hashrate × seconds) ÷ (difficulty × 232), with the chain's live difficulty. Your probability of at least one block is 1 − e−λ, which for small λ equals λ. Example: 100 PH/s for 6 hours at Bitcoin difficulty 133.9T gives λ ≈ 0.0038 — about 1 in 266. Only the product of hashrate and time matters, so shop for the cheapest petahash-days regardless of shape.

How was the "$75 block" possible if expected value is negative?

Negative expected value describes the average, not each outcome. A small rental carries a small but real probability, and across the many rental attempts happening industry-wide, occasional wins are a statistical certainty. That particular ticket hit; the aggregate of all tickets bought that month did not. Both facts are true simultaneously — that's what variance means.

Should I rent a huge burst for a short time or less hashrate for longer?

Probability-wise they're identical if hashrate × time matches — 1 EH/s for one hour equals 100 PH/s for ten. Practical factors break the tie: shorter giant bursts are more sensitive to vardiff warm-up and setup errors (a bigger fraction of the window is overhead), while longer windows are more forgiving and often cheaper per petahash-day. For a first attempt, longer and smaller is the safer shape.

Why do smaller SHA-256 chains change the rental equation?

Difficulty sits in the denominator of the odds formula, and smaller chains run difficulty orders of magnitude below Bitcoin's. The same rental budget therefore buys a dramatically higher probability of finding at least one block — sometimes double-digit percentages — in exchange for smaller block values and thinner liquidity. It converts one long-shot ticket into a probable handful of modest wins; the expected value stays negative, but many renters prefer that texture.

What is static share difficulty and why does it matter for rentals?

Pools tune the difficulty of the shares each worker submits (vardiff) so traffic stays manageable. A sudden rented burst arrives far above the starting default, and the auto-tuning ramp can waste the first minutes of a short window. Setting a fixed difficulty appropriate to your rented size — many pools accept it as a password-field parameter — makes the window productive from the first second. On metered time, warm-up is waste.

Can the marketplace or the pool take my winnings?

Not on a properly non-custodial setup. You mine with your own wallet address as the worker username, and a found block pays that address directly in its coinbase transaction — the marketplace only ever holds your rental fee, never the reward. Verify the pool's payout mechanics on-chain before renting, confirm your address is one you control, and the prize path involves no one's permission.

What's the single most important thing to check before a rental window?

The pool configuration — tested live with a small cheap rental before the real one. URL, port, wallet address as username, static difficulty set, delivered hashrate visible on the pool's worker dashboard. Every documented rental win followed this path; the undocumented failures include windows that hashed happily into a misconfigured target the whole time.