Bitcoin Forum
March 19, 2024, 03:19:02 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 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 ... 814 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2591571 times)
TheHarbinger
Sr. Member
****
Offline Offline

Activity: 378
Merit: 250


Why is it so damn hot in here?


View Profile
April 30, 2012, 12:15:02 AM
 #2121

What is going on?  It seems very strange that we don't solve a block all day and then solve three blocks in a row!?

Variance.  It explains all.

12Um6jfDE7q6crm1s6tSksMvda8s1hZ3Vj
1710818342
Hero Member
*
Offline Offline

Posts: 1710818342

View Profile Personal Message (Offline)

Ignore
1710818342
Reply with quote  #2

1710818342
Report to moderator
There are several different types of Bitcoin clients. The most secure are full nodes like Bitcoin Core, but full nodes are more resource-heavy, and they must do a lengthy initial syncing process. As a result, lightweight clients with somewhat less security are commonly used.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710818342
Hero Member
*
Offline Offline

Posts: 1710818342

View Profile Personal Message (Offline)

Ignore
1710818342
Reply with quote  #2

1710818342
Report to moderator
1710818342
Hero Member
*
Offline Offline

Posts: 1710818342

View Profile Personal Message (Offline)

Ignore
1710818342
Reply with quote  #2

1710818342
Report to moderator
1710818342
Hero Member
*
Offline Offline

Posts: 1710818342

View Profile Personal Message (Offline)

Ignore
1710818342
Reply with quote  #2

1710818342
Report to moderator
ChanceCoats123
Hero Member
*****
Offline Offline

Activity: 682
Merit: 500



View Profile
April 30, 2012, 01:12:34 AM
 #2122

To take a break from the serious conversations going on in this thread right now...


I just want you to know, I'm the one who found the block that broke the 23h 49m without a block drought.  No thanks necessary. But tips are, pay me bitches!  Grin

Lololol
kano
Legendary
*
Offline Offline

Activity: 4438
Merit: 1794


Linux since 1997 RedHat 4


View Profile
April 30, 2012, 02:20:04 AM
 #2123

To take a break from the serious conversations going on in this thread right now...


I just want you to know, I'm the one who found the block that broke the 23h 49m without a block drought.  No thanks necessary. But tips are, pay me bitches!  Grin
P2Pool gave you a tip for finding it Smiley
Not sure why more pools don't do that ... Sad

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
jothan
Full Member
***
Offline Offline

Activity: 184
Merit: 100


Feel the coffee, be the coffee.


View Profile
April 30, 2012, 04:10:15 AM
 #2124

I posted a pseudo-spec on what would be required to mine on P2Pool with BFL hardware, thought this was relevant.

https://bitcointalk.org/index.php?topic=78540

Thanks !

Bitcoin: the only currency you can store directly into your brain.

What this planet needs is a good 0.0005 BTC US nickel.
Tittiez
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500



View Profile
May 01, 2012, 12:00:21 AM
 #2125

Its nice to see luck increasing a little.
echris1
Full Member
***
Offline Offline

Activity: 125
Merit: 100


View Profile
May 01, 2012, 01:22:33 AM
 #2126

Its nice to see luck increasing a little.

No, ah!  Shouldn't have said anything. 

Heh, just kidding.  Luck does seem to be getting a bit better, plus I just found a block (178015) which always makes me feel lucky =)  I think that is four blocks ever found for me, unless I missed one somewhere. 
Tittiez
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500



View Profile
May 02, 2012, 02:00:41 AM
 #2127

Its nice to see luck increasing a little.
No, ah!  Shouldn't have said anything. 

Ah shit oops.
echris1
Full Member
***
Offline Offline

Activity: 125
Merit: 100


View Profile
May 02, 2012, 02:27:15 AM
 #2128

So I checked my namecoin balance recently (something I tend to forget to do)  and noticed some coins.  So I dug through the log file and came up with this:


$grep submittal ~/p2pool/data/bitcoin/log
2012-04-27 16:34:07.646242 > Merged block submittal result: False Expected: True
2012-04-29 09:16:43.527938 Merged block submittal result: True
2012-04-30 20:00:57.030804 Merged block submittal result: True

Is that first one a namecoin block that was orphaned or invalid somehow? I'm guessing its not orphan, since as I understand it you wouldn't know about that right at submittal.  I have only ever found a few namecoin blocks so I'm not sure what the log usually looks like.  Just curious really, anyone know?
ChanceCoats123
Hero Member
*****
Offline Offline

Activity: 682
Merit: 500



View Profile
May 02, 2012, 02:35:27 AM
 #2129

