miningpoolhub (OP)
Legendary
Offline
Activity: 1456
Merit: 1006
Mining Pool Hub
|
|
April 04, 2017, 09:24:58 AM |
|
How does the autopool decides which coin is the most profitable and mine? According to that programming can’t we just mine the most profitable ourselves as well? I didn’t know it could be calculated that easily. Hopefully there will be more pools keep doing this, it is the most profit optimized version. Good Job.
Currently server calculates raw profitability values for each coin. https://miningpoolhub.com/?page=home&normalize=noneYou can see that earning per GH/Day. It is just raw profitability assuming all algo at 1GH of mining power which is not that suitable for real GPU hardwares. Pool normalizes them to average AMD/NVIDIA performance. https://miningpoolhub.com/?page=home&normalize=amdhttps://miningpoolhub.com/?page=home&normalize=nvidiaSo that pool can compare profitability overall different algo types If you think your GPU is far from AMD/NVIDIA average performance, you'd better try multipoolminer. That uses raw profitability numbers from miningpoolhub but adapts normalization process to each hardware's real performance. This way, mining coin is selected from client. Or... you can just switch coin from website with single click also. This can be achieved by hub workers page and 12xxx ports. https://miningpoolhub.com/?page=gettingstarted
|
|
|
|
blimeyfool
Newbie
Offline
Activity: 10
Merit: 0
|
|
April 04, 2017, 11:48:18 AM |
|
Hi -
Sorry if this is an obvious question, but I've looked everywhere and can't find it.
I've been mining ETH for the last couple of days and have been very happy with the service. Love the auto exchange feature. I just changed my config to point to the ethash switch pool (us-east.miningpoolhub.com:17020) and added SIA (using Claymore).
SIA is mining just fine and I can see the worker and hash rate on that page. ETH is connected to the pool, showing shares and hash rate in the miner. However, I don't see a worker or any hash rate on the ETC pool page (ethash is mining ETC now). I believe this is because it is going to a hub pool and not the ETC pool. However, it would be nice if there was somewhere to see that. Is there a dashboard/worker page somewhere for the switching pool?
Thanks and looking forward to continuing to mine here (next step will be setting up multi-algo!)
Bump - sorry to be a pest, but is there anywhere to monitor hub worker status, i.e. hash rate, coin being mined, etc.? Everything seems to be working since I can see different coins on the Balances page go from having unconfirmed to confirmed to on exchange and then into my coin of choice, but it would be nice to have a more real time view that things are working.
|
|
|
|
Streetlight9
Newbie
Offline
Activity: 38
Merit: 0
|
|
April 06, 2017, 07:06:43 AM |
|
Is LBRY/DRC going to add anytime soon?
keep up the good work.
|
|
|
|
pornluver
|
|
April 06, 2017, 07:49:29 PM |
|
Let me try to understand. What is a share? Some says that not every hash count as a share. You have to multiply that by a certain number first. So only hash that serve some difficulty would work. Say difficulty is 1000. People submit about 500 shares. Then suddenly difficulty drops to 1. So https://miningpoolhub.com/?page=home&normalize=none will report sky high value right? Obviously it's time to send massive hashing power. Now, say people send 1 share and the block is solved. He got 1 BTC (obviously we don't mine BTC, but this is just for simplicity sake). How much money he got? Notice it's not just luck. The first 500 shares are mining when difficulty is high. The guy that send massive hash when difficulty drops is the one getting you block. How would you distribute the fund? Every share has its own difficulty value. Let's say.. Miner A inserts a share of 0.5 difficulty value. Miner B inserts a share of 0.2 difficulty value. Miner A again inserts a share of 0.7 difficulty value. Then miner A's total sum of share is 1.2, and miner B's total sum of share is 0.2. Block reward is distributed to A : 1.2 / (1.2 + 0.2) B : 0.2 / (1.2 + 0.2) I think you'd get the point from this formula. The difficulty value is set from pool side. Pool sends each miner appropriate difficulty value to solve in certain time period. Say, pool sets 0.3 difficulty level for miner A If miner A finds share difficulty like 0.7 which is higher than 0.3, then he sends the share solution. Then it is counted as 0.3 from pool side. If miner inserts share frequently than average, then pool raises difficulty level for miner A. This repeats infinitely, so every miner gets appropriate difficulty level. Shares are inserted, and counted, distributed. Thanks for the info. This is what I want to understand. Say difficulty for feather coin is 1000. A is mining that. Then difficulty for feather coin drops to 1. And B is mining that. After that difficulty raise up again to 1000 and A is mining again, and it drops again to 1 and B is mining again. What would your pool do? For simplicity, presume that A and B has the same machine A and B mine for 1 hour. A mine for 1 hour when difficulty is high. B mine for 1 hour when difficulty is low. I think B is 1000 times more productive than A. What would you do? Will B makes 1000 times more than A in long run?
|
|
|
|
Smokeyw
|
|
April 06, 2017, 11:36:58 PM |
|
Is LBRY/DRC going to add anytime soon?
keep up the good work.
he is not so fast adding other coins to the site
|
|
|
|
manotroll
|
|
April 07, 2017, 01:33:16 AM |
|
Is it possible to change the username?
|
|
|
|
miningpoolhub (OP)
Legendary
Offline
Activity: 1456
Merit: 1006
Mining Pool Hub
|
|
April 07, 2017, 02:46:03 AM |
|
I've been thinking the following.
Say a coin has difficulty 10000
Block 1 is found after 10k shares Block 2 is found after 10k shares Block 3 is found after 10k shares So N for block 4, based on what miningpoolhub says, is 10k
Then suddenly difficulty drop to 1
Now, each "share" should worth much more right.
How does miningpoolhub implement this?
How does pool in general implement that shares that are given during low difficulty worth far more than shares that are given during high difficulty.
This is important for those making bots to buy hash to send to miningpoolhub because, of course, we would send hash only if difficulty is lower
Basically do people get more share if they send hash when difficulty is lower and how automatic is that?
From what you said, it seems that people get the same share and the expected value of how much those shares worth (inversely proportional to N) is not directly derived from difficulty but depends the amount of shares required to mine last blocks. It is possible that amount of shares required to mine last blocks may be far higher because those blocked are mined when difficulty were higher.
One thing I would imagine is to implement N in PPLNS in such a way that N is always proportional to difficulty when a block is found. So if difficulty is really low when a block is found then only few shares get a piece.
Another way to implement this is to have weighted share. So each share is divided by difficulty and people get paid based on those weighted share. Obviously share that are earned when difficulty is lower worths more.
What exactly did miningpoolhub do? When difficulty is fluctuating and the round is the same, how did miningpoolhub reward those who hash during low difficulty more the way they deserve it. Or is it just being ignored?
The reason I ask is because pool's difficulty is pretty much constant while network difficulty may fluctuate wildly.
Sorry for late reply. Hew.. Much server works these days. Hmm... Many questions and complicate to answer each of them. I think you misunderstood what share is. There's no pool's difficulty. It's actually miner's difficulty set for each of them. This difficulty value is automatically adjusted from pool side. This difficulty allocated to each miner is not related to block creation difficulty. Block creation difficulty is much higher. Miner's difficulty is useless (except one share that satisfies block creation difficulty), but it is crucial because it is used for validating from pool whether miners are working or not. Share represents how many times CPU/GPU/ASIC have done hashing. It is probability thing assuming that hash results are normally distributed. Here's an example. If there's a hash algo that can output from 1 ~ 100, normally distributed, then this algo will output number "less or equal than 10" about 10% of probability. So if miner finds a solution that outputs <= 10, other people can think that miner did hashing work about 10 times total. Because miner should find this solution about 10% of probability. if miner finds this kind of solution 5 times, then other people can think that this miner did hashing work 50 times. Other people don't need to verify each solution to check whether this miner really worked or not. Just some portion of work validation will do it. And this is what pool is doing. This is share. Each share has difficulty value which means the work size, hashing works done. As each miner's performance is different, this share difficulty is set dynamically. If miner inserts share too frequently, pool raises that miner's difficulty. Not all, just that miner only. So every miner works are validated from pool within certain interval. This dynamically setting difficulty is called vardiff. So, whether the block network difficulty drops or not, it doesn't affect miner's difficulty at all. Each share doesn't worth more or not by itself actually. Each of them just represents hashing work done. If block difficulty drops, like total share needed 10k to 5k, then it's fine too. Half of works are counted. Each miner works are calculated proportionally (by rate from total share), and block reward will be distributed fairly for their contribution. Please leave message if there's some confusion still.
|
|
|
|
miningpoolhub (OP)
Legendary
Offline
Activity: 1456
Merit: 1006
Mining Pool Hub
|
|
April 07, 2017, 02:49:32 AM |
|
Any chance we can get pinkcoin added to a pool somewhere? Just launched with a new algorithm... https://t.co/8gkQ7n7Er0 Isn't it PoS only coin?
|
|
|
|
miningpoolhub (OP)
Legendary
Offline
Activity: 1456
Merit: 1006
Mining Pool Hub
|
|
April 07, 2017, 02:51:48 AM |
|
Good Night,Once again the miningpoolhub with problems !!! This is difficult to work with you, since Saturday that the balance does not update the balance of my wallet, another problem with the workers that is not activating, I and other friends occupy all the top positions of the monero pool rank and we are very dissatisfied, we need different support because we are the ones that we give the most money to you in monero, so how do we do? Are you going to help us? I await an urgent decision until the end of the day.I ask for a quick solution or whe will take all machines out of the pool. Users: 2zacminer, mineirinho, manotrol
Regards Rafael
Sorry. That was small script stuck problem. Normally I get alarms when there's error, but this time script was just hang networking to Monero wallet and didn't trigger alarm. Sorry for inconvenience.
|
|
|
|
miningpoolhub (OP)
Legendary
Offline
Activity: 1456
Merit: 1006
Mining Pool Hub
|
|
April 07, 2017, 02:52:41 AM |
|
What's the Status on this?
We are investingating issues in the backend. Your shares and hashrate are safe and we will fix things ASAP.
Payouts disabled, you will not receive any coins to your offline wallet for the time being Blockupdate disabled, blocks and transactions confirmations are delayed Findblocks disabled, new blocks will currently not show up in the frontend
It is temporary maintenance text. Wallet update, maintenance things. It should be gone away shortly.
|
|
|
|
miningpoolhub (OP)
Legendary
Offline
Activity: 1456
Merit: 1006
Mining Pool Hub
|
|
April 07, 2017, 02:56:08 AM |
|
I've got a little problem with the autoexchange. There are about 0.092 Ethereum stuck at "On Exchange" since weeks. User is : asc_one
Sorry about inconvenience. I checked now and I found that all coins are exchanged successfully. Contact me by contact@miningpoolhub.com skype if you are urgent exchanges. I'll manually withdraw them
|
|
|
|
miningpoolhub (OP)
Legendary
Offline
Activity: 1456
Merit: 1006
Mining Pool Hub
|
|
April 07, 2017, 03:03:35 AM |
|
Hi -
Sorry if this is an obvious question, but I've looked everywhere and can't find it.
I've been mining ETH for the last couple of days and have been very happy with the service. Love the auto exchange feature. I just changed my config to point to the ethash switch pool (us-east.miningpoolhub.com:17020) and added SIA (using Claymore).
SIA is mining just fine and I can see the worker and hash rate on that page. ETH is connected to the pool, showing shares and hash rate in the miner. However, I don't see a worker or any hash rate on the ETC pool page (ethash is mining ETC now). I believe this is because it is going to a hub pool and not the ETC pool. However, it would be nice if there was somewhere to see that. Is there a dashboard/worker page somewhere for the switching pool?
Thanks and looking forward to continuing to mine here (next step will be setting up multi-algo!)
Bump - sorry to be a pest, but is there anywhere to monitor hub worker status, i.e. hash rate, coin being mined, etc.? Everything seems to be working since I can see different coins on the Balances page go from having unconfirmed to confirmed to on exchange and then into my coin of choice, but it would be nice to have a more real time view that things are working. There's no one page dashboard to see all mining status yet. Miningpoolhub (mpos) was not intended like multipool originally. I need to tweak many db parts to accomplish that. It will be implemented, but not yet. At "Auto Switches" page, you can see which switch is mining which coin. https://miningpoolhub.com/?page=statistics&action=autoswitchesOr, if you are just mining single algo coin, then you can see the blue line colored from main page. Yeah, every algo has one coin blue colored. That's the minig coin for that algo. Then, you can visit that specific pool and check your mining status.
|
|
|
|
miningpoolhub (OP)
Legendary
Offline
Activity: 1456
Merit: 1006
Mining Pool Hub
|
|
April 07, 2017, 03:05:29 AM |
|
Is LBRY/DRC going to add anytime soon?
keep up the good work.
Oh really sorry about the delay. I'm working on various parts of pools. I'll open DCR pool first.
|
|
|
|
miningpoolhub (OP)
Legendary
Offline
Activity: 1456
Merit: 1006
Mining Pool Hub
|
|
April 07, 2017, 03:09:29 AM |
|
Let me try to understand. What is a share? Some says that not every hash count as a share. You have to multiply that by a certain number first. So only hash that serve some difficulty would work. Say difficulty is 1000. People submit about 500 shares. Then suddenly difficulty drops to 1. So https://miningpoolhub.com/?page=home&normalize=none will report sky high value right? Obviously it's time to send massive hashing power. Now, say people send 1 share and the block is solved. He got 1 BTC (obviously we don't mine BTC, but this is just for simplicity sake). How much money he got? Notice it's not just luck. The first 500 shares are mining when difficulty is high. The guy that send massive hash when difficulty drops is the one getting you block. How would you distribute the fund? Every share has its own difficulty value. Let's say.. Miner A inserts a share of 0.5 difficulty value. Miner B inserts a share of 0.2 difficulty value. Miner A again inserts a share of 0.7 difficulty value. Then miner A's total sum of share is 1.2, and miner B's total sum of share is 0.2. Block reward is distributed to A : 1.2 / (1.2 + 0.2) B : 0.2 / (1.2 + 0.2) I think you'd get the point from this formula. The difficulty value is set from pool side. Pool sends each miner appropriate difficulty value to solve in certain time period. Say, pool sets 0.3 difficulty level for miner A If miner A finds share difficulty like 0.7 which is higher than 0.3, then he sends the share solution. Then it is counted as 0.3 from pool side. If miner inserts share frequently than average, then pool raises difficulty level for miner A. This repeats infinitely, so every miner gets appropriate difficulty level. Shares are inserted, and counted, distributed. Thanks for the info. This is what I want to understand. Say difficulty for feather coin is 1000. A is mining that. Then difficulty for feather coin drops to 1. And B is mining that. After that difficulty raise up again to 1000 and A is mining again, and it drops again to 1 and B is mining again. What would your pool do? For simplicity, presume that A and B has the same machine A and B mine for 1 hour. A mine for 1 hour when difficulty is high. B mine for 1 hour when difficulty is low. I think B is 1000 times more productive than A. What would you do? Will B makes 1000 times more than A in long run? Yeah. B is 1000 times more productive than A. If B mines at low difficulty, A mines high difficulty constantly in a long run, B will be still more productive of course. But it's hard to estimate how much more productive in reality because pool will not find block at expected share all the time. It fluctuates, which is not predictable. And this affects pplns calculation.
|
|
|
|
miningpoolhub (OP)
Legendary
Offline
Activity: 1456
Merit: 1006
Mining Pool Hub
|
|
April 07, 2017, 03:11:51 AM |
|
Is it possible to change the username?
I can manually change your username. Please pm me your id, username, new username.
|
|
|
|
pornluver
|
|
April 07, 2017, 04:41:09 AM |
|
Let me try to understand. What is a share? Some says that not every hash count as a share. You have to multiply that by a certain number first. So only hash that serve some difficulty would work. Say difficulty is 1000. People submit about 500 shares. Then suddenly difficulty drops to 1. So https://miningpoolhub.com/?page=home&normalize=none will report sky high value right? Obviously it's time to send massive hashing power. Now, say people send 1 share and the block is solved. He got 1 BTC (obviously we don't mine BTC, but this is just for simplicity sake). How much money he got? Notice it's not just luck. The first 500 shares are mining when difficulty is high. The guy that send massive hash when difficulty drops is the one getting you block. How would you distribute the fund? Every share has its own difficulty value. Let's say.. Miner A inserts a share of 0.5 difficulty value. Miner B inserts a share of 0.2 difficulty value. Miner A again inserts a share of 0.7 difficulty value. Then miner A's total sum of share is 1.2, and miner B's total sum of share is 0.2. Block reward is distributed to A : 1.2 / (1.2 + 0.2) B : 0.2 / (1.2 + 0.2) I think you'd get the point from this formula. The difficulty value is set from pool side. Pool sends each miner appropriate difficulty value to solve in certain time period. Say, pool sets 0.3 difficulty level for miner A If miner A finds share difficulty like 0.7 which is higher than 0.3, then he sends the share solution. Then it is counted as 0.3 from pool side. If miner inserts share frequently than average, then pool raises difficulty level for miner A. This repeats infinitely, so every miner gets appropriate difficulty level. Shares are inserted, and counted, distributed. Thanks for the info. This is what I want to understand. Say difficulty for feather coin is 1000. A is mining that. Then difficulty for feather coin drops to 1. And B is mining that. After that difficulty raise up again to 1000 and A is mining again, and it drops again to 1 and B is mining again. What would your pool do? For simplicity, presume that A and B has the same machine A and B mine for 1 hour. A mine for 1 hour when difficulty is high. B mine for 1 hour when difficulty is low. I think B is 1000 times more productive than A. What would you do? Will B makes 1000 times more than A in long run? Yeah. B is 1000 times more productive than A. If B mines at low difficulty, A mines high difficulty constantly in a long run, B will be still more productive of course. But it's hard to estimate how much more productive in reality because pool will not find block at expected share all the time. It fluctuates, which is not predictable. And this affects pplns calculation. and how exactly you implement this? Will B shares worth more than A? Assuming they both have the same stratum difficulty? The reason I ask is that B is probably a smart miner. Buy hash from nicehash only when difficulty is low. While A may be a normal miner that just mine without paying attention to slight difficulty variation. If A and B's share worth the same, B may have slightly more money than A. That's because there are more blocks found when B is mining than when A is mining. But B won't make 1000 times A even on average. If N is big enough, for example, B will roughly make about the same. In fact, if A and B mine interchangeably every 1 minute and we got coins every 1 hour to 2 hour and every time B mines the difficulty is 1/1000th, B will make the same money as A even though B contribute more to the pool than A.
|
|
|
|
omshree
|
|
April 07, 2017, 04:23:57 PM |
|
With a Baikal Giant I have problem with qubit algo on MPH , only one half of the device hashes from the two, is there anybody who knows what can cause this?
I have no proof, but from several users around the net.......it is likely an issue with the sgminer version in the newer units Must be that. Is there a link to the 4.xx? I don't have a link to sgminer/4.9.4 which is what my mini uses, nor do I know the process of changing sgminer versions inside the Baikal image/software. Shouldn't be that hard to do though, assuming it is compatible with a giant. I got no clue on that issue since I don't know if the version they used was made specifically for the giant. *shrugs* Solved, new update sgminer/5.5.2-b image from baikal site works now.
|
Donate if you like 1ANALSEXXGMd6HaN6CzQXtURLC5H9TjKoo
|
|
|
Gedash
Newbie
Offline
Activity: 37
Merit: 0
|
|
April 07, 2017, 05:13:55 PM |
|
could you please look into your zcoin pool? Over the last few days i've gotten a maximum of ~70% of my hashrate credited by the pool. Usually i am even lower (40-50%). I tested some other Pools and my hashrate was fine (only deviations you would expect).
Looking at my payout proves my point. I get around ~50-60% credited of what my hashrate should return when using MPH. And as i said. I tested other Pools and the hashrate and payout are normal.
thanks in advance
|
|
|
|
pornluver
|
|
April 08, 2017, 10:16:19 AM Last edit: April 08, 2017, 10:34:27 AM by pornluver |
|
could you please look into your zcoin pool? Over the last few days i've gotten a maximum of ~70% of my hashrate credited by the pool. Usually i am even lower (40-50%). I tested some other Pools and my hashrate was fine (only deviations you would expect).
Looking at my payout proves my point. I get around ~50-60% credited of what my hashrate should return when using MPH. And as i said. I tested other Pools and the hashrate and payout are normal.
thanks in advance
I bought qubit hash to miningpoolhub about 18 hours ago. My software says that I should make 30% profit. I bought at .026 per ghday/s. I like to say it's .026 per (86400 giga hash) but 86400 is just 1 day per second. Miningpoolhub says that https://miningpoolhub.com/?page=home&normalize=none qubit worth .037 per ghday/s. It's for digibytequbit. Within 6 minutes a block is fine. I got 5k digibytequbit. However, value of qubit drops to .015 ghday/s quickly. Also 5k digibytequbit worths .002 BTC and I spent .015 to get it. I am tracking where things fail. digibyte qubit price is actually stable. Where can I check it's difficulty graph? And then there's the issue. I wonder if I am credited for mining at lower difficulty. It seems that the game is to quickly mine got some blocks and stop when difficulty is higher.
|
|
|
|
pornluver
|
|
April 08, 2017, 03:47:30 PM |
|
If we drop the assumption that D and B are fixed, this simple variant is not hopping- proof. A participant’s contribution is determined by the current diffi culty, while his reward is influenced by the future difficulty. Pool-hoppers can use knowledg e of imminent difficulty adjustments to their advantage – joining when the difficulty is set to decrease, and leaving when the difficulty is set to increase. Another simple variant, where t he number of shares is chosen as a given multiple of the difficulty at the time a block is found, su ffers from similar problems. To be completely hopping-proof, the following method, called “unit-PPLNS”, should be used: https://arxiv.org/pdf/1112.4980.pdfSo if I mine when difficulty is low, I am mining when difficulty is set to increase. That paper says I should be leaving. If N is small enough it's not a big issue. But small N means bigger variant. What the paper suggest is the same with what I suggested When a share is submitted, store two attributes for it – units, eq ual to the value of p at the time it was submitted, and amplifier, equal to the value of B at the time it was vsubmitted So each share should have a weight. That weight doesn't depend only on difficulty of stratum pool but also the inverse difficulty of the network. p in that paper is 1/D. After that it gets complex. I would say just pay proportional to the unit but the guy has this complex formula. I got to look that up yet. Basically they have the same constant and whether you're in range or not depends on the 1/D of the block finding time.
|
|
|
|
|