Frequently asked questions

Answers

NiceHash is built on state-of-the art infrastructure with presence all over the globe. We're offering two separate marketplaces: EUROPE and USA with high performance stratum servers. In addition to this we also provide super fast stratum proxies located in ASIA (Tokyo and Hong Kong). Our goal is to bring our service as close as possible to sellers (miners) and also to buyers target pools and thus provide excellent efficiency for hashing power sellers and hashing power buyers around the world. You're also welcome to checkout how exactly our service works by looking at this FAQ.

Note: Our system is not only a pool like other popular pools, but advanced stratum proxy and thus we cannot afford to route shares over long distance network - that would produce inadmissible rejects and low efficiency. With separate geographical locations we give providers and buyers the possibility to use the closest location with very little to none stale shares/rejects.

For additional detailed information please check out Getting Started.

Rig owners - hashing power sellers point their rigs towards NiceHash stratum server - NiceHash works similar as a pool. NiceHash stratum server delegates work to the connected rigs.

Hashing power buyers submits buy orders. Work is provided by the pool that is set by the buyer within order.

All submitted shares are logged and rewarded if accepted. The reward in Bitcoins is appropriately calculated for each submitted share.

Hashing power sellers are paid at the current weighted average price, which is refreshed each minute. Current price is displayed on the NiceHash.com front page.

NiceHash charges a processing fee from each party of hash rate trade (buyers and sellers) made through the service. Currently our fee is set at 3%.

NiceHash stratum engine implements an innovative algorithm which detects shares validity and pool's stability. Our goal is for the providers to be 100% paid for all valid work that their rigs produces (just as using any ordinary pool or multipool) and buyers pays 100% only for valid work that has been submitted to buyers pools (just as would be using it's own rigs).

When a provider submits it's work (a share) to NiceHash, it is validated by our stratum engine and validator.

A) If a share is validated by our engine, but is rejected by buyer's pool this (by stratum protocol definition) means that there is something wrong with the pool (weather it's mis-configured, using wrong algorithm or has temporary micro issues) and provider's work was valid. In this case, provider gets paid for the work he provided. So in this case it's buyers responsibility to switch to other pools. However, if provider's rig is mis-configured and is producing some (not necessarily all) invalid shares, these shares are detected by our engine and for those shares provider doesn't get paid (and buyer doesn't pay for them), because it's providers responsibility to provide properly configured and stable mining rigs. This kind of bad shares are usually produced by over-clocked/overheated/mis-configured rigs (there are usually 0% of this kind of invalid shares for good/normal configured rigs and around 1-5% of this kind of invalid shares for bad configured rigs).

B) Our engine additionally checks the responsiveness of the buyers pool. When a buyers pool becomes unresponsive (pool being DDoSed, pool is having performance issues, etc.) engine immediately disconnects this pool, deactivates buyers order and reroutes work to other pools/orders. In this case buyer isn't paying any more (his order is on "pause") and providers are selling their's work to other orders (no hash power is lost, however providers might notice a quick disconnect/reconnect on their miners). This detection is much faster then ordinary mining software detection (cgminer, etc.) and thus buyers pays less then they would be paying by renting physical rigs (which is usually time-based) - even if they would setup backup pools. Buyer can set multiple orders with multiple pools and thus make sure that the majority of his orders will get processes even if some of the pools are unstable.

C) Some buyers pools are generating lots of work restarts. This is usually a symptom of coins with very low difficulty or multipools which are switching coins very fast and don't have an efficient implementation of coin switching. In some cases this is also a result of some custom private pools. Excessive work restarts drops efficiency on miners, especially on fast ASIC miners with weak controllers. We addressed this issue by rewarding providers (sellers) with extra shares paid by buyers when fast work restarts happens. If you are a seller it is very important for you to monitor the average mid-term hashrate, reported on our website (it is calculated from shares, rewarded to your miner) and the actual earnings, not only the hashrate or accept/reject ratio that is displayed by your miner hardware/software, since in some cases you will be rewarded for more then your miner is showing you in terms of hashrate.

