KNK
|
|
January 15, 2014, 08:37:20 AM |
|
working on more difficult work There is no more (or less) difficult work - you always work on the same block (and data) as the rest of the world. VARDIFF is the minimum result (share diff) you report back to the pool in order to send on average ~15 reports per minute. If your hardware is capable of calculating 1000 jobs per minute (~72GH/s) and each job returns at least one 'diff 1 share' (which is exactly the case with dblSHA256) - you will need to send 1000 reports, which is too much load for the server and your bandwidth But because 500 from those will have diff of 2 or more, 250 will have diff of 3 or more etc. ... then for you to send ~15 reports means that you need to send back only those shares that are of diff 7 or higher
|
|
|
|
cenicsoft
|
|
January 15, 2014, 05:13:33 PM |
|
EDIT. And if your can explain in 500 words what VARDIFF is, without looking in wikipedia or even google earth, I will tranfer you 1 Satoshi. Fees on my own. PD. "fluid" is not a substantive that you want to use for hashrate.| And... sorry, you were trying to answer only about "determining the hash rate the pool recognizes" What about the other one hundred questions? Don't need 500 words to explain VARDIFF. Stands for Variable Difficulty which means that the higher your hash rate, the more work the pool sends to your miner (worker). Once you solve the work, all shares are sent at once then counted as a difficulty of one. It reduces the amount of traffic you need to send to the server. It's unrelated to the current difficulty of the network, only related to the difficulty the pool sets to your miner. Fluid - as in the Internet is a fluid network with sometimes it losing packets, capacity issues, network connectivity issues. If your miner solves 1,000 difficulty 1 equivalent shares, but then goes to send them to the pool and there's a network issue, you could lose them. Or if a new block is found or the server sends new work, the work you did on those shares is discarded. All of that will be reflected in how the pool determines the hash rate. Yes, therefore the hash rate is fluid. Keep your Satoshi.
|
|
|
|
MrTeal
Legendary
Offline
Activity: 1274
Merit: 1004
|
|
January 15, 2014, 05:26:30 PM |
|
EDIT. And if your can explain in 500 words what VARDIFF is, without looking in wikipedia or even google earth, I will tranfer you 1 Satoshi. Fees on my own. PD. "fluid" is not a substantive that you want to use for hashrate.| And... sorry, you were trying to answer only about "determining the hash rate the pool recognizes" What about the other one hundred questions? Don't need 500 words to explain VARDIFF. Stands for Variable Difficulty which means that the higher your hash rate, the more work the pool sends to your miner (worker). Once you solve the work, all shares are sent at once then counted as a difficulty of one. It reduces the amount of traffic you need to send to the server. It's unrelated to the current difficulty of the network, only related to the difficulty the pool sets to your miner. Keep your Satoshi. You wouldn't have earned the Satoshi anyway, as I assume he wanted an explanation that was at least on the same continent as correct.
|
|
|
|
Matumaru
Member
Offline
Activity: 73
Merit: 10
|
|
January 15, 2014, 05:43:53 PM |
|
I feel such a Troll in this moment for have done that. Is always funny when they use those "big words" that briefly resumes everything.
Anyway, not a point of discussion for this thread.
|
|
|
|
KNK
|
|
January 15, 2014, 06:20:08 PM |
|
Is this normal to see a 5ghs difference between miner stats and pool stats? Any info would be greatly appreciated. Yes, because your miner has the exact info for your hardware capabilities, while the pool is trying to guess it with backward calculation based on the shares submitted from you. If you miner has a luck to find more - the pool will show more and the opposite.
|
|
|
|
Billbags
Sr. Member
Offline
Activity: 280
Merit: 250
Brainwashed this way
|
|
January 15, 2014, 07:33:39 PM |
|
Thanks for the info
|
|
|
|
PostMixer
Newbie
Offline
Activity: 53
Merit: 0
|
|
January 15, 2014, 08:20:51 PM |
|
The pool automatically recognizes strength of your mining hardware and adjusts work difficulty for the miner accordingly. With Vardiff implemented, each miner is led to send results of its work to the server around 20 times per minute. That's the goal. If the miner is too fast, Vardiff increases the difficulty for its work and when too slow, the difficulty decreases.
This does not affect your score or rewards. For example: When your miner submits a proof of work with difficulty set to 5, it is counted as 5 shares by the pool. When submitted with difficulty 1 then only 1 share is counted. It takes 5x more work to find a proof of work when difficulty is set to 5 then when set to 1. So it is valued 5x more.
The algorithm re-evaluates your miner's strength continuously but it doesn't change the difficulty when your hashrate is stable.
|
|
|
|
Sir Alan
|
|
January 16, 2014, 04:07:09 PM |
|
“Mr Bond, they have a saying in Chicago: 'Once is happenstance. Twice is coincidence. The third time it's enemy action'.” Well, GHash.IO has done it to us again with block 280616. The timings are really weird: the timestamp for 280616 - 12:20:06 - is more than two minutes later than the received time - 12:17:31 (which is the same as the time claimed by Slush) - and is even nearly two minutes later than the next block, 280617, which was also bagged by GHash.IO. Something doesn't look right. Does anybody know if they have done this to other pools?
|
1Eeyore17YeHrbJW5Q3pSdV8sXujkdrrFc
|
|
|
MrTeal
Legendary
Offline
Activity: 1274
Merit: 1004
|
|
January 16, 2014, 04:23:42 PM |
|
“Mr Bond, they have a saying in Chicago: 'Once is happenstance. Twice is coincidence. The third time it's enemy action'.” Well, GHash.IO has done it to us again with block 280616. The timings are really weird: the timestamp for 280616 - 12:20:06 - is more than two minutes later than the received time - 12:17:31 (which is the same as the time claimed by Slush) - and is even nearly two minutes later than the next block, 280617, which was also bagged by GHash.IO. Something doesn't look right. Does anybody know if they have done this to other pools? Yes, repeatedly. It's a common complain about gigahash.io Though to be fair, we did solve two blocks in a row yesterday ( 280561 and 280562) and orphaned someone else's block ( 280562) when the network picked ours.
|
|
|
|
EasyQuest
Full Member
Offline
Activity: 198
Merit: 100
Brony Bitcoin, Litecoin Miner
|
|
January 17, 2014, 01:00:24 AM |
|
Why I like mining on slush
21478 2014-01-16 23:27:08 0:00:20 2784211 1680 0.01479891 280890 25.01347342 88 confirmations left 21477 2014-01-16 23:26:48 2:15:28 1344679965 471240 0.00814433 280889 25.05321188 87 confirmations left
Nearly got a double in reward from that block.
|
|
|
|
kfactor
|
|
January 17, 2014, 01:19:32 AM |
|
Why I like mining on slush
21478 2014-01-16 23:27:08 0:00:20 2784211 1680 0.01479891 280890 25.01347342 88 confirmations left 21477 2014-01-16 23:26:48 2:15:28 1344679965 471240 0.00814433 280889 25.05321188 87 confirmations left
Nearly got a double in reward from that block.
If you don't mind my asking, what's your hashrate on slush, around 210GH/s?
|
|
|
|
EasyQuest
Full Member
Offline
Activity: 198
Merit: 100
Brony Bitcoin, Litecoin Miner
|
|
January 17, 2014, 01:28:45 AM |
|
Why I like mining on slush
21478 2014-01-16 23:27:08 0:00:20 2784211 1680 0.01479891 280890 25.01347342 88 confirmations left 21477 2014-01-16 23:26:48 2:15:28 1344679965 471240 0.00814433 280889 25.05321188 87 confirmations left
Nearly got a double in reward from that block.
If you don't mind my asking, what's your hashrate on slush, around 210GH/s? You are close but it is 240 GH/s
|
|
|
|
Niggle
Member
Offline
Activity: 66
Merit: 10
“Create Your Decentralized Life”
|
|
January 17, 2014, 03:16:15 AM |
|
Is the pool currently down?
|
|
|
|
PostMixer
Newbie
Offline
Activity: 53
Merit: 0
|
|
January 17, 2014, 03:18:25 AM |
|
It's working fine for me but I noticed that the hashing is down by close to half. Great for the remaining miners IF we can turn over some blocks!
|
|
|
|
Fuglie
Newbie
Offline
Activity: 18
Merit: 0
|
|
January 17, 2014, 03:23:45 AM |
|
Is the pool currently down?
same question.
|
|
|
|
J_Dubbs
|
|
January 17, 2014, 03:27:02 AM |
|
Is the pool currently down?
same question. Strangely my biggest worker got booted but my smaller ones are still mining
|
|
|
|
Niggle
Member
Offline
Activity: 66
Merit: 10
“Create Your Decentralized Life”
|
|
January 17, 2014, 03:29:20 AM |
|
I've got a small and big miner and the smaller hasnt connected for 36 mins but the big one hasnt connected for 1hour, 12 mins.
|
|
|
|
J_Dubbs
|
|
January 17, 2014, 03:56:26 AM |
|
Not to rub it in, but mine just reconnected and my reward looks awesome with the smaller pool right now...
|
|
|
|
goggles1200
Member
Offline
Activity: 110
Merit: 10
|
|
January 17, 2014, 04:06:28 AM |
|
I just dropped as well
|
|
|
|
graphicsdump
Newbie
Offline
Activity: 36
Merit: 0
|
|
January 17, 2014, 04:11:56 AM |
|
I'm having connection issues...did something change in the configuration? I'm using GUIMiner.
|
|
|
|
|