Author

Topic: [ANN][POOL] Mining Pool Hub - Multipool. Multialgo, Auto Exchange to any coin. - page 193. (Read 487870 times)

full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
I'm sure this has been asked and answered many times, but couldnt find the answer
So can any one tell me how to calculate my profit based on MPH norm profit and my hash rate ?



Multiply your hashrate (ensure the scale is correct as it needs to be GH/s) by the non-norm BTC/GH/Day from the homepage which will give you the BTC/Day.

Thanks a lot, was doin with norm and couldnt get any explainable results.
sr. member
Activity: 476
Merit: 250
I'm sure this has been asked and answered many times, but couldnt find the answer
So can any one tell me how to calculate my profit based on MPH norm profit and my hash rate ?



Multiply your hashrate (ensure the scale is correct as it needs to be GH/s) by the non-norm BTC/GH/Day from the homepage which will give you the BTC/Day.
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
I'm sure this has been asked and answered many times, but couldnt find the answer
So can any one tell me how to calculate my profit based on MPH norm profit and my hash rate ?

member
Activity: 67
Merit: 10
I see what you mean, I'll take it on board.
But I'm also of the opinion that you were biased and sided with the pool, trying to defend it when there was clearly an error. Which doesn't help or improve the service. Let's please move on from this now.
sr. member
Activity: 476
Merit: 250
It's not about a feature. You clearly don't understand that there certainly was an error, but whatever I'm not going to get my crayons out and try to explain it to you.
Feedback like this is necessary to to improve systems.

You ended up having so many responses; the root cause is most likely down to your initial post. In future it would be better stripping out the opinions and just posting the bug or feature request with all the unfiltered first-hand information that you have.

Take of it what you will but this is how I read your post:

"this pool is terrible": this is an opinion that sets the tone of all the proceeding lines
"updates the balance slower than anything I've ever seen": missing information i.e. what have you seen? Why and how do you expect the balance to have been updated faster?
"doesn't give you any indication of an estimated hourly average": what's the purpose of this statement? Is it to request a feature? Why not just divide the 24 hour balance?
"only assume they must do on purpose": this is a distortion of the above statement and reasserts the negative tone set at the beginning.
member
Activity: 67
Merit: 10
Yeah this pool is terrible. Updates the balance slower than anything I've ever seen. Also doesn't give you any indication of an estimated hourly average.... Which one can only assume they must do on purpose.

What pool are you comparing it against?

There is no way a pool can pay you some sort of hourly rate. Miners effectively pay themselves; the pool is just distributing the rewards from the combined efforts.

The information provided is very detailed:
https://ethereum.miningpoolhub.com/index.php?page=dashboard
https://ethereum.miningpoolhub.com/index.php?page=statistics&action=blocks

I'm comparing it to every other pool I've ever been on.
Thanks for the response but I think you're misunderstanding. I don't expect an hourly pay at all and I'm fully aware of how mining works.
I do however expect to be updated of my returns in an acceptable time frame and if not then at least have an average calculation of my returns and not just a 24 hour balance that is updated extremely, extremely slow.

I don't really understand what isn't updating? The main balance page may lag by 10 minutes or so, but the coin wallets update virtually instantly.

About a month back in this thread someone made an app for monitoring balances maybe that would have the info you are looking for?

This api is very standard and easy to use so making an hourly average should be a simple task. If coding isn't your thing, there are plenty of code-for-hire sites, its less than a 30 minute job.

Estimating future hours is obviously more challenging/meaningless as the difficulty swings wildly on most of these coins.

Not with me. 4-5 hours mining with 13 GPUs and loads of blocks later and 0 in my balance. Only later after I posted here did the balance start to update slowly. Not normal.

Edit: I don't care about an hourly average in general but I would when there's no indicator of your returns and your balance is 0 for hours.

Sia has a 24-hour confirmation time. Pool is running on a PPLNS basis. That said you need at least 24 hours to even see an initial income from Sia and mine longer to start receiving an average. Why are people expecting so much from a few hours of mining, regardless of GPU numbers? The more GPUs you have the longer it takes to get your average due to scale and probability. MPH is not perfect at all but your statement above just shows a lack of understanding the payout system and the mined coins. Please do some research before complaining.

