Anybody want to do the calculations to determine the list of addresses that benefited from his transaction fee and how much each of them got and post it here. Seems like a good thing for the guy that goofed to do. I don't feel like figuring it out, but if he'll show me, if and how much I got, I'll send it back.

In any case, it sounds like what you're measuring is the luck in creating blocks vs. the luck in creating shares... At least, that's what you're measuring if you're including all the deads and orphans. If you're not including the deads and orphans, then your hash estimate is too low.

Is it even possible to measure deads and orphans? Not all of the network is necessarily going to see all of them...

good point - I'm not the one that quotes that +12% number, but that's about what the DOA+orphan rate is on the network that is also possibly viable blocks.

In any case, it sounds like what you're measuring is the luck in creating blocks vs. the luck in creating shares... At least, that's what you're measuring if you're including all the deads and orphans. If you're not including the deads and orphans, then your hash estimate is too low.

Is it even possible to measure deads and orphans? Not all of the network is necessarily going to see all of them...

good point - I'm not the one that quotes that +12% number, but that's about what the DOA+orphan rate is on the network that is also possibly viable blocks.

Does anyone know how p2pool.info does it?

A complete explaination is somewhere around page 100-120 I think

In a nutshell, the luck calculation is a comparison of the number of blocks that were actually found vs the number of blocks that should have been found (based on the pool's hashrate over time as reported by p2pool, itself). When more blocks were found than were expected, luck is > 100% and vice versa.

Orphaned blocks are included in the count of found blocks because a block being orphaned or not has nothing to do with the mathematics of block finding probability and I wanted "100% luck" to equal "normal". Certainly having blocks get orphaned is unlucky, but it's bad luck related to something different than the odds of finding a valid block.

Anybody want to do the calculations to determine the list of addresses that benefited from his transaction fee and how much each of them got and post it here. Seems like a good thing for the guy that goofed to do. I don't feel like figuring it out, but if he'll show me, if and how much I got, I'll send it back.

Here is the list

Find your address, next to it the full reward you received and last on the line the coins you got out of the erroneous transaction (rounded down to the next satoshi

Anybody want to do the calculations to determine the list of addresses that benefited from his transaction fee and how much each of them got and post it here. Seems like a good thing for the guy that goofed to do. I don't feel like figuring it out, but if he'll show me, if and how much I got, I'll send it back.

Here is the list

Find your address, next to it the full reward you received and last on the line the coins you got out of the erroneous transaction (rounded down to the next satoshi

It's that "hashrate over time as reported by p2pool, itself" that I'm asking about. This itself is, as I understand it, a calculated figure.

This answer raises another question, though. What's the "over time"? Is the time period that the hashrate was calculated over the same as the time period the number of blocks were counted over?

I guess the source code of p2pool would be the place to find the answers?

Both p2pool.info and p2pool, itself are open source, so yes, you can look at the code if you are curious. about the specifics

I don't know for sure how p2pool calculates pool hashrate for sure (forrestv will have to comment), but I generally understand it to be based on the number shares being found and I think it also includes some kind of adjustment to include DOA/orphaned shares as well.

p2pool.info collects and stores the hashrate of p2pool generally every 5 minutes. When a block is found, those 5 minute hashrate data points are used allong with the block's difficulty to calculate the luck of that "round". Then, the luck of individual blocks are aggregated to come up with the 7, 30, and 90 day luck statistics.

If all of a sudden the network started finding lots of non-block-winning shares, luck would fall. If all of a sudden the network found fewer non-block-winning shares (but the same number of blocks), luck would rise.

Yes. This is why the hashrate graph shown in p2pool.info is "bumpy". Hashrate is not really changing that much--it's mostly just luck/variance.

By the way, this is a limitation of all pools. No pool knows how much hashing is actually being done by its miners. Pools only knows what shares are being submitted then they estimate hashrates based on those submitted shares (and then they calculate luck based on those estimated hashrates). Over a long enough period of time, the inherent share-finding-variance evens out. So I personally have fairly high confidence that the 90 day luck number, in particular, is reasonably accurate and that the pool really did find about 18% more blocks in the last 90 days than it "should have". Maybe the real number is 17% or 19%, but it's pretty close.

P.S. I have no idea how p2pool knows the global DOA/stale rate, but it clearly does (or thinks it does) since it is displayed in the console output and is directly used to calculate efficiency.

Been trying to set up a few P2Pool nodes for mining alt-coins and I have some very basic questions that I can't seem to find the answers for. Hoping someone can chime in and help:

1. My first P2PNode is a private node and has the miner fee set to 2% (w/0.5% donation). I have a few miners mining for several hours and several blocks have been found, with payouts going to the miners; however, I have yet to see a payout to the payout address (current payout reads: 0). Is this normal? I thought 2% of each miner's payout would arrive at my set default payout address.

2. My 2nd P2PNode has miner fee set to 0%. In this node, I should never see any payout to the default address (unless someone is mining with an invalid address), correct?

My concern is mainly with node #1 as why why I'm not seeing a payout at the default address. Does P2Pool payout the mining fee with every block found? Or does it queue it up and send it later?

Been trying to set up a few P2Pool nodes for mining alt-coins and I have some very basic questions that I can't seem to find the answers for. Hoping someone can chime in and help:

1. My first P2PNode is a private node and has the miner fee set to 2% (w/0.5% donation). I have a few miners mining for several hours and several blocks have been found, with payouts going to the miners; however, I have yet to see a payout to the payout address (current payout reads: 0). Is this normal? I thought 2% of each miner's payout would arrive at my set default payout address.

2. My 2nd P2PNode has miner fee set to 0%. In this node, I should never see any payout to the default address (unless someone is mining with an invalid address), correct?

My concern is mainly with node #1 as why why I'm not seeing a payout at the default address. Does P2Pool payout the mining fee with every block found? Or does it queue it up and send it later?

p2pool can't pay fractions of a share, so the way it handles fees is that a 2% fee is that 2% of shares found by miners will be reassigned from the miner address to the node's address (randomly). Because it is random, it will work out to 2% over the long term, but you won't see a consistent payment on a block by block basis unless you have a high enough hashrate that you're finding 100s of shares per block.

Not sure where else to ask this... but has anyone wrote a guide for p2pool and AM Blades/Cubes? I assume I will need to use bfgminer? I haven't seen much on how to get that to work with the Cube either...

Sorry if this has been posted already, but I couldn't Google worth a damn on this topic.

p2pool can't pay fractions of a share, so the way it handles fees is that a 2% fee is that 2% of shares found by miners will be reassigned from the miner address to the node's address (randomly). Because it is random, it will work out to 2% over the long term, but you won't see a consistent payment on a block by block basis unless you have a high enough hashrate that you're finding 100s of shares per block.

Makes sense! Thank you for the clarification.. so does it make sense for a miner to even mine on a node if he cannot hash fast enough to at least find one share per block? I guess that miner would never get paid by p2pool if he never finds a share (due to a low hashrate)?

p2pool can't pay fractions of a share, so the way it handles fees is that a 2% fee is that 2% of shares found by miners will be reassigned from the miner address to the node's address (randomly). Because it is random, it will work out to 2% over the long term, but you won't see a consistent payment on a block by block basis unless you have a high enough hashrate that you're finding 100s of shares per block.

Makes sense! Thank you for the clarification.. so does it make sense for a miner to even mine on a node if he cannot hash fast enough to at least find one share per block? I guess that miner would never get paid by p2pool if he never finds a share (due to a low hashrate)?

If you don't find shares very often, you won't always get a payment with every block. When you do find a share, you'll get paid for the next several blocks (the number of blocks depends on how quickly they come, p2pool uses is PPLNS). In the long run, it evens out, but the variability in payments (i.e. variance) can be very frustrating. If that sort of thing seems like it would frustrate you, then don't mine on p2pool. I, personally, wouldn't like the level of variance if my hashrate was only getting me 1 share every 12-24 hours (or worse).