In essence this means that provider is 100% paid for all valid work that his rigs produces (just as using any ordinary pool or multupool) and buyers pays 100% only for valid work that has been submitted to buyers pools (just as would be using it's own rigs).

It's a 100% fair game for sellers and buyers.

Here are some of the cool, fun and profitable things you can do with NiceHash:

As a mining device owner - seller/provider:

  • simply set&forget while mining at NiceHash and getting great daily payouts (in average more then mining directly Bitcoin of Litecoin),
  • make use of clean&simple miner's statistics page to get an insight of your miner's current and past performance.

As a hashing power buyer/renter:
  • treat NiceHash as your own dynamic virtual miner which can be re-sized and put on/off on demand on pay-as-you-go basis,
  • make profits by mining various crypto coins without any obligations to renting hashing power,
  • rent some hash and make some fun while mining coins of any algorithm even if you don't own a physical miner,
  • get your favourite coins by renting&mining even if they are not available on exchanges,
  • rent some SHA256, Scrypt or X11 hashing power and play blockchain lottery at NiceHash multi-algorithm solo mining pool to get 25 Bitcoin, 50 Litecoin or dynamic Dash reward,
  • play with open source NiceHashBot and make yourself your own software mining platform.

... and of course dozens of other possibilities. Check our prices and start now.

Buying hashing power at NiceHash is very simple. We offer you two types of hashing power orders:

  • Standard bidding type: this type of order will allow you to bid for a price as low as possible, however if some other out-bids your order then your order might be paused and you may have to increase price to sustain speed. That said you have to monitor your orders to make sure you maintain desired speed.
  • Fixed type: this type of order will allow you to place an order with fixed price and will guarantee you the desired hashing speed through order's lifetime, even if there are other bidding orders with higher price submitted later on. You will have to pay a bit higher price in relation to current fixed orders demand.

Please keep reading and see below for detailed explanation of each type of order.

You are also welcome to try automatic order management by using NiceHashBot, take a look at FAQ Are there any automation tools for orders and account management? for details.

We welcome you to take a look a this short how-to tutorial to get a quick glance of how NiceHash works and how you can buy and use hashing power with bidding type of orders at NiceHash:



You're also welcome to checkout our other How-To guides on our YouTube channel.

Note: At NiceHash you can only buy hashing power with Bitcoins. You're welcome to take a look how you can obtain Bitcoins with cash, credit card, paypal or wire transfer.

When you want to buy hash power all you have to do is place an order, where you set:
  • service location (the one that is nears to your target pool)
  • algorithm to use
  • order type
  • set amount of BTC you are willing to spend on this order
  • set price per hash you are willing to pay
  • optionally limit maximum hash power for your order (approximate)



STANDARD BIDDING order type

This type of order will allow you to bid for a price as low as possible, however if some other out-bids your order then your order might be paused and you may have to increase price to sustain speed.

What happens when I create and submit my order?

Your order is the highest paying order
If your order is the highest paying order NiceHash will assign all currently available hash power to your order (until it reaches your maximum hash power limit, if you set one). This includes the hash power of the currently active orders and hash power, available from higher-priced sellers (that would be all NiceHash available hash power that is priced lower or equal to the price you set at your order).

Your order is equally paying as currently active orders
If your order is equally paying as currently active orders and there is no more hash power left, then order is placed in the queue and will be served in a first-come-first-served fashion when the currently active order will be finished (Remaining BTC spent). If there is still some available hash power, it will all be assigned to your order (until it reaches your maximum hash power limit, if you set one). If some equally paying orders were placed before your order, they will be processed before your order.

Your order is lower paying than currently active orders
If your order is lower paying than currently active orders and there is no more hash power left, then your order is placed in the queue and will be served in a first-come-first-served fashion when there is no higher paying order.

If you've limited your order by hash power upper limit, you'll get an approximate limited hash power for your order. The limitation needs some time to stabilize at your limit set-point, therefor you'll first see the hash power raise to a bit more than your threshold. In the next minutes hash power will stabilize just a bit over your threshold. Please keep in mind that this limitation is only approximate.

You can view all orders on main page. White orders are active or on stand-by, red means dead order (dead buyers pool - will not be served until pool is dead).

FIXED order type

This type of order will allow you to place an order with fixed price and will guarantee you the desired hashing speed through order's lifetime, even if there are other bidding orders with higher price submitted later on. You will have to pay a bit higher price in relation to current fixed orders demand. This type of order is especially appropriate for renters of smaller amount of hashing power who are seeking for a way to rent hashing power with a peace of mind with no need to watch over the order in case some other to over bid you. This is essentially the same as renting a physical miner or renting a physical rig, however you still retain all the benefits of renting hashing power by being able to cancel the order any time and pay only for accepted shares without any risk for faulty configured rigs. Needless to say that this type of renting is also not affected by bots manipulation since the hashing power is dedicated to your order.

Since renting hashing power for fixed order includes a premium priority on delivering the hashing power, several rules apply:
  • there is only a maximum 50% of all the hashing power available for fixed orders; this is primary to still leave enough room for bidding type of orders;
  • the price is dynamically pre-defined in accordance to current market price - you can't set your own price;
  • the price increases in relation to fixed order demand - the higher is demand, the exponentially higher price is required for fixed orders;
  • fixed order lifetime is limited to 24 hours, after that time you will have to put another order;
  • fixed order place-holders are strictly prohibited, therefore fixed type orders which are inactive/dead for more then 10% of running time are automatically cancelled (of course funds are returned to your account);

Keep in mind that the pre-defined price for fixed orders is a very good standing market price and will in most cases be well below directly renting miners or rigs while still preserving all the benefits of renting hashing power!

Please take a look at the picture below to see how fixed order price is calculated (note: 'Current price' is the average price, displayed on nicehash.com front page):



GENERAL RULES that apply to any order type

Example 1: I want to buy 100 Mhs Scrypt and I am willing to pay total of 0.05 BTC at 5 BTC/GH/day. How long will my order run?

(0.05 BTC / 0.1 GH) / 5 BTC/GH/day = 0.5 BTC/Gh / 5 BTC/GH/day = (0.5 / 5) day = 0.1 day = 2.4 hours
You'll get 2.4 hours of 0.1 GH speed for 0.05 BTC at 5 BTC/GH/day.

Example 2: I want to buy 100 Mhs Scrypt for 1 day at 5 BTC/GH/day. How much will it cost me?

1 day * 0.1 GH * 5 BTC/GH/day = 0.5 BTC
It will cost you 0.5 BTC for 0.1 GH speed at 5 BTC/GH/day for one day.

Note: These are just examples, but you can use the formula for your own calculations or you can simply login and check automatic calculations at "Create new order" page!

Miners switch to better paying order gradually - not instantly. This is to prevent too much "order-jumping", because due to some stratum protocol limitations, miner has to be disconnected before it can serve another order again. Too many disconnects would affect miners performance (more work would be performed on backup pool, plus when connection is dropped, there is a chance of shares being lost). Thus two limitations were put in place:
- miners switch to better paying order slowly with rate of 20% miners from lower paying orders - this is performed each 4 minutes;
- there is small non-refundable 0.0001 BTC fee when placing orders to reduce too many reckless orders being put without actually considering if everything is set correctly and to prevent attacks with order spamming; we encourage you to rather edit existing orders over canceling/submitting new orders (of course there is no fee for editing orders), see also Can I edit my order, and what happens if I cancel my order?

The term you pay for "accepted" shares refer to shares that are determined as valid by the NiceHash system (see also How exactly does pay-per-valid-share and get-paid-per-valid share work?). Validation of shares on NiceHash is mandatory to avoid possible cheats such as fake/modified pools and similar. There are 3 possible stability states of your pool:
- Your pool is operating normally with no bottlenecks: almost all (99+%) accepted shares on NiceHash will be accepted on your pool too (you pay exactly what you get)
- Your pool is very slow when processing shares (when pool is being overloaded): certain shares will be detected as stale by the pool, while NiceHash will detect them as accepted (you pay more what you get)
- Your pool is dead/down, NiceHash is not connected to your pool: no work is provided, miners are not hashing for you, no shares are being sent (you pay nothing)

Keep in mind that the current hashing power as displayed on the NiceHash.com front page is not the total available hashing power. Keep in mind that some hashing power providers (sellers) are setting their price threshold a bit higher - usually a bit higher than popular multi-pools are paying. This hasing power is "hidden", but could be available. Therefore to be able to leverage the full power, available at NiceHash, you should probably bid a bit higher that multi-pools are paying. Of course please take this merely a suggestion from us and please adjust your pricing to fit your needs.

Note: Please also read FAQ topic Which mining pools are supported?

Orders sorting distributes hashing power among best paying order while still taking into account system stability and efficiency. This is why you will sometimes notice there is a percentage of miners on some lower paying orders at a particular time interval.

1st Rule: First-Come-First-Served with price evaluation.

2nd Rule: Miners switch to better paying orders gradually not instantly (to prevent too frequent disconnect and work restarts on miners).

3rd Rule: Dead place-holder orders are degraded to the bottom of sub-list of same-priced orders. This rule goes in favor of new orders instead of dead place-holder orders.

4th Rule: Changing limit hashing speed to lower value resets your position to the bottom of sub-list of same-priced orders. This rule penalizes low-limit place-holder orders.

Example 1:

Let's presume currently there are a couple of running orders:

  • Order #12 @ price 0.9 @ 1 Gh/s limit @ running (100 miners)
  • Order #11 @ price 0.8 @ no limit @ running (all remaining miners)
  • Order #15 @ price 0.7 @ no limit @ in queue
  • Order #10 @ price 0.5 @ no limit @ in queue
Event: Order #11 was finished, new list:
  • Order #12 @ price 0.9 @ 1 Gh/s limit @ running (100 miners)
  • Order #15 @ price 0.7 @ no limit @ running (all remaining miners)
  • Order #10 @ price 0.5 @ no limit @ in queue
Event: Order #10 is edited at price 0.7, new list:
  • Order #12 @ price 0.9 @ 1 Gh/s limit @ running (100 miners)
  • Order #15 @ price 0.7 @ no limit @ running (all remaining miners)
  • Order #10 @ price 0.7 @ no limit @ in queue
Order #10 stays in queue even if it was submitted before Order #15, because Order #15 was first to set higher price. This is to prevent placeholders. One could submit placeholder orders with very small prices and then would just increase price when the opportunity would be good and thus overtake all other bidders with initial same pricing. We don't support this, because it is not fair. The first that sets a particular price will be first served at that particular price. No overtaking at same price level (the same logic is used by cryptocurrency exchanges).

Example 2:

Let's presume currently there are a couple of running orders:
  • Order #12 @ price 0.9 @ 1 Gh/s limit @ running (100 miners)
  • Order #11 @ price 0.8 @ no limit @ running (all remaining miners)
  • Order #10 @ price 0.7 @ no limit @ in queue
Event: A new order Order #13 is added at price 0.9 (the same logic would be if this would be edit of an existing order by increasing price at existing order), new list:
  • Order #12 @ price 0.9 @ 1 Gh/s limit @ running (100 miners)
  • Order #13 @ price 0.9 @ no limit @ waiting (waiting for miners)
  • Order #11 @ price 0.8 @ no limit @ running (all remaining miners)
  • Order #10 @ price 0.7 @ no limit @ in queue
Note that even if Order #13 is set at higher price it's still waiting for miners. It will take several minutes before miners will start to get assigned to new order (to prevent too frequent disconnect and work restarts on miners). New list after some time:
  • Order #12 @ price 0.9 @ 1 Gh/s limit @ running (100 miners)
  • Order #13 @ price 0.9 @ no limit @ running (some miners)
  • Order #11 @ price 0.8 @ no limit @ running (all remaining miners)
  • Order #10 @ price 0.7 @ no limit @ in queue
After some more time:
  • Order #12 @ price 0.9 @ 1 Gh/s limit @ running (100 miners)
  • Order #13 @ price 0.9 @ no limit @ running (all remaining miners)
  • Order #10 @ price 0.7 @ no limit @ in queue
Notice that order Order #11 is finished and out of the list. Even if it was lower paying than Order #13 it was finished before because obviously the order budget was spent meanwhile miners were switching to other order(s).

Keep in mind that order/miner switching is even more diverse when there are lots of orders and lots of price changing. In such times one must be patient and carefully monitor the situation. Also, keep in mind that NiceHash doesn't provide it's own hashing power but redirects hashing power from external providers. This way we are able to provide buyers with hashing power on demand, but on a bidding basis and gradual miners switching. Gradual miners switching protects miners and ensures higher efficiency - even at the cost of slightly, but truly slightly lower paying average - efficiency is more valuable and eventually brings better profits for providers. This concept gives attractive pricing for buyers and good payments for providers, but of course can't provide real-time (true on-demand, at click time) hashing power. Usually the ones that are able to predict these "hot" times and are able to bid prices high enough in advance are best served. We also welcome you to utilize our API which will allow you to automate orders handling and make buying hashing power at NiceHash even more effective.

All mining pools that follow stratum protocol specifications are supported.

You cannot rent hashing power and mine directly to your wallet - GETWORK or GBT protocols are not supported. However, you can rent hashing power and mine at NiceHash multi-algorithm solo mining pool - solo.nicehash.com to get 25 Bitcoin, 50 Litecoin or dynamic Dash block reward.

Please make sure the pool you selected can handle massive hash rate and loads of shares, especially from single connection. Due to obsolete software or weak hardware some pools just cant take it. The vast majority of popular and well rated pools don't have such issues, but you should still take this into consideration. Also, some pools will just ban you or threat massive hash rate and loads of shares as DDoS attack - that's also something to take into account.

You can also connect to P2Pool nodes. Make sure you set custom difficulty when connecting to P2Pool node. Append "+difficulty" string to your P2Pool connection username. For example, if you are buying 2 THs of SHA256 power set your P2Pool connection username like this: "your-bitcoin-address+1024" (you can use any password), see also typical difficulty ranges. More information about P2Pool can be found here, also take a look at list of public P2Pool nodes.

Please, keep in mind:

  • usually dead pools are the result of unstable pools that are dropping connections a lot; try to avoid them and use other pools;
  • to avoid various attacks and fake pools there are some restrictions: pool diff must be at least 8 and xnonce2 size 3 or more; only some explicit and exotic pools are using values that are not compatible with those settings, therefore this limitation shouldn't impact the vast majority of pools;
  • it takes up to 30 seconds for order to appear alive; please be patient when submitting orders.

Tip: You can use our Pool verificator tool to verify pool's compatibility before you submit your order - Pool verificator link is available on "Create new order" page.

Tip: When you submit your order, please keep an eye on it. If everything goes well after 15-30 minutes, than you're probably just fine. However, if you're seeing your order as being Dead or swapping between Dead/Alive, or if hash rate, observed at your pool isn't as high as it supposed to be, you should probably choose another pool.

Tip: You can also check list of pools recommended by NiceHash.

Unfortunately we can't permit very low pool share difficulty orders, because these are making mining inefficient and are putting serious load on our servers. Keep in mind that we usually send very high hashing speed towards targeting pool, therefore low share difficulty is putting excessive load on miners, especially on today's fast ASIC miners. These low share difficulties were left in the pools due to historical reasons, but are really inefficient with today's miners.

If you are using your own custom pool, you can easily adjust higher share difficulty setting in your pool's software (usually just one setting in the software configuration).

If you are using third party pool, it usually gives you a choice to set worker difficulty under your account page. If not, we really encourage you to contact pool operator to make this choice available or even better: ask them to rise the global minimal/starting pool share difficulty. If pool is using vardiff, the initial/starting difficulty for calculating vardiff should be set at our minimal accepted share difficulty. Furthermore, our system only accepts connections to pools with correct and standard extranonce sizes. If pool uses non-standard extranonce size you will have to contact pool's operator to fix extranonce sizes to standard ones.

Keep in mind: lower difficulties were left in the pools due to historical reasons, but are really inefficient with today's miners. That said - if your orders are disconnected with "Pool difficulty too low." or invalid extranonce sizes we encourage you to contact pool operator to make sure that pool is using minimal/starting pool share difficulty which is compatible with our service (and thus compatible with today's miners).