I'm talking about it being updated in the balance (unconfirmed). Not confirmed. Sia does not take a minimum of 24 hours to be shown in your unconfirmed balance in a pool running on a PPLNS basis. Either it's your comprehension skills or you don't have a clue what you're talking about.
I'm also not talking about receiving an actual average but again if you read properly I said an "indication of an estimated hourly average" for which you don't need to be mining long at all. Granted, it gets more accurate over time but that's irrelevant and not what you meant.
Seriously please make an effort to read thoroughly before you even attempt to reply and talk about the lack of understanding of others...

Just post your feature request without all the nonsense.
You can post it on GitHub also as it is an open source project:
https://github.com/MPOS/php-mpos/issues

The pool is distributing what we find correctly. You will not get paid hourly and will continue be paid at highly inconsistent times and amounts.

It's not about a feature. You clearly don't understand that there certainly was an error, but whatever I'm not going to get my crayons out and try to explain it to you.
Feedback like this is necessary to to improve systems.
newbie
Activity: 28
Merit: 0
Hi
Can I mine Expans or other coin without Wallet Address ? I mean my coin stay in miningpoolhob.com about 2-4 month, after that transfer to my wallet ?
sr. member
Activity: 574
Merit: 261


Just a query, I'm sure everything is OK.

I'm mining Monero and auto-exchanging it to Litecoin, but there looks like there is a long delay between Monero going to the exchange and when the Litecoin gets credited to my balance - it look like I should have more Litecoin than what is showing in my balance.

Is there something up with Litecoin exchanging or am I just imagining it ?


Litecoin exchange is not done frequently because of low trade volume. (Exchange sites have some minimum trading value to trade)
You can see coin distribution at Balances page.
You will see some Monero "on exchange" field.

Let me know your id if you have problem still. I'll check.


My ID is 52406.
Set pool to stop auto-exchange to Litecoin, and mine Monero only at about 09:30 last night.
Last Litecoin credit was, TxID: 645514, 2017-09-13 18:04:24 (UTC), Auto Exchanged from Monero, Debit Id : 5446110.
Just had a look and It's now showing, TxID 648579, 2017-09-14 08:28:23 (UTC) (Shrunk accumulated Credit transactions) ?
It would be reassuring to know everything is OK.







legendary
Activity: 1456
Merit: 1006
Mining Pool Hub
miningpoolhub LBC Lbry  pool add ?
you not answer.

I'll add that.
But I'll add OTP security feature first. Some users are worried about their coin these days.


I tried this and it didn't seem to work.  I'm mining scrypt with the original gridseeds (5 chip gc3355) and they need a difficulty around 256.  I set the password as 'd=256', but nothing changed.

Does this pool merge mine scrypt?

It 'just gives us hint'; the pool will adjust accordingly anyway.

Why do they need the difficulty at 'around 256'? Does it crash?

No, the difficulty only adjusts down to around 2k.  I'm using the cpuminer-gc3355 that auto-tunes each chip and it throws that off.  The software tries to fix them by restarting:

[2017-09-13 17:29:12] 18: Restarting GC3355
[2017-09-13 17:29:13] 18@0: Lowered GC3355 core frequency down to 875Mhz
[2017-09-13 17:29:13] 18@1: Lowered GC3355 core frequency down to 900Mhz
[2017-09-13 17:29:13] 18@2: Lowered GC3355 core frequency down to 900Mhz
[2017-09-13 17:29:13] 18@3: Lowered GC3355 core frequency down to 975Mhz
[2017-09-13 17:29:13] 18@4: Lowered GC3355 core frequency down to 925Mhz



You mean 256?
Time has passed and current difficulty should be higher than 8192.
It doesn't mean that 256 will be broken but pool will only accept much higher shares. I think you'd better contact innosilicon(am I right?) to get difficulty value fixed version.






Just a query, I'm sure everything is OK.

