Bitcoin Forum
February 17, 2019, 01:05:32 AM
 News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 Home Help Search Login Register More
 Pages: 1 ... 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 [124] 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 ... 376
 Author Topic: [ANN][POOL] Mining Pool Hub - Multipool. Multialgo, Auto Exchange to any coin.  (Read 461374 times)
pornluver
Hero Member

Offline

Activity: 859
Merit: 500

 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.

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?
1550365532
Hero Member

Offline

Posts: 1550365532

Ignore
 1550365532

1550365532
 Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1550365532
Hero Member

Offline

Posts: 1550365532

Ignore
 1550365532

1550365532
 Report to moderator
1550365532
Hero Member

Offline

Posts: 1550365532

Ignore
 1550365532

1550365532
 Report to moderator
1550365532
Hero Member

Offline

Posts: 1550365532

Ignore
 1550365532

1550365532
 Report to moderator
Smokeyw
Full Member

Offline

Activity: 223
Merit: 100

 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
Sr. Member

Offline

Activity: 306
Merit: 250

 April 07, 2017, 01:33:16 AM

Is it possible to change the username?
miningpoolhub
Legendary

Offline

Activity: 1428
Merit: 1002

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.

Mining Pool Hub - https://miningpoolhub.com
miningpoolhub
Legendary

Offline

Activity: 1428
Merit: 1002

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?

Mining Pool Hub - https://miningpoolhub.com
miningpoolhub
Legendary

Offline

Activity: 1428
Merit: 1002

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.

Mining Pool Hub - https://miningpoolhub.com
miningpoolhub
Legendary

Offline

Activity: 1428
Merit: 1002

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.

Mining Pool Hub - https://miningpoolhub.com
miningpoolhub
Legendary

Offline

Activity: 1428
Merit: 1002

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

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

Mining Pool Hub - https://miningpoolhub.com
miningpoolhub
Legendary

Offline

Activity: 1428
Merit: 1002

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=autoswitches
Or, 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.

Mining Pool Hub - https://miningpoolhub.com
miningpoolhub
Legendary

Offline

Activity: 1428
Merit: 1002

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.

Mining Pool Hub - https://miningpoolhub.com
miningpoolhub
Legendary

Offline

Activity: 1428
Merit: 1002

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.

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.

Mining Pool Hub - https://miningpoolhub.com
miningpoolhub
Legendary

Offline

Activity: 1428
Merit: 1002

Mining Pool Hub

 April 07, 2017, 03:11:51 AM

Is it possible to change the username?

Mining Pool Hub - https://miningpoolhub.com
pornluver
Hero Member

Offline

Activity: 859
Merit: 500

 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.

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
Full Member

Offline

Activity: 270
Merit: 100

 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

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.

pornluver
Hero Member

Offline

Activity: 859
Merit: 500

 April 08, 2017, 10:16:19 AMLast edit: April 08, 2017, 10:34:27 AM by pornluver

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.

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
Hero Member

Offline

Activity: 859
Merit: 500

 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.pdf

So 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.
DigiByte
Legendary

Offline

Activity: 1568
Merit: 1051

Official DigiByte Account

 April 09, 2017, 07:03:35 PM

We wanted to drop you a line and let you know DigiByte v6.14.2 has been officially released with 3 soft forks: https://github.com/digibyte/digibyte/releases/tag/v6.14.2

Segwit activation can be tracked here:https://segwit.digiexplorer.info/

rednoW
Legendary

Offline

Activity: 1204
Merit: 1002

 April 10, 2017, 12:26:47 PM

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.

+++
the same issue with ccminer 2.0, both lyra2z and myr-groestl are credited only half of the speed.

Tried with cpu-miner-opt with lyra2z ant it's ok. Speed in the miner corresponds perfectly with speed on the pool.
scavern
Full Member

Offline

Activity: 120
Merit: 100

 April 11, 2017, 05:37:27 AM

How often are altcoins actually traded?

I am struggling to see how I can benefit by autoexchanging if it doesn't get converted to BTC immediately?

DISCIPLINA — The First Blockchain For HR & Education
From core developers of Cardano, PoS minting, unique Web Of Trust & Privacy algorithms. Be the first, join us!
WEBSITE  TELEGRAM  ANN  BOUNTY  LINKEDIN  WHITEPAPER  Referral Program 5%
 Pages: 1 ... 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 [124] 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 ... 376