The required minimal initial and running pool difficulty is displayed on the "Create new order" page. Each algorithm has it's own initial and running difficulty, displayed in the field called "Minimal pool difficulty". Initial pool difficulty is evaluated while order is on stand-by without miners (but still Alive) while running pool difficulty is evaluated when order starts accepting miners - hashing power is assigned to order. If pool operator can't set this for you and setting worker difficulty isn't properly evaluated by the pool, you will unfortunately be forced to use another pool that uses higher difficulty.

Keep in mind: pool share difficulty is not the same as network difficulty.

Network difficultly is set by coin's current difficulty adjusted according to the aggregated hashing power of all active miners in the coin's network (more hashing power -> higher difficulty, less hashing power -> lower difficulty). Coin's network difficulty is regulated by coin's algorithm. Lower network difficultly puts more stress on fast ASIC miners.

Pool's share difficultly is controlled by coin's pool operator - that is the target end-user pool, not our stratum server proxy pool. It can be fixed or variable - so called vardiff. Lower difficulty puts more stress on fast ASIC miners since the miner has to process excessive number of shares in a short period of time. If miner would be working only on few shares with higher difficulty the efficiency of the miner would be higher. Also, low difficulty shares effect our system since our proxy has to process excessive number of shares in a small period of time.

Tip: You can use our Pool verificator tool to verify pool's compatibility before you submit your order - Pool verificator link is available on Create new order page.

