Help Center

Maximizing profitability when renting or operating hashrate requires preparation, realistic expectations, and continuous monitoring. The following practices can materially improve outcomes:

Use independent profitability tools
Before renting or pricing hashrate, review current network conditions, difficulty, block rewards, and estimated returns using reputable third-party tools such as CoinWarz, CoinGecko, and WhatToMine. These tools help you compare expected revenue against rental costs and identify which algorithms or coins are currently favorable.

Account for volatility and difficulty changes
Profitability calculations are estimates, not guarantees. Network difficulty, hashrate competition, block times, and market prices can change rapidly. Always factor in a margin for volatility and avoid assuming static conditions over the full rental period.

Select pools carefully
Pool performance matters. High latency, poor payout schemes, incorrect difficulty settings, or unstable pools can materially reduce returns. Ensure the pool supports your hashrate level and algorithm properly, and confirm payout methods before renting.

Avoid overpaying for short-term speculation
Short rentals with aggressive pricing often rely on price movements that may not materialize. Longer rentals with conservative assumptions generally reduce downside risk.

Monitor performance continuously
Track hashrate, accepted shares, and effective performance throughout the rental. Early detection of pool or configuration issues can prevent prolonged losses.

Reasons to rent hashrate beyond direct profit

Not all rentals are profit-driven, and that is expected. Many renters use hashrate for purposes such as:

• Testing or benchmarking a new mining pool

• Bootstrapping pool hashrate to improve visibility or reliability

• Verifying payouts, stratum behavior, or difficulty adjustment logic

• Stress-testing infrastructure under real mining load

• Supporting or accumulating a specific network or algorithm

• Temporary hashrate needs without long-term hardware ownership

In these cases, profitability may be secondary to operational testing, research, or network participation goals.

In summary, profitability is achievable but not guaranteed. Informed pricing, careful pool selection, and realistic expectations are essential to maximizing results.

Some rig owners may attempt to advertise additional hashrate, extra rental time, or other incentives within a rig’s name or description. Such advertising is not permitted on the Mining Rig Rentals platform.

Renters should disregard any claims of “free” hashrate, bonus time, or similar offers. Statements made by individual users in rig descriptions are not enforceable, and Mining Rig Rentals cannot verify, guarantee, or compel compliance with such claims.

Mining Rig Rentals is not liable or responsible for representations made by third parties outside of the platform’s defined rental mechanics. While we make reasonable efforts to remove prohibited statements when identified, the scale of the marketplace means we rely heavily on user reports to bring policy-violating listings to our attention.

If a renter chooses a rig based on advertised extras and the rig owner does not provide them, no compensation, refund, or adjustment will be issued under any circumstances. Rentals are governed solely by the hashrate, time, and pricing explicitly defined by the platform at the time of purchase.

If you encounter a rig listing that advertises prohibited incentives, please report it to Mining Rig Rentals support for review.

There can be many factors why your rental is not working.
Please review all your rental information, click Go To Rental in the rig's control screen. 

Check to see if your rental's rig is listed as Offline by looking for "RIG CONNECTION STATUS", review the rentals historical graph for an orange Offline bar, 
if indicated as offline please open a ticket with us so we can cancel and refund the rental.

If yor rental's pool is listed as Offline, check to see for "RENTER POOL STATUS", review the rentals historical graph for a purple Pool offline bar,
If your pool is indicated as offline, please add an online pool to the top of your pool list.
A pool that you chose for your rental being listed offline removes any eligibility for a refund for the time that your pool is offline. It is your responsibility to chose a reputable pool.

If the rig is online and your pool is online and there is no hash rate, check to see the time that the rental started, if your rental just started, please give it a few minutes to start.
If the rental has been ongoing and there is sill no hash rate, check the rig's history. If the rig shows a history of no hashrate before your rental, then the rig is not working.
Open a ticket with us so we can cancel and refund the rental.

If the rig has shown working and hasharate before the rental, and then there is no hashrate when your rental started, then your pool may be online, but non functional. 
Please add a different pool, or if you are using more then one pool, try moving the pools up in priority, giving them at least a few minutes to begin to work.
You would monitor the hashrate progress through the live hashrate graph to determine this. Also consider using mrr-pool as a backup for scrypt, x11, and sha256 rigs.
If you cannot get the rig to hash, please open a ticket with us so we can cancel the rental and issue a refund for the remaining time of the rental.
 

This message "YOU WERE NOT CHARGED" "Rental Did Not Start" appearing on your rental page after renting means the following:
As the message implies, there was no charge for the rental you attempted. As there was no charge, the rental can not start for you.

The cause of this message is simply, some one else rented the rig you chose before you hit pay. A rig can only be rented out to one person at a time, and the first one to rent it gets the valid rental. This is usually the result of a situation when there are a high volume of rentals, or the rig is popular.
It can also be caused by clicking the pay button more then once, leading to one of your own rental attempts winning out over the other. In this case, simply look at your My rentals page and search for the valid rental.
You can verify that you were not charged for the invalid unpaid rental, by looking at your transaction history, it will not be there. 

If the message was the result of two renters renting at the same time, you would have to try renting a different rig since the one that was attempted to be rented was already rented.

Also there is the infrequent case to where you do not have enough valid funds to pay for the rental, it would not start if you do not have enough valid funds in your account at the instant the system marks the rig as rented.

