Why do people go immediately to the dumbest sounding conspiracy ideas possible whenever anything isnt exactly as expected?
I guess I should have put "LOL" after it because I was being sarcastic |
|
|
|
Well so far they went back on their word to me. Which is disappointing.
Maybe they will ship to me but for now I am disappointed.
Bummer!! I have been watching this also and I appreciate you being the tip of the spear Phil. Maybe it's a Bitmain shill site? |
|
|
|
Good idea actually: 17QnVor1B6oK1rWnVVBrdX9gFzVkZZbhDm
Quoted |
|
|
|
|
Guess we are past the 99 days, all fees are now 1%.
|
|
|
|
For Claymore Eth/Sia/DCR miner, what URL:PORT for ETH and SIA should be used?
As well as the connection method variable for Claymore; proxy, stratum, etc
Just an example but, this command line is dual mining Ethereum-Classic, using a direct port, and SIA, using an algo port. Yours might need to be a little different. EthDcrMiner64.exe -r -1 -epool us-east.ethash-hub.miningpoolhub.com:20555 -ewal <MPH USER> -epsw x -esm 3 -allpools 1 -allcoins 1 -dpool hub.miningpoolhub.com:17022 -dwal <MPH USER> -dpsw x -dcoin sc -dcri 40 |
|
|
|
Ciao, io aspetto quasi un mese per il pagamento sul mio indirizzo BTC 1LxPMkMbd9f6TMRznNDWHc2iG7DKu1nnEr
Il mio equilibrio 0.01000127 BTC.
Quanto tempo è necessario attendere fino a quando il BTC ha inviato?
già in attesa quattro settimane
Grazie
-----------------------------------------------
Hi, I've been waiting for a payback for my BTC address for almost a month 1LxPMkMbd9f6TMRznNDWHc2iG7DKu1nnEr
My balance is 0.01000127 BTC.
How long do you have to wait for BTC to be sent?
I'm waiting for 4 weeks
Thanks
I did a little test even though there was some negative feedback here. The pool worked as I thought it should, I got paid as expected and the quoted complaint also got paid. During the time I was watching, the coin count went up, so someone was doing something. Maybe the op was on a beach with a frosty beverage and I just missed the bulk of the away time. For the time being I will use this pool...cautiously. |
|
|
|
|
Hello,
Could you make it so the API is not behind cloudflare?
It makes it difficult to use.
Thanks!!
|
|
|
|
|
Hello, love the pool!!!
Changing to GH for x11, qubit & quark to stay inline with NH?
Home Page Says:
* values in mBTC/MH/day, per GH for sha256 & blake algos, kSol. for equihash
Pool pages say:
* 24h estimation from net difficulty in mBTC/MH/day (in TH for sha256 & GH for blake, decred, x11, quark, qubit, kS for equihash)
|
|
|
|
I know ETH is way too big, but what about other DaggerHashimoto coins like DBIX?
If going to add Dagger then I say ETH and ETC are worth while |
|
|
|
|
Here is something I have been wondering about.
I rent from NH, lets say x11, and I have the possibility of creating 1 order/miner with 500Ghs.
Is it better to have 1 big order or multiple small orders?
For some of the coins that are on x11 that would be alot of hashing power.
My thought is that a few smaller orders is better because it allows the pool to switch around.
1 big order would be focused on the coins that can handle it, which may not be the most profitable.
I have no facts to support my idea so I thought I would ask you.
|
|
|
|
Hello,
First time on miningpoolhub, rented some hashpower on nicehash and trying to connect port 17014 (qubit) but nicehash gives an error "difficulty too low" it says that it should be at least 0.05 but pools difficulty is 0.03 and because of that, it just doesn't even connects to the pool.
btw i have connected with password d=8 which works well with other pools that i'm using. Is there any configuration that i'm missing for nicehash?
user id: 61993
I have set minimum 0.1 difficulty for nicehash miners few days ago. It should work fine. I don't know why nicehash doesn't notify their changes to pools. I hate to say but it does not look like the NiceHash Qubit issue is quite resolved.  |
|
|
|
The best option for today to earn free of charge BITCOIN is a site FREEBITCOIN: 1. You can win some satoshi every hour 2. Multiply your bitcoins playing an HI-LO game 3. Buy tickets in lottery and had chance to win more BTC once a week 4. And many other good surprises  REGISTRATION https://freebitco.in/?r=2565132Notice the "r=" in the link, this person would get a kickback for any activity you have on this faucet. Not saying that is a bad thing but, you need to be aware of that to understand if the information being provided is good. |
|
|
|
The API went down today. The error is '501 Not implemented'. I need the API to make use of this pool; has something changed?
From the top of the webpage : - API is disabled due to high DDoS attack. Will add some limitation per account and reopen it soon. Bummer! I also cannot mine on the pool without the API being active.  |
|
|
|
Mining Pool Hub Notice
Pool had some problem and did not work well for about 8 hours.
(It did not affect ethereum/ethereum-classic server and Siacoin)
Normally, pool automatically recover from failure state but it did not run as expected this time.
I investigated the issue and fixed potential problem, tested all logic again.
I will set affected pool's fee as 0% for a week
Sorry for inconvenience.
I believe this issue will not happen again.
Glad to hear everything is ok, I was wondering what was happening. I really didn't want to loose anther auto exchange pool as the ranks are thinning out as time goes by. Thanks for the free week! |
|
|
|
If I understand what is being talked about, then it cannot be changed in the code. The amount an existing order can be decreased is a set amount, and time, from NH, you basically have no say in what the amount is. (Kinda like an easy button) When you increase the price you can go to any amount but when decreasing you must step down one increment at a time. Quote from NH site here: https://www.nicehash.com/index.jsp?p=faq#faqb6You 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.When I first started using NH I really didn't like this either but, now I am use to it. I guess they have wore me down. Am I a lemming now? What cliff? Funny how they say "...To avoid manipulation.....". This is exactly what they are doing though and what is going on. Someone pops in with a crazy high paying order, ups the prices by 20-30-40% or more for a short while. Then all the people using nicehashbot are stuck spending a ton more in BTC as it will take them hours or days to get back to normal levels (in which case the price manipulation happens again). I've seen this many times lately since nicehash's system 'update'. So instead of combating it by allowing either a user-defined drop price amount, or increasing it to something more than the miniscule amount every 10 minutes, they limited it even more, screwing renters. It makes them earn a ton more in fees though. I'm surprised anyone still uses them. MRR is much better even, although there you have to deal with renters who have no clue to hwo properly configure a pool. Also, notice how nicehash never replies to actual concerns that MATTER on here? I will agree that the system they use is skewed more toward providers than renters but without providers, renters are SOL. You could always modify nicehashbot to determine if it is worth it to cancel the order and submit a new one at the lower price. I did something similar in my own code and it seems to mitigate some of the pain of price jumping. I will say as a renter I wish I could change any order to be any price. I will also say as a provider need some level of consistency in price. |
|
|
|
Proposal for change in output for share submissions.
old format:
[2016-08-27 21:09:13] accepted: 1791/1791 (100%), 11.93 MH, 461.52 kH/s yes!
[2016-08-27 21:09:13] accepted: 1791/1792 (99.9%), 11.93 MH, 461.52 kH/s nooooo
proposed new format:
[2016-08-27 21:09:13] Accepted: 11.93 MH, 461.52 kH/s, 1791/1791 (100%)
[2016-08-27 21:09:13] Rejected: 11.93 MH, 461.52 kH/s, 1791/1792 (99.9%)
Reason for change:
- shorter
- removes ambiguous "accepted" for both accepted and rejected shares
- eliminates unnecessary words "yes!" and "nooooo".
Comments?
I think the current format has become the defacto standard. Though I am all about being different, I.E. bleeding edge, and I support any change. My only concern would be that no changes happen with how the API is presents data, which I am pretty sure this will not. Thanks for your comment. I agree the API should not be different among miners as well as primary command line options. Console output is a little less rigid. I believe the current format, with some variations, is the convention for cpuminer and ccminer only. Those variations include displaying hash count as well as rate, and "yes!" "noooo" instead of "yeah!!!" "boooo". AMD miners and alternative miners have completely different output formats. I don't feel bound by the current format if it can be improved. Any change to the output format could affect users who run filters on the output and expect a certain format. They would have to modify their filters for the new format. Good point about the people parsing the output!!! Maybe make a switch to allow the new and improved vs. the legacy output just in case. |
|
|
|
|
Show Posts