I'm mining Monero and auto-exchanging it to Litecoin, but there looks like there is a long delay between Monero going to the exchange and when the Litecoin gets credited to my balance - it look like I should have more Litecoin than what is showing in my balance.

Is there something up with Litecoin exchanging or am I just imagining it ?


Litecoin exchange is not done frequently because of low trade volume. (Exchange sites have some minimum trading value to trade)
You can see coin distribution at Balances page.
You will see some Monero "on exchange" field.

Let me know your id if you have problem still. I'll check.







sr. member
Activity: 476
Merit: 250
Yeah this pool is terrible. Updates the balance slower than anything I've ever seen. Also doesn't give you any indication of an estimated hourly average.... Which one can only assume they must do on purpose.

What pool are you comparing it against?

There is no way a pool can pay you some sort of hourly rate. Miners effectively pay themselves; the pool is just distributing the rewards from the combined efforts.

The information provided is very detailed:
https://ethereum.miningpoolhub.com/index.php?page=dashboard
https://ethereum.miningpoolhub.com/index.php?page=statistics&action=blocks

I'm comparing it to every other pool I've ever been on.
Thanks for the response but I think you're misunderstanding. I don't expect an hourly pay at all and I'm fully aware of how mining works.
I do however expect to be updated of my returns in an acceptable time frame and if not then at least have an average calculation of my returns and not just a 24 hour balance that is updated extremely, extremely slow.

I don't really understand what isn't updating? The main balance page may lag by 10 minutes or so, but the coin wallets update virtually instantly.

About a month back in this thread someone made an app for monitoring balances maybe that would have the info you are looking for?

This api is very standard and easy to use so making an hourly average should be a simple task. If coding isn't your thing, there are plenty of code-for-hire sites, its less than a 30 minute job.

Estimating future hours is obviously more challenging/meaningless as the difficulty swings wildly on most of these coins.

Not with me. 4-5 hours mining with 13 GPUs and loads of blocks later and 0 in my balance. Only later after I posted here did the balance start to update slowly. Not normal.

Edit: I don't care about an hourly average in general but I would when there's no indicator of your returns and your balance is 0 for hours.

Sia has a 24-hour confirmation time. Pool is running on a PPLNS basis. That said you need at least 24 hours to even see an initial income from Sia and mine longer to start receiving an average. Why are people expecting so much from a few hours of mining, regardless of GPU numbers? The more GPUs you have the longer it takes to get your average due to scale and probability. MPH is not perfect at all but your statement above just shows a lack of understanding the payout system and the mined coins. Please do some research before complaining.

I'm talking about it being updated in the balance (unconfirmed). Not confirmed. Sia does not take a minimum of 24 hours to be shown in your unconfirmed balance in a pool running on a PPLNS basis. Either it's your comprehension skills or you don't have a clue what you're talking about.
I'm also not talking about receiving an actual average but again if you read properly I said an "indication of an estimated hourly average" for which you don't need to be mining long at all. Granted, it gets more accurate over time but that's irrelevant and not what you meant.
Seriously please make an effort to read thoroughly before you even attempt to reply and talk about the lack of understanding of others...

Just post your feature request without all the nonsense.
You can post it on GitHub also as it is an open source project:
https://github.com/MPOS/php-mpos/issues

The pool is distributing what we find correctly. You will not get paid hourly and will continue be paid at highly inconsistent times and amounts.
member
Activity: 67
Merit: 10
Yeah this pool is terrible. Updates the balance slower than anything I've ever seen. Also doesn't give you any indication of an estimated hourly average.... Which one can only assume they must do on purpose.

What pool are you comparing it against?

There is no way a pool can pay you some sort of hourly rate. Miners effectively pay themselves; the pool is just distributing the rewards from the combined efforts.

The information provided is very detailed:
https://ethereum.miningpoolhub.com/index.php?page=dashboard
https://ethereum.miningpoolhub.com/index.php?page=statistics&action=blocks