The worker difficulty may be too low or too high. Adjust the worker difficulty to obtain the advertised hash rate.
If this does not seem to apply, try browsing other similar questions.

If you are experiencing lower than expected hashrate, it's entirely possible that your pool choice is not assigning the proper worker difficulty setting for the rig you have rented.
You can find the current worker setting assigned by your pool by clicking on the "Workers" tab of the rental.

Please check the rental mining rig's description and always use the rig owner's recommended settings. However, if the optimal setting is not provided then we suggest the following:

Scrypt coins:
 

• 250KH and below: 16
• 250+: 32
• 500+: 64
• 1MH+: 128
• 2MH+: 256
• 3MH+: 384
• 4MH+: 512
• 10MH: 1024
• 50MH: 4096
• 100MH: 8192

SHA-256 coins:

• 250MH and below: 1
• 500MH+: 2
• 1GH+: 4
• 10GH+: 16
• 30GH+: 32
• 60GH+: 64
• 125GH+: 128
• 250GH+: 256
• 500GH+: 512
• 1TH: 1024
• 10TH: 8192
• 50TH: 65536
• 100TH: 131072

You can also check for the Suggested difficulty set for your information by the rig owner, we reccomend that you follow those suggestions when available.

If your pool does not provide the option to assign worker difficulty per worker then we suggest checking for a pool that does.
Ultimately this is your responsibility and cannot be changed by the Rig owner who cannot be held liable for a refund.

You can purchase extended time on a rental by using the 'Purchase Extension' button at the bottom of your ongoing rental. Extensions are only available if the rig owner has not set the rig to 'Disabled' after the rental started, and can only be purchased for a combined length up to the maximum available hours listed for the rig.

This means if a rig has set the Maximum Hours to 24, and you rented it originally for 12 hours, you may only add up to an additional 12 hours of extended mining time to the rental.

Extensions are processed at the rigs CURRENT price.

Rentals are processed at the rig's current price rate. Please be mindful of this, as a rig owner may change the price of their rig at any time.

A Pool Offline status on Mining Rig Rentals means that the specified pool is not currently accepting mining work. This status represents several possible error conditions and does not always mean the pool server is completely down or unreachable in the traditional sense.

We frequently receive reports such as “my pool isn’t offline,” which typically stem from misunderstandings of what this status indicates. The following explanations should clarify the most common causes.

Most common cause: the pool is not accepting connections

The most frequent reason for a pool being marked offline is that the pool is not accepting stratum connections or mining work. Conceptually, this is similar to a server responding at the network level but refusing or failing to establish a usable mining session.

This commonly occurs when:

• The pool operator is performing maintenance or reconfiguration

• The underlying coin or wallet daemon is offline or desynchronized

• There is a configuration error on the pool operator’s side

• The pool has blocked or banned Mining Rig Rentals’ mining servers

In these situations, mining cannot proceed, and the pool is treated as offline for rental purposes.

Pool responds but does not provide work

In some cases, the pool may accept a connection but fail to deliver valid mining work. This includes situations where the pool establishes an initial handshake but does not send jobs, rejects all shares, or otherwise fails to operate correctly. From a mining standpoint, this is still considered offline, as no productive work can occur.

Transitional or delayed state detection

Less commonly, a pool may be marked offline due to timing or state-tracking conditions. This can happen:

• At the start of a rental, before the pool has confirmed active mining

• At the end of a rental, after mining has stopped

• When a rig is not currently mining or has recently gone offline

In these cases, the system may not yet have received confirmation that the pool is actively accepting work, resulting in a temporary offline indication.

Summary

A Pool Offline status means that Mining Rig Rentals cannot successfully mine against the specified pool at that moment, regardless of whether the pool appears reachable elsewhere. The status is based on actual mining behavior, not simply whether a server responds to a network request.

If the pool operator resolves the underlying issue, the pool status should update automatically once mining activity resumes.

On the ETHhash and ETCHash protocols, there is a method where the mining software -can- send the hashrate that it is actually running at. This process is not supported on all mining software.

The value can be anything that the mining software wants to send. It could technically send 900000EH, and the pool does not verify this value.

The 'Reported' hashrate, as displayed on pools such as ethermine and 2miners, is an irrelevant value and may or may not show correctly for your rig or rental.

This does not impact mining rewards in any way. The value is used as a tool to help you diagnose issues with your physical device IF YOUR DEVICE sends it. Nothing more.

The value that matters at pools is calculated hashrate based on submitted shares. This is what determines your mining rewards, and this is what we display on your rig or rental in the MRR interface.

Two pools where this question comes up very often are 2miners and ethermine. Both show the 'Reported' hashrate along with the calculated hashrates.

At 2miners there are 2 calculated hashrate values displayed:
'Current' - this is a calculated 30 minute average, this will not be accurate until at least 30 minutes has elapsed.
'Average' - this is a calculated 6 hour average, this will not be accurate until at least 6 hours has elapsed

At ethermine there are 2 calculated hashrate values displayed:
'Current' - this is a calculated 1 hour average, this will not be accurate until at least 1 hour has elapsed.
'Average' - this is a calculated 6 hour average, this will not be accurate until at least 6 hours has elapsed

Many other pools have the same process, the time sampling for the averages will vary from pool to pool.