Bitcoin Forum
May 04, 2024, 09:32:18 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: About fixed diffs at pools  (Read 450 times)
TheStalker (OP)
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
September 18, 2015, 10:29:35 AM
 #1

I found a pool that offers a fixed diff of 32, 64 and 128. What's the point of that? Why do I choose 128 if the 32 is easier? What's the difference between 32 and 128?
1714858338
Hero Member
*
Offline Offline

Posts: 1714858338

View Profile Personal Message (Offline)

Ignore
1714858338
Reply with quote  #2

1714858338
Report to moderator
1714858338
Hero Member
*
Offline Offline

Posts: 1714858338

View Profile Personal Message (Offline)

Ignore
1714858338
Reply with quote  #2

1714858338
Report to moderator
1714858338
Hero Member
*
Offline Offline

Posts: 1714858338

View Profile Personal Message (Offline)

Ignore
1714858338
Reply with quote  #2

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

Posts: 1714858338

View Profile Personal Message (Offline)

Ignore
1714858338
Reply with quote  #2

1714858338
Report to moderator
MarkAz
Hero Member
*****
Offline Offline

Activity: 687
Merit: 511



View Profile
September 18, 2015, 10:38:50 AM
 #2

The difficulty just controls how often your miner should report a share back to the pool... I think with dynamic, it tries to adjust things so that you send about 1 share every 10 seconds.  As for why you would manually set it - with ASIC-based mining, if you used some low value like 64, it would be blasting the pool with a ton of shares - just wasting the pools time plus filling up all your bandwidth for no real value.  I've always found the dynamic pool adjustment to be just fine, but I also mine with ASIC's, and really with those you don't use difficulties below 1024 in most cases.

Hope that helps!
tonycamp
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
September 18, 2015, 10:42:24 AM
 #3

yes less diff more shares and that mines the pool too much like 10 per min would be fine

██████████    YoBit.net - Cryptocurrency Exchange
█████████    <<  ● Free Coins every 24hrs!  >>
██████████    <<  ● REGISTER NOW and GET 1000 DOGE for FREE!  >>
TheStalker (OP)
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
September 18, 2015, 10:46:43 AM
 #4

Alright, but in the end both diffs mines the same, right?
Coins-e
Newbie
*
Offline Offline

Activity: 30
Merit: 0



View Profile
September 18, 2015, 12:07:34 PM
 #5

Dig dig dig, I rather like dnb.io

http://31.media.tumblr.com/tumblr_ln2d6dmsBf1qh59n0o1_400.gif

http://1.bp.blogspot.com/-PLDfqwcgeYc/T76woxwdneI/AAAAAAAAAA4/UTzYKKzO5WE/s1600/chain+gang.png

hmmm any idea why we can't post images anymore?
MaxDZ8
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500



View Profile
September 18, 2015, 03:17:49 PM
 #6

I found a pool that offers a fixed diff of 32, 64 and 128. What's the point of that? Why do I choose 128 if the 32 is easier? What's the difference between 32 and 128?
Re-read your previous question. I'll try to make it easier.
If you work at diff 32 and send a result to the pool, it will have value '32'. If you work at diff 128, each result has value '128'.
At the end of the round, those values make up your share of the reward proportionally.

Alright, but in the end both diffs mines the same, right?
Only if you have enough hash. At the extreme, you can mine at network diff and at that point you'll be subject to normal variance.
If your diff is so high you miss to send result across a whole round you'll most likely be screwed somehow. Pools don't reward share value exactly and the time distribution is important. Producing less than 2-3 results per minute might incur in quite some loss, especially if your pool has high rej% such as the case for p2pool.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!