I'm comparing it to every other pool I've ever been on.
Thanks for the response but I think you're misunderstanding. I don't expect an hourly pay at all and I'm fully aware of how mining works.
I do however expect to be updated of my returns in an acceptable time frame and if not then at least have an average calculation of my returns and not just a 24 hour balance that is updated extremely, extremely slow.

I don't really understand what isn't updating? The main balance page may lag by 10 minutes or so, but the coin wallets update virtually instantly.

About a month back in this thread someone made an app for monitoring balances maybe that would have the info you are looking for?

This api is very standard and easy to use so making an hourly average should be a simple task. If coding isn't your thing, there are plenty of code-for-hire sites, its less than a 30 minute job.

Estimating future hours is obviously more challenging/meaningless as the difficulty swings wildly on most of these coins.

Not with me. 4-5 hours mining with 13 GPUs and loads of blocks later and 0 in my balance. Only later after I posted here did the balance start to update slowly. Not normal.

Edit: I don't care about an hourly average in general but I would when there's no indicator of your returns and your balance is 0 for hours.


Sorry about that. But pool distributes coin only when block is found.
There may be some low hashrate pools, long block time coins. Those pools don't find blocks frequently. You may find block statistics from Blocks page for each pool.

Usually pool info is updated less than 10 minutes if there's no error.




@Miningpoolhub - perhaps the manual payout fee of Monero is a bit high at the moment, it's substantially more than BTC fee (in fiat equivalent)

Thanks for the response, I appreciate it. I went through numerous blocks without it being updated so perhaps it was a temporary error. No worries I'm mining something else now anyway.
member
Activity: 67
Merit: 10
Yeah this pool is terrible. Updates the balance slower than anything I've ever seen. Also doesn't give you any indication of an estimated hourly average.... Which one can only assume they must do on purpose.

What pool are you comparing it against?

There is no way a pool can pay you some sort of hourly rate. Miners effectively pay themselves; the pool is just distributing the rewards from the combined efforts.

The information provided is very detailed:
https://ethereum.miningpoolhub.com/index.php?page=dashboard
https://ethereum.miningpoolhub.com/index.php?page=statistics&action=blocks

I'm comparing it to every other pool I've ever been on.
Thanks for the response but I think you're misunderstanding. I don't expect an hourly pay at all and I'm fully aware of how mining works.
I do however expect to be updated of my returns in an acceptable time frame and if not then at least have an average calculation of my returns and not just a 24 hour balance that is updated extremely, extremely slow.

I don't really understand what isn't updating? The main balance page may lag by 10 minutes or so, but the coin wallets update virtually instantly.

About a month back in this thread someone made an app for monitoring balances maybe that would have the info you are looking for?

This api is very standard and easy to use so making an hourly average should be a simple task. If coding isn't your thing, there are plenty of code-for-hire sites, its less than a 30 minute job.

Estimating future hours is obviously more challenging/meaningless as the difficulty swings wildly on most of these coins.

Not with me. 4-5 hours mining with 13 GPUs and loads of blocks later and 0 in my balance. Only later after I posted here did the balance start to update slowly. Not normal.

Edit: I don't care about an hourly average in general but I would when there's no indicator of your returns and your balance is 0 for hours.

Sia has a 24-hour confirmation time. Pool is running on a PPLNS basis. That said you need at least 24 hours to even see an initial income from Sia and mine longer to start receiving an average. Why are people expecting so much from a few hours of mining, regardless of GPU numbers? The more GPUs you have the longer it takes to get your average due to scale and probability. MPH is not perfect at all but your statement above just shows a lack of understanding the payout system and the mined coins. Please do some research before complaining.

I'm talking about it being updated in the balance (unconfirmed). Not confirmed. Sia does not take a minimum of 24 hours to be shown in your unconfirmed balance in a pool running on a PPLNS basis. Either it's your comprehension skills or you don't have a clue what you're talking about.
I'm also not talking about receiving an actual average but again if you read properly I said an "indication of an estimated hourly average" for which you don't need to be mining long at all. Granted, it gets more accurate over time but that's irrelevant and not what you meant.
Seriously please make an effort to read thoroughly before you even attempt to reply and talk about the lack of understanding of others...
sr. member
Activity: 574
Merit: 261
Just a query, I'm sure everything is OK.