Tip: You can also check list of pools recommended by NiceHash.

No.

It is true - pools usually have DDoS protections. Agressive DDoS protection blocks multiple connections from single IP address.

But NiceHash is more than just a simple proxy. It combines up to 250 miners into a single stratum connection to the pool. Each connection will provide approximately 500 MH/s of speed (for Scrypt). Usually only few connections are established to the pool.

In some rare cases pool might have different kind of DDoS protection that blocks massive hash rate even from single or few connections. You should avoid such pools; these kind of pool probably aren't ready for massive hash rate yet.

Tip: Make sure your pool can handle massive hash rate, see also FAQ Which mining pools are supported?

You do not pay for instability of the pool. You only pay for accepted shares. If pool is unstable, it cannot provide work for miners, thus there are less or even no shares provided by miners.

If your pool is down, miners will simply work on another pool until your pool comes back. If your order is paying more, miners will slowly switch over back to your pool again.

Yes, you can edit your order. You can increase order price and optionally limit hashing power (or change existing limit). If you edit your order and set higher price, the logic is the same as when submitting new orders, see also How can I buy hash power at NiceHash?

You can also refill your existing orders which essentially extends the running time of an order - you can refill your orders as many times as you want and you are not additionally charged for refilling an existing order.

You can also decrease price of your existing orders. To avoid manipulation, price decrease is only available within predefined price steps, can be applied only each 10 minutes and resets your position to the bottom of sub-list of same-priced orders. The predefined value of price decrease is displayed on Decrease price button. Of course, once you decrease price you can always later increase it without any limitation.