Its nice to see luck increasing a little.

Oh god, all is lost! I ruined it last time and now it's happened again... New P2pool thread rule: NO TALKING ABOUT THE LUCK!
Aseras
Hero Member
*****
Offline Offline

Activity: 658
Merit: 500


View Profile
May 02, 2012, 12:42:37 PM
 #2130

Its nice to see luck increasing a little.

Oh god, all is lost! I ruined it last time and now it's happened again... New P2pool thread rule: NO TALKING ABOUT THE LUCK!

yeah this morning it was terrible. 5m blocks. just plain suck. lol
twmz
Hero Member
*****
Offline Offline

Activity: 737
Merit: 500



View Profile
May 02, 2012, 02:46:17 PM
 #2131

There have been on and off discussions of if the p2pool.info luck calculations are somehow wrong (i.e. too low) because of some error in the estimated hashrate, etc.

I did an experiment with independent data to see how it compared and here are the results.

Instead of looking at anything from p2pool, I looked at my payments over the past 30 days.  My personal p2pool hashrate has been unchanged during the past 30 days and I have a detailed record of every share I have found, so I am certain what my hashrate was during that duration.  Note, I did happen to be the block finder for one of our blocks in the past 30 days, and so I did even receive a bonus payment to counter balance all the other blocks where I didn't receive the bonus payment, so that effect is mostly washed out.

Taking the difficulty changes into account, I calculated what my expected payment should have been over the past 30 days given my hashrate.  I compared that with what I was actually paid.  Over the past 30 days, I received 78% of amount that I was expected to have received given my hashrate.  The luck calculation from p2pool.info (which is based on average pool hashrate and blocks found) calculates that the past 30 day luck is 77%.

77% global luck vs 78% personal luck.

That makes me pretty comfortable that the p2pool.info luck calculation approach is not fundamentally broken and off by 10% or something. 

If anyone else sees a different pattern in their own personal payouts, that would be interesting.

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1063


Gerald Davis


View Profile
May 02, 2012, 04:18:07 PM
Last edit: May 02, 2012, 04:41:01 PM by DeathAndTaxes
 #2132

Thanks for doing that twmz.  Sadly that isn't what I wanted to hear.

While 80% over 90 days is plausible looking beyond 90 days the likelihood of such a low % becoming increasingly unlikely.

Since inception the pool has found 372 blocks.  Stats for the first block are unknown so we will exclude that.  

# Blocks: 371
Estimated shares in blocks:  619,152,160
Expected shares in blocks:  547,529,631
Lifetime Luck 87.9%
Shares per block relative to expected.  1.13x

I calculate
Actual # of blocks: 371
Expected # of blocks: 422

Mining is a possion distribution.
The odds of having 371 or less events when 422 are expected is 0.71%
http://www.sbrforum.com/betting-tools/poisson-calculator/

There is only a 0.71% chance we are just facing bad luck and a 99.29% chance something is resulting in less blocks found.

I am certain that "something" isn't malicious intent by developer however something is causing us to find less blocks than expected.

A number of theories:
a) some nodes are accidentally not submitting blocks.
b) something in the code is causing valid blocks to not be detected.
c) someone with ~40GH/s is intentionally withholding blocks to damage the network.
d) the stats are inaccurate and twmz observation is coincidental (I don't believe it just included it for completeness)
e) we are finding more blocks but they are being orphaned at a higher rate (>10%) and those orphans aren't being seen by p2pool.info node.
f) there is some bias in SHA-256 hash (unlikely but not impossible) such that low nonce values are less likely to find blocks that higher ones, due to LP p2pool searches more low nonce values
f) someone has found a method to "cheat" the p2pool reward algorithm

Note not all of these are equally likely I am just kinda brainstorming and putting down any possibility no matter how remote.

A couple suggestions:
a) found blocks should be forwarded to all nodes regardless of their staleness (this will aid in troubleshooting if nothing else)
b) some mechanism of recording the exact # of shares per round would be useful.

That being said I can no longer afford to take a 20% haircut on revenue so I will be temporarily leaving p2pool.

On edit:  I will leave one rig on p2pool using new address and attempt to gather detailed stats on shares vs payout.
twmz
Hero Member
*****
Offline Offline

Activity: 737
Merit: 500



View Profile
May 02, 2012, 04:30:15 PM
 #2133

A number of theories:
e) we are finding more blocks but they are being orphaned at a higher rate (>10%) and those orphans aren't being seen by p2pool.info node.