I'm mining Monero and auto-exchanging it to Litecoin, but there looks like there is a long delay between Monero going to the exchange and when the Litecoin gets credited to my balance - it look like I should have more Litecoin than what is showing in my balance.

Is there something up with Litecoin exchanging or am I just imagining it ?
newbie
Activity: 50
Merit: 0
I tried this and it didn't seem to work.  I'm mining scrypt with the original gridseeds (5 chip gc3355) and they need a difficulty around 256.  I set the password as 'd=256', but nothing changed.

Does this pool merge mine scrypt?

It 'just gives us hint'; the pool will adjust accordingly anyway.

Why do they need the difficulty at 'around 256'? Does it crash?

No, the difficulty only adjusts down to around 2k.  I'm using the cpuminer-gc3355 that auto-tunes each chip and it throws that off.  The software tries to fix them by restarting:

[2017-09-13 17:29:12] 18: Restarting GC3355
[2017-09-13 17:29:13] 18@0: Lowered GC3355 core frequency down to 875Mhz
[2017-09-13 17:29:13] 18@1: Lowered GC3355 core frequency down to 900Mhz
[2017-09-13 17:29:13] 18@2: Lowered GC3355 core frequency down to 900Mhz
[2017-09-13 17:29:13] 18@3: Lowered GC3355 core frequency down to 975Mhz
[2017-09-13 17:29:13] 18@4: Lowered GC3355 core frequency down to 925Mhz
I don't think the pool is doing anything wrong; sounds like the miner just isn't compatible with variable difficulty pools.
Maybe look at some alternative ways of setting up your miner?

My gridseed devices never stayed connected on miningpoolhub, nor zpool either.     I just keep them connected to litecoinpool which they have no problems with.


Mine stay connected fine, the software just thinks the miner is DOA since it hasn't submitted any shares.  I misspoke earlier, the difficulty didn't go below 8k.  No big deal, I really am looking for a merge mining pool.  Multipool.us is doing something similar now too, the lowest the difficulty goes is 2k, regardless of what you set the worker difficulty to.  It used to work just fine at 256.
sr. member
Activity: 703
Merit: 272
I tried this and it didn't seem to work.  I'm mining scrypt with the original gridseeds (5 chip gc3355) and they need a difficulty around 256.  I set the password as 'd=256', but nothing changed.

Does this pool merge mine scrypt?

It 'just gives us hint'; the pool will adjust accordingly anyway.

Why do they need the difficulty at 'around 256'? Does it crash?

No, the difficulty only adjusts down to around 2k.  I'm using the cpuminer-gc3355 that auto-tunes each chip and it throws that off.  The software tries to fix them by restarting:

[2017-09-13 17:29:12] 18: Restarting GC3355
[2017-09-13 17:29:13] 18@0: Lowered GC3355 core frequency down to 875Mhz
[2017-09-13 17:29:13] 18@1: Lowered GC3355 core frequency down to 900Mhz
[2017-09-13 17:29:13] 18@2: Lowered GC3355 core frequency down to 900Mhz
[2017-09-13 17:29:13] 18@3: Lowered GC3355 core frequency down to 975Mhz
[2017-09-13 17:29:13] 18@4: Lowered GC3355 core frequency down to 925Mhz
I don't think the pool is doing anything wrong; sounds like the miner just isn't compatible with variable difficulty pools.
Maybe look at some alternative ways of setting up your miner?

My gridseed devices never stayed connected on miningpoolhub, nor zpool either.     I just keep them connected to litecoinpool which they have no problems with.
member
Activity: 130
Merit: 11
There seems to be a problem with Maxcoin. It does not get exchanged although it is listed on the "Auto Exchange" page as available on YoBit.

What destination coin did you set?
It should be enabled both. I personally don't trust Yobit much. This exchange site locked pool coin for few months without any notice.
So only limited coins are enabled for exchange through Yobit.