If you cancel the order, you'll get your Bitcoins back. This enables you to quickly switch between different algorithms (Scrypt/Scrypt-Adaptive-Nfactor/SHA256/etc.) in dependence of current profitability without loosing funds or hash power.

The remaining Bitcoins that have not been used yet for paying accepted shares are loaded back into your wallet and service fee will be refunded (from the remaining Bitcoins), however small 0.0001 BTC non-refundable order submission is not refunded. We've had attacks with order spamming in the past and currently don't have any other appropriate ways to prevent order spamming. Our first priority is to protect all users, stability and security of the system. Thanks for understanding.

Please note: it takes a couple of minutes for the refunded funds to appear in your NiceHash wallet.

Note: You can not lower the price on your order and order can not be paused. These features would lead to orders manipulation or abuse (discussed above) and are thus not available, but you can implement them by canceling and re-submitting orders, applying to the above stated rules.

A self-order is an order, pointed to any NiceHash stratum server/proxy (pool). This is not allowed and is disabled by our system because it can lead to no-work or self-loop issues.

Let's go through an example of 1 BTC worth order:

Date UTC TXID Address Amount BTC Confirmations
YYYY-MM-DD HH:MM:SS Comment: Fee order #xxx - 0.020098
YYYY-MM-DD HH:MM:SS Comment: Payment order #xxx - 0.979902

The first line displays sum of all fees (one-time order-submit fee and service fee).
This example assumes 2% service fee but current fee my be different, see fee FAQ.
The second line displays amount that was used to pay for your shares.

So the total amount of your order is SUM from these two lines.

Detailed calculation break-down:
1 - 0.0001 one-time order-submit fee = 0.9999 (amount after order submission)
0.9999 - service fee (0.019998) = 0.979902 (paid for your shares)
0.0001 + 0.019998 = 0.020098 (total fees)

We only accept Bitcoins for purchasing hashing power at NiceHash. It is however extremely simple to convert various popular altcoins to Bitcoins if you would like to make your purchase with your favourite altcoin. Visit ShapeShift and instantly convert your favourite altcoin into NiceHash BTC wallet ballance. As an alternative you can aslo try Bitin.io and keep in mind that these services requires no registration.

We only accept Bitcoins for purchasing hashing power at NiceHash. It is however very simple to get Bitcoins if you would like to make your purchase with CreditCard, PayPal or wire money transfer. You can get Bitcoins in your personal wallet by simple buying them on-line or in-person via various third-party services and then transferring them to your NiceHash on-line wallet to make hashing power purchase.

Acknowledgements: NiceHash is not affiliated with any of the service listed in this FAQ, and takes no responsibility for a particular service to not fulfill your demands or expectations. Please, choose from the listed service at your own risk and judgement. Please be careful with your money. When sending money to an exchange or other service you are trusting that the operator will not abscond with your funds and that the operator maintains secure systems that protect against theft - internal or external. It is recommended that you obtain the real-world identity of the operator and ensure that sufficient recourse is available.

Get Bitcoins via money wire transfer through Bitcoin exchanges:

Get Bitcoins with Credit Card: Get Bitcoins via person-to-person exchange: Get Bitcoins via ATM:

NiceHash is more then mining rig rental service. You can not rent individual rigs, but you can rent hashing power which is similar to renting multiple rigs with various speeds. Renting rigs is clumsy and exposed to various issues during rental (mining rig goes offline, can not achieve advertised speed, etc.). Renting hashing power with NiceHash is resistant to all mining rig issues. It provides 100% fair rental, enables careless and smooth operation with total control. So, forget about renting rigs and start using our unique and advanced, yet extremely simple to use hashing power renting system.

You can use our API as well as NiceHashBot to automate orders management and get information about your account. API provides a standard and easy-to-use JSON interface while NiceHashBot provides ease of management for your orders by automating some common operations which you would else have to carry out manually. It also provides a basic platform for further development by anyone who would like to extend this bot into fully featured bot with automatic mining of most profitable coins.

NiceHash API
NiceHashBot

System may auto-cancel orders that are very long inactive (due to very low price) or mostly Dead (placeholder orders). Our systems calculates Dead/Alive ratio for each order. Orders that are mostly Dead (>50% of time for bidding type or >10% for fixed type) are considered placeholder orders and are auto-cancelled. The remaining Bitcoins as well as remaining service fee is refunded. Order is Dead when it looses connection to the target pool (either target pool terminates connection or target pool has issues with connection). Make sure you select a stable pool to make sure your order is Alive most of the time.

Keep in mind: order is not Dead if it is not hashing (no miners on order) as long as the connection is still alive (target pool OK), but when target pool looses connection our system starts to count Dead time ratio.

No, we generally do not submit our own buying orders. We are striving towards open market for all buyers and bidders for hashing power. The only exception for placing our own buying orders is when paying price for miners is significantly below ideal 100% luck mining for Scrypt and SHA256 algorithms. The sole reason for this is to provide the minimum satisfactory paying rate for sellers (miners) which are otherwise not interested in providing their hashing power when paying price is significantly below ideal 100% luck mining (consequently less hashing power would be available for hashing power buyers). Nevertheless even in this case our buying orders are displayed just the same as any other orders (coloured in special green color) and are competing for hashing power with other orders.

Due to the NiceHash's latest state-of-the art engine, older miners are not supported. Please, see our software page.

Tip: If you are looking for new hardware you can also check out Recommended hardware.

Please, first read the topic Which miners are supported?

WARINING! If you created NiceHash account to also buy hashing power: do NOT mine into your NiceHash wallet address directly! Also, do NOT use NiceHash wallet BTC address for pool username when configuring your miner for mining on our nicehash.com stratum servers. Mining payments to this address will be ignored! Use your own personal or cloud Bitcoin wallets for mining. NiceHash wallet BTC address is a deposit address only for buying hashing power. Thank you for understanding.

Add NiceHash pool as an additional, primary pool in your's pool list. Example for sgminer is following:

sgminer -o stratum+tcp://scrypt.eu.nicehash.com:3333 -u YOUR_BITCOIN_ADDRESS -p x -o SECOND_POOL ...


To provide SHA256 shares, use port 3334:

... stratum+tcp://sha256.eu.nicehash.com:3334 ...


To provide Scrypt-Adaptive-Nfactor shares, use port 3335:

... stratum+tcp://scryptnf.eu.nicehash.com:3335 ...


To provide X11 shares, use port 3336:

... stratum+tcp://x11.eu.nicehash.com:3336 ...


See this page for full list of supported algorithms.

Tip: Configure your miner to use the closest NiceHash stratum server as primary pool as well as other NiceHash stratum servers as backup pools (depending on your location).

Example for SHA256 miners, located in Europe:
primary: stratum+tcp://sha256.eu.nicehash.com:3334
backup: stratum+tcp://sha256.usa.nicehash.com:3334

Example for SHA256 miners, located in USA:
primary: stratum+tcp://sha256.usa.nicehash.com:3334
backup: stratum+tcp://sha256.eu.nicehash.com:3334

We advise you to use additional third-party backup pools as well. If there are no orders and no work available from NiceHash, your miner will work normally on your backup pools and switch back to NiceHash when work is available again. When this happens (there are no orders or your price is too high), our stratum server will show as Dead which is completely normal. NiceHash stratum pool is inactive and will activate automatically when new order will be placed at NiceHash.com (stratum server will show as Alive).

Example when NiceHash stratum pool is inactive:
0: Enabled Dead Quota 1 Prio 0 scrypt.eu.nicehash.com User:[your BTC address]
1: Enabled Alive Quota 1 Prio 1 [your backup pool] User:[some username]

Example when NiceHash stratum pool is active:
0: Enabled Alive Quota 1 Prio 0 scrypt.eu.nicehash.com User:[your BTC address]
1: Enabled Alive Quota 1 Prio 1 [your backup pool] User:[some username]

You can also use custom naming for your miners when using one BTC address for multiple miners. Simply append .name to your username: YOUR_BITCOIN_ADDRESS.name where "name" can be any string with up to seven alphanumeric (Aa-Zz, 0-9) characters (if more then seven characters or if non-alphanumerical character will be used, naming wont work).

Tip: See also FAQ Can I set my miner to only mine when price is attractive enough?

Tip: Make sure you also checkout our mutli-algo mining which will enable you to get optimal payouts without taking care of current paying rates.

Tip: If you have a miner that doesn't support stratum protocol or if you have ASIC miner that gives you 99-100% rejects or constant disconnect please take a look at our special guide for stratum proxy client.

Tip: If you are looking for new hardware you can also check out Recommended hardware.

Our Best Profit Auto-Switching Multi-Algorithm Mining BPASMAM represents a new era in GPU mining. BPASMAM calculates the currently most profitable algorithm based on current orders. If GPU miners uses our auto-switching ports (ports 43xx), then sgminer will automatically switch to the most profitable algorithm and ensure you best possible profits. All details and configurations examples can be found here.

Visit the list of all Miners/Sellers. You will find your miner by entering the Bitcoin address in the "Help me find my miner! Click here." field. This is the Bitcoin address that you are using as stratum username within your miner's configuration. Make sure you select proper "Service location" and "Algorithm" at the top of Miners page.

Please, first read the topic Which miners are supported?

Please, see our software page.

cgminer up to version 3.7.2 (which is supported for Scrypt mining) has a bug in code and is not compatible with NiceHash service. This bug was later fixed in cgminer, but unfortunately latest releases of cgminer do not support Scrypt anymore. Therefore sgminer has to be used for Scrypt and recent versions of cgminer/BFGMiner has to be used for SHA256.

Tip: Keep in mind that sgminer is improved cgminer with many bug fixes and even makes your rig faster. Moreover, recent sgminer also supports Scrypt-Adaptive-Nfactor which allows you to quickly and easily switch between those two algorihms.

Tip: Also make sure your rig is configured for chosen algorithm.

Tip: If you have a miner that doesn't support stratum protocol or if you have ASIC miner that gives you 99-100% rejects or constant disconnect please take a look at our special guide for stratum proxy client.

You can limit your miners to work on NiceHash only if the payment is good enough. You can still leave NiceHash as your primary stratum server. NiceHash stratum server will only be activated if the current average payment as displayed on NiceHash.com front page matches your price threshold. Otherwise miners will work normally on your backup/secondary pool.

Connect your miner to NiceHash and use password p=price instead of x.

Your miner will get disconnected from NiceHash stratum if current average payment is lower then your treshold. Miners will automatically reconnect to NiceHash stratum again when current average payment matches your price threshold.

The unit for the p= price parameter is:
- BTC/GH/Day for Scrypt, Scrypt-Adaptive-Nfactor, X11
- BTC/TH/Day for SHA256

Example Scrypt sgminer: via command line:

sgminer -o stratum+tcp://scrypt.eu.nicehash.com:3333 -u YOUR_BITCOIN_ADDRESS -p p=4.0 ...

Example Scrypt sgminer: via configuration file:

"pools" : [
{
"url" : "stratum+tcp://scrypt.eu.nicehash.com:3333",
"user" : "YOUR_BITCOIN_ADDRESS",
"pass" : "p=4.0"
},
{
"url" : "[your backup pool]",
"user" : "[some username]",
"pass" : "x"
}
]
...


In this example your miner will be disconnected from NiceHash stratum and continue to work on your backup pools if current average payment is lower then 4 BTC/GH/Day. Miner will automatically reconnect to NiceHash stratum again when current average payment is at least 4 BTC/GH/Day.

Tip: keep in mind unit calculations:
BTC/GH/Day = BTC/1000*MH/Day
BTC/TH/Day = BTC/1000*GH/Day

Note: It does not matter what kind of orders there are, as long as there are orders. Your miner doesn't get paid for order it works on, but weighted average price - all miners are paid at the same rate. And you can view that rate on main page where it says Currently paying.

Tip: See also FAQ How can I configure my miner to work with NiceHash service?

Tip: See also FAQ Can I combine multiple parameters in the password parameter?

Sellers are paid on PPS system. Payments (payouts) are issued four times a day if your unpaid balance is greater than 0.04 BTC. Every fourth payment (once per day) is issued if balance is greater than 0.004 BTC. We will do payments for balances greater than 0.0001 BTC once every week. All balances from all algorithms are aggregated into a single payment.

Sellers are paid on PPS system. You can estimate your earnings by looking a the 24h average payouts rate (see 24h Payouts column at the home page) indicating the average payouts for the past 24h. If you are using, for example, 100 Mh/s Scrypt miner and the 24h Payouts are set at 0.5 BTC/GH/Day, your earnings per day (assuming the given average for the past day) would be 0.1 GH * 0.5 BTC/GH/Day = 0.05 BTC per on day (24h) of uninterrupted mining.

Note: If you are a seller it is very important for you to monitor the average mid-term hashrate, reported on our website (it is calculated from shares, rewarded to your miner) and the actual earnings, not only the hashrate or accept/reject ratio that is displayed by your miner hardware/software, since in some cases you will be rewarded for more then your miner is showing you in terms of hashrate. Details are explained in this FAQ.

Note: The 24h average payouts used in example above might vary a lot in dependence of buyers orders value, but you can also check our long term payout statistics.

This is normal. Speed stats on NiceHash depend on your submitted shares. Your miner submits a share, when it is lucky to find one.

Your miner will continue to work on your backup pools set in your config or command line. Never forget to add them!

NiceHash is using a light version of vardiff and will adjust difficulty automatically for your miner. Nevertheless you can use parameter d=diff in your password to set starting difficulty.

sgminer -o stratum+tcp://scrypt.eu.nicehash.com:3333 -u YOUR_BITCOIN_ADDRESS -p d=1024 ...

You can set difficulty in range 128 - 131072 for SHA256, Scrypt, Scrypt-N and in range 0.02 - 8 for other algorithms.

Note: Your miner may sometimes work with lower or higher difficulty since the difficultly you set is only a preferred difficulty and the actual difficulty depends on the current orders at NiceHash. This is completely normal.

Note: One thing to remember is that difficulty doesn't affect earnings. Higher difficulties will result in lower bandwidth and less frequent shares submission, it will also put less stress on your miner as well as on our servers.

Tip: See also FAQ Can I combine multiple parameters in the password parameter?

Here are some typical suggested initial difficulty settings:
SHA256: up to 100GHs: d=128; 100-500GHs: d=256; 500GHs-1THs: d=512; 1THs+: d=1024
other algorithms:

Miner Speed Scrypt Scrypt-N X11 X13
0MHs - 1MHs d=256 d=128 d=0.01 d=0.01
1MHs - 2MHs d=512 d=256 d=0.02 d=0.02
2MHs - 4MHs d=1024 d=512 d=0.04 d=0.04
4MHs - 8MHs d=2048 d=1024 d=0.08 d=0.08
8MHs - 16MHs d=4096 d=2048 d=0.16 d=0.16
16MHs - 32MHs d=8192 d=4096 d=0.32 d=0.32
32MHs - 64MHs d=16384 d=8192 d=0.64 d=0.64
64MHs - 128MHs d=32768 d=16384 d=1.28 d=1.28

If you are a GPU miner please make sure you're using supported software. Please, see our software page.

If you are using ASIC miners we suggest you to use BFGMiner with extranonce subscription.

Often disconnects are due to needed extranonce change (so your miner can swap to another order). We created stratum extension to get rid of this problem with no reconnects, but sadly, most of ASIC providers are not interested to implement these features into their software. So, if you're an ASIC user we suggest you to press on yours miner producer and request these small extensions to be implemented in a particular ASIC's mining software update - here is the mining.extranonce.subscribe specification. As a workaround we also created a guide/tutorial to overcome these issues; please, take a look at this guide which enable you to overcome the extranonce2-bug and also enable extranonce subscription, resulting in optimal performance and best payouts .

Yes, you can set multiple parameters, separated by semicolon. Order of parameters is not important. In the following example we set price threshold to 0.5; difficulty to 1024, factor0 to 1 and costs0 to 0.5 (refer to multialgo pages for details on factors and costs if interested):

sgminer -o stratum+tcp://scrypt.eu.nicehash.com:3333 -u YOUR_BITCOIN_ADDRESS -p p=0.5;d=1024;f0=1;c0=0.5 ...

You should choose NiceHash stratum server that is closest to your miners location in terms of Internet network connection. Available stratum servers are listed on Getting Started page, accessible from top menu.

General rule of thumb is to pick:

  • .eu stratum servers if your miners are located in Europe, Russia and other regions, near to Europe
  • .usa stratum servers if your miners are located in USA, Australia and other regions, near to USA
  • .hk (Hong Kong) and .jp (Japan, Tokyo) if your miners are located in Asia
You can fine determine best location by running simple ping utility from Windows Command Prompt or Linux Shell.

IMPORTANT! You must run this from the location of your miners, ideally directly on your miners, NOT from your home PC/Desktop/Notebook (the only exception is when your miner or GPU is actually connected to your PC/Desktop/Notebook).

If you are using windows, run this command for each NiceHash stratum server location:

ping -n 50 -l 128 SERVER

If you are using Linux, run this command for each NiceHash stratum server location:

ping -c 50 -s 128 SERVER

Replace SERVER with each of the NiceHash stratum server locations, see below:
  • speedtest.eu.nicehash.com
  • speedtest.usa.nicehash.com
  • speedtest.hk.nicehash.com
  • speedtest.jp.nicehash.com
After all the tests are finished (50 pings for each location) you'll get results with Minimum = X ms, Maximum = Y ms, Average = Z ms latency (or min/avg/max/mdev = X/Y/Z/W ms). You're looking for Average or avg number. Pick the location for which the test gives you the LOWEST Average or avg number of ms. Please note that due to additional proxification for .hk and .jp you have to add additional 150ms for .hk and additional 100ms for .jp to your results when comparing to .eu and .usa.

Example:
.eu = 300ms AVG
.usa = 250ms AVG
.hk = 40ms AVG + 150ms = 190ms AVG
.jp = 60ms AVG + 100ms = 160ms AVG

In this case you would choose .jp stratum servers.

It is also important that you receive 0% packet loss in the ping results. If you get significant packet loss for a particular location it might be wiser to choose a location with slightly higher ms results, but with lower or zero packet loss.

Since Internet network connectivity for your location might fluctuate in terms of stability during various periods of day, it is recommended to repeat these tests on various times of days (for example, in the morning, afternoon and at night).

Sometimes you might notice visual gaps in the miners graphs, similar to these ones:



There is nothing wrong with your miner, neither with the earnings, rewarded to your miners. There are two possible scenarios when this could happen:

1. When we are doing some maintenance on web server, statistics are not being collected - however, shares ARE being collected and rewarded, this is shown by continuous increased unpaid balance on graphs.

2. When we are doing some maintenance on stratum servers, you are actually being disconnected - these maintenances are actually very, very rare and occur only during unavoidable server upgrades. But we are almost never doing this at the same time on both locations (EU and USA), therefore to make 100% guaranteed connection for your miners we suggest you to make use of backup pools. Primary on NiceHash USA stratum, secondary on NiceHash EU stratum, or vice versa: more info here: stratum pool addresses. It is also suggested to use some third-party PPS pool as last resort backup. This will make sure your miner never goes into no-work scenario.

Once again, no shares are lost if you sometimes see gaps in the miners graphs, usually these are only gaps in non-recorded statistics, however either shares are being accounted for or your miner was mining on backup pool.