It's certainly possible, but I wanted to add that p2pool.info now also asks blockchain.info for a list of all blocks (including orphaned blocks) that include the p2pool donation address.  I trust that blockchain.info is much more likely to have seen all orphaned blocks (excluding the recent downtime) given that they connect to almost every publicly accessible node.  I think the likelyhood of unnoticed  orphaned blocks is very low at this point.

A couple suggestions:
a) found blocks should be forwarded to all nodes regardless of their staleness (this will aid in troubleshooting)

I believe forrest just commited this change to the git tree last night.

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
kano
Legendary
*
Offline Offline

Activity: 4438
Merit: 1794


Linux since 1997 RedHat 4


View Profile
May 02, 2012, 09:47:42 PM
 #2134

Another reduction will come from the fact that some % of miners won't have 'submit stale' enabled in whatever they mine with.
No idea how big or small that is, but, of course, that relates directly to what I was mentioning before.

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
Red Emerald
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500



View Profile WWW
May 02, 2012, 11:34:16 PM
 #2135

Another reduction will come from the fact that some % of miners won't have 'submit stale' enabled in whatever they mine with.
No idea how big or small that is, but, of course, that relates directly to what I was mentioning before.
Also, when comparing actual payout to expected, make sure not to forget the author donation.  0.5% isn't much, but it still can matter.

mav
Full Member
***
Offline Offline

Activity: 169
Merit: 107


View Profile
May 03, 2012, 03:06:11 AM
 #2136

I have a theory that hashrate is being reported incorrectly by p2pool and is skewing the luck calculation. I realise that luck is a comparison of hashes by shares vs hashes in blocks and may not be related to the reported GH/s value, but I thought the numbers below were too compelling not to mention.

My phoenix thread says my hashrate per gpu core is always 380-390 MH/s. It's very consistent. I have 12 cores so that makes for a hashrate range between 4.56 GH/s and 4.68 GH/s

In my p2pool thread I see my total local hashrate usually around 4.8 to 5 GH/s and often up to 5.1 GH/s

Taking the average phoenix hashrate vs the average p2pool hashrate and the result is about 4.62 / 4.9 = 0.94

The most compelling part of all is that I recently switched to ozcoin for a while and they also report my hashrate at around 4.6 GH/s - the reported value by p2pool is never that low.
kano
Legendary
*
Offline Offline

Activity: 4438
Merit: 1794


Linux since 1997 RedHat 4


View Profile
May 03, 2012, 03:45:18 AM
 #2137

Actually ... the luck calculation should be based on shares per block ...
Which I presume it is anyway.

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
ChanceCoats123
Hero Member
*****
Offline Offline

Activity: 682
Merit: 500



View Profile
May 03, 2012, 03:51:36 AM
 #2138

I have a theory that hashrate is being reported incorrectly by p2pool and is skewing the luck calculation. I realise that luck is a comparison of hashes by shares vs hashes in blocks and may not be related to the reported GH/s value, but I thought the numbers below were too compelling not to mention.

My phoenix thread says my hashrate per gpu core is always 380-390 MH/s. It's very consistent. I have 12 cores so that makes for a hashrate range between 4.56 GH/s and 4.68 GH/s

In my p2pool thread I see my total local hashrate usually around 4.8 to 5 GH/s and often up to 5.1 GH/s

Taking the average phoenix hashrate vs the average p2pool hashrate and the result is about 4.62 / 4.9 = 0.94

The most compelling part of all is that I recently switched to ozcoin for a while and they also report my hashrate at around 4.6 GH/s - the reported value by p2pool is never that low.

I had mentioned this before, and I believe someonw responded saying that the reported hashrate from p2pool.info is based upon the shares you have per the time, so you might just been lucky in your share finding which raised the "hashrate" that p2pool saw.
mav
Full Member
***
Offline Offline

Activity: 169
Merit: 107


View Profile
May 03, 2012, 04:50:07 AM
 #2139


I had mentioned this before, and I believe someonw responded saying that the reported hashrate from p2pool.info is based upon the shares you have per the time, so you might just been lucky in your share finding which raised the "hashrate" that p2pool saw.

But to be lucky all the time makes it seem like it's an incorrect value and not due to luck. I never saw my p2pool hashrate reflect my phoenix hashrate.

Is the hashrate used in the calculation of luck or is it just 'an indicator that things are happening' for the user?
ChanceCoats123
Hero Member
*****
Offline Offline

Activity: 682
Merit: 500



View Profile
May 03, 2012, 05:49:43 AM
 #2140

There is where it's different for me and you.

My actual is 1250mhash. P2pool.info will give me a range (depending upon when I check) between 1100 and 1500. So that makes sense for me. How long have you been mining?
Pages: « 1 ... 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 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 ... 814 »
  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!