|
Just wanted to let you know that we've updated our front page. We added some more statistics and made it a bit more friendly for new as well as our existing users. Hope you like the update.
Regarding the issues with mining software not being able to get work from NiceHash in some cases. As nicehashdev already explained in his post it's an annoying bug in the cg/sgminer mining software. Despite thorough testing we haven't identified this issue in the beta phase and I'm really sorry for you to face those issues now when we're in production. But rest assure that we're working hard to mitigate these issues in the NiceHash system itself until we provide patches for cg/sgminer sources and provide you with patched windows and linux binaries. This bug doesn't affect all version and all users and appears only in some circumstances. Thanks for understanding!
There are a couple of things you can do to mitigate these issues:
- monitor your cg/sgminer mining software and automate restarts when idling (this is recommended anyway, even you're note using NiceHash);
- and there is a simple way to bypass this issue if you just set you prices a bit lower (not forcing you to sell beyond your earining expectaions by any means, of course) and thus keep your miner on NiceHash for longer intervals ... keep in mind that even multipools are time-varying in profitability quite a bit so you might not get expected higher profits with high-frequency switching between NiceHash and your backup pool, even if switching would work without the mentioned issues in some cases.
Thanks for using NiceHash.com!
|
|
|
|
kenshirothefist: do you think we're going to see a few local stratum endpoints soon? Would be great to have at least 1 endpoint in North America, so we can beat back these reject rates a bit.
Working on it, but it's not a trivial task ... we're still evaluating different approaches (combined aggregation, local aggregation for the buyer to select hash power locality, etc.) ... But yes, we'll do it if all goes well. |
|
|
|
Ok a request from a provider standpoint. On the page were we can look at our stats is there a way to include current BTC/Day/MH, I know this will float as orders change but it will give us an idea of current rate to crunch a few numbers on.
Current as well as past BTC/GH/day is already displayed with yellow color in the graphs - point your mouse over the yellow line and you'll see the value ... we'll also add more textual stats in the future. |
|
|
|
I have tried to place an order and am confused .5btc at 8.8BTC/GH/Day gets me 0.6094191828907596 hours of mining?? I want to rent 35MH... how can I place an order
Please see this FAQ https://nicehash.com/index.jsp?p=faq#faqb0You have to limit hash power to get a specific speed, otherwise you're buying full speed (currently approximately 2.3 GH/s). Minimum is 100 Mh/s. |
|
|
|
|
Rig providers - you can now see personal statistics for past 7 days.
|
|
|
|
|
Sellers/providers, can now see statistics for past 7 days.
|
|
|
|
|
We've broke through 2ghs, join the ride!
|
|
|
|
I interpret the p = 6.1 (or anything else) as a fixed number meaning not lower, not higher.
Are you saying it is a minimum of some sorts?
Of course it is a minimum... Exactly. If you set your p to let's say p=5 you will mine on orders paying 5 BTC/gh/day or better (round-robin fair system, see my previous posts about this). This is an unique feature for you to avoid falling below straight LTC mining (which often happens on various multi pools). Just don't be too greedy by setting to p to high otherwise you'll be throwing money away. phzi showed an excellent example of configuration of optimal high-to-low priority settings, just use your immagination, NiceHash brought to you a nice toy to play with  |
|
|
|
You can already do this to some extent with the latest sgminer compiled from git. No need to restart the miner or script anything. sgminer now supports kernel hotswapping between different algorithms, and the hotswap takes less then a second. So, you can setup your pool config like below to automatically switch between scrypt and nscrypt, and within a small margin or error mine the more profitable algorithm:
phzi, thanks for this, I wasn't aware of this sgminer capability. Great, than we alreday have the world's first true auto-switching multi-algorithm multi-pool Go spread the word |
|
|
|
What the hell just happened to your website? xD
Hell, I don't even need my monitoring system anymore since I get a post on this thread before an SMS message rings on my phone  Guys, we are adding new features constantly therefor you'll see website down from time to time (application servers have to be restarted for certain upgrades to take place) ... Will do our best to get the maximum possible uptime. Thanks! |
|
|
|
|
Buyers
We've just implement order verification after canceling order. If order has never been started or has never entered into "Alive" state (0 shares exchanged), then one-time order-submit fee will be instantly refunded.
Thanks for using NiceHash.com!
|
|
|
|
Currently there are again some good paying orders |
|
|
|
hi ken.. as a buyer, i have problem on #471 order. i put pool url, username, and password correctly but the pool doesn't recognize me (nicehash). I tried using my GPU and the pool shows my activity.
can you help me solve this issue? thank you very much before.
ps:sorry my bad english.
You're trying to mine unsupported coin ( http://www.yacoin.org/tech.html). Onyl Scrypt, Scrypt-Adaptive-Nfactor and SHA256 algorithms are currently supported. Please cancel your order. |
|
|
|
Why did my order die?
There are some pools that aren't working well with our service, probably aren't yet configured to accept massive hash rate from single connection. Please, take a look at this FAQ ( https://www.nicehash.com/index.jsp?p=faq#faqb1). I'm sure those pools will soon adapt to accept massive hash rate from single connection to be compatible with services like ours and also 300+Mhs ASIC miners such as KnCminer's Titan, etc. This is stupid.Fees is taken even when we cancel order before starting.Please solve it
839 it went from alive to dead, i cancel it and my fee is paid too.....Why did it go dead firstly and why wasnt the fee refunded if it was "dead"?
Only one-time order-submit fee is not refundable. The 2% service fee is always returned for the amount that hasn't been spent. Please, double check if it has been returned, if not, there please send me PM with details about the order (order# and pool you've used). I do see the issue with orders that has never even been activated (no shares accepted) and one-time order-submit fee. We'll implement order check after canceling order and if order has never been started or has never entered into "Alive" state, then one-time order-submit fee will also be refunded. Please, try to understand that we have to make sure we prevent order spamming, otherwise some "not-so-nice" buyer could seriously mess with the system by submitting small various-priced orders. It's better to put safe measures now and lower them later than introducing restrictions and fees later. Thanks! |
|
|
|
I guess this is the reason why no one is selling Scrypt-A-N Haspower. The reward is low dues to half the hash power you could provide :-( This is sad as I think Scrypt-N might play a bigger role in the future similiar to X11..... If the reward for Scrypt-A-N would rise I would love to point my rigs to provide Scrypt-A-N power.
Rest assure - when there will be good opportunities for buyers to earn with Scrypt-A-N, good orders will be placed. It looks like these days Scrypt is still the "king" with highest profitability on certain coins. We'll also be adding X11 in the future. This is why NiceHash can be attractive to you as a provider/seller: NiceHash will actually become a true multi-algorithm multi-pool where provider will be able to switch algorithm just by restarting his miner with different settings. This way you'll be able to see your earning all at one place, at NiceHash In the future we'll provide an API for the sellers as well as for the buyers to be able to automate miners switching and orders switching. As a miner you'll be able to query our API and decide on which algorithm to point your miners in dependence of current orders profitability (if you can do a bit of scripting you can fully automate your miners to switch algos). As a buyer you'll be able to get/set set orders via API and thus quickly cancel/submit orders for coins with different algos. |
|
|
|
Providers/SellersThere were some issues with some miners "couldn't get work from our stratum"/"wouldn't recognize p=price parameter". We've identified and hopefully resolved these issues a couple of hours ago. Users that were having these issues are advised to restart sgminer/bfgminer. If you still observe these issues please send me PM. Please note: when your miner will switch from secondary/backup pool to our stratum and vice-versa, you'll notice something like 10 second work-swap. This is normal and it works pretty much the same as switching to any other pool. Example: -----------------------------------------------------------------------------
miner is working at your backup pool (there were no (price matching) orders at NiceHash):
-----------------------------------------------------------------------------
[08:18:50] Stratum from [your-backup-pool] detected new block
[08:18:52] Accepted 34ac434d Diff 1.24K/512 GPU 0 at [your-backup-pool]
[08:18:52] Accepted 64dbbaf3 Diff 650/512 GPU 4 at [your-backup-pool]
[08:19:00] Network diff set to 4.3M
[08:19:00] Stratum from [your-backup-pool] detected new block
[08:19:09] Accepted 4cd070e2 Diff 853/512 GPU 4 at [your-backup-pool]
[08:19:10] Accepted 548504c9 Diff 775/512 GPU 0 at [your-backup-pool]
-----------------------------------------------------------------------------
order has been placed at NiceHash, miner is switching to NiceHash
-----------------------------------------------------------------------------
[08:19:13] stratum.nicehash.com stable for 30 seconds
[08:19:13] Switching to stratum.nicehash.com
[08:19:23] Waiting for work to be available from pools.
[08:19:26] Network diff set to 4.38M
[08:19:26] Stratum from [your-backup-pool] detected new block
[08:19:29] Network diff set to 4.66M
[08:19:29] Stratum from [your-backup-pool] detected new block
[08:19:36] Network diff set to 4.95M
[08:19:36] Stratum from [your-backup-pool] detected new block
[08:21:27] Network diff set to 70.1M
[08:27:42] stratum.nicehash.com difficulty changed to 64
[08:27:43] Network diff set to 25.4M
[08:27:43] New block detected on network before pool notification
[08:27:43] Work available from pools, resuming.
-----------------------------------------------------------------------------
work is available from NiceHash, miner is mining at NiceHash
-----------------------------------------------------------------------------
[08:27:45] Accepted 039f0560 Diff 71/64 GPU 0 at stratum.nicehash.com
[08:27:45] Stratum from stratum.nicehash.com requested work restart
[08:27:46] Accepted 01f2656d Diff 131/64 GPU 3 at stratum.nicehash.com
[08:27:47] Accepted 03fd2177 Diff 64/64 GPU 2 at stratum.nicehash.com
[08:27:48] Accepted 39305a6f Diff 1.15K/64 GPU 3 at stratum.nicehash.com
[08:27:49] Accepted 01041afd Diff 64.5K/64 GPU 2 at stratum.nicehash.com
[08:27:52] Accepted 0372b14d Diff 74/64 GPU 1 at stratum.nicehash.com
[08:27:53] Accepted 015f4bb1 Diff 187/64 GPU 3 at stratum.nicehash.com
[08:27:53] Accepted 02d07c03 Diff 91/64 GPU 0 at stratum.nicehash.com
[08:27:54] Accepted d363d89b Diff 310/64 GPU 2 at stratum.nicehash.com
[08:27:57] Accepted 01664d58 Diff 183/64 GPU 3 at stratum.nicehash.com
[08:27:57] Accepted 03063694 Diff 85/64 GPU 3 at stratum.nicehash.com
[08:27:58] Accepted 0278208d Diff 104/64 GPU 2 at stratum.nicehash.com
-----------------------------------------------------------------------------
|
|
|
|
At the top of the site, you list the current rates:
Scrypt: 2.09 GH/s @ 6.05 BTC/GH/Day
SHA256: 0.40 TH/s @ 0.07 BTC/TH/Day
S-A-Nf: 0.00 GH/s @ 6.80 BTC/GH/Day
Does the Scrypt-A-Nfactor rate account for its lower hashrate? As in, S-A-Nf is technically 13.6 BTC/GH/Day but since you get 50% hashrate with that algo, it comes out to 6.8 BTC/GH/Day.
Are you guys already converting the numbers to directly compare to Scrypt? If not, 6.8 BTC/GH/Day would really be 3.4, which is just atrocious.
Hopefully that question makes sense.
We're not converting the numbers, prices are set to: - BTC/GH/Day for Scrypt and Scrypt-Adaptive-Nfactor - BTC/TH/Day for SHA256 |
|
|
|
but one thing, it seems to go down occasionally, ddos ?
No, no DDoS (yet), I hope it stays this way since we're really trying to run a fair business for benefits to each parties. We were adding many features (and optimizations) lately therefor we had to restart our stratum servers several times ... keep in mind that this is still a novel and young service and occasional interrupts are inevitable. |
|
|
|
|
Show Posts