I have set LTC as destination coin, which is not available on YoBit as i see now. That explains it...
sr. member
Activity: 476
Merit: 250
I tried this and it didn't seem to work.  I'm mining scrypt with the original gridseeds (5 chip gc3355) and they need a difficulty around 256.  I set the password as 'd=256', but nothing changed.

Does this pool merge mine scrypt?

It 'just gives us hint'; the pool will adjust accordingly anyway.

Why do they need the difficulty at 'around 256'? Does it crash?

No, the difficulty only adjusts down to around 2k.  I'm using the cpuminer-gc3355 that auto-tunes each chip and it throws that off.  The software tries to fix them by restarting:

[2017-09-13 17:29:12] 18: Restarting GC3355
[2017-09-13 17:29:13] 18@0: Lowered GC3355 core frequency down to 875Mhz
[2017-09-13 17:29:13] 18@1: Lowered GC3355 core frequency down to 900Mhz
[2017-09-13 17:29:13] 18@2: Lowered GC3355 core frequency down to 900Mhz
[2017-09-13 17:29:13] 18@3: Lowered GC3355 core frequency down to 975Mhz
[2017-09-13 17:29:13] 18@4: Lowered GC3355 core frequency down to 925Mhz

I don't think the pool is doing anything wrong; sounds like the miner just isn't compatible with variable difficulty pools.
Maybe look at some alternative ways of setting up your miner?
newbie
Activity: 50
Merit: 0
I tried this and it didn't seem to work.  I'm mining scrypt with the original gridseeds (5 chip gc3355) and they need a difficulty around 256.  I set the password as 'd=256', but nothing changed.

Does this pool merge mine scrypt?

It 'just gives us hint'; the pool will adjust accordingly anyway.

Why do they need the difficulty at 'around 256'? Does it crash?

No, the difficulty only adjusts down to around 2k.  I'm using the cpuminer-gc3355 that auto-tunes each chip and it throws that off.  The software tries to fix them by restarting:

[2017-09-13 17:29:12] 18: Restarting GC3355
[2017-09-13 17:29:13] 18@0: Lowered GC3355 core frequency down to 875Mhz
[2017-09-13 17:29:13] 18@1: Lowered GC3355 core frequency down to 900Mhz
[2017-09-13 17:29:13] 18@2: Lowered GC3355 core frequency down to 900Mhz
[2017-09-13 17:29:13] 18@3: Lowered GC3355 core frequency down to 975Mhz
[2017-09-13 17:29:13] 18@4: Lowered GC3355 core frequency down to 925Mhz
sr. member
Activity: 476
Merit: 250
I tried this and it didn't seem to work.  I'm mining scrypt with the original gridseeds (5 chip gc3355) and they need a difficulty around 256.  I set the password as 'd=256', but nothing changed.

Does this pool merge mine scrypt?

It 'just gives us hint'; the pool will adjust accordingly anyway.

Why do they need the difficulty at 'around 256'? Does it crash?
newbie
Activity: 50
Merit: 0
Now you can set starting difficulty value by typing like "d=0.01" at worker's password.

This would help big hash miners to catch up to its own hardware limit faster than ever.

1. Run your miner program and check your difficulty value.
    Keep in mind that difficulty value must be stabilized.
    We recommend you to get difficulty value at least after 10 minutes of mining.

2. Set this difficulty value to worker's password as "d=XXXX"
   ex) d=0.0312
   Do not write this value to miningpoolhub's worker page, just write it at miner configuration file.

3. Now run your miner program again.
   You will see your miner running at the difficulty value you typed.

4. Difficulty value can go up and down again. It's not a bug.
    d=XXX just gives us hint at start and it doesn't enforce diff value to be fixed.


Far wrong diff value may corrected automatically, but you'd better write optimized value.

Big hash miners who are using rentals, multi-algo, ASIC would get better result with difficulty hint.

I tried this and it didn't seem to work.  I'm mining scrypt with the original gridseeds (5 chip gc3355) and they need a difficulty around 256.  I set the password as 'd=256', but nothing changed.

Does this pool merge mine scrypt?
Jump to: