Here is the list 
My portion of the refund sent.
Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 454. (Read 2591964 times)
December 19, 2013, 09:18:38 AM
My portion of the refund sent.
December 19, 2013, 08:55:39 AM
Is anyone seeing this? or is this just normal variance?
Yes, I also meet the similar condition (look at the previous page). The client 13.4 does not function properly and nobody here tempts to explain why. Do not use it.Ok, I rolled back to my previous versions of p2pool and litecoin wallet.
Interestingly enough, I decided to do a wallet backup before the rollback. Before I had a chance to backup, Litecoin wallet had crashed. When I restarted, the wallet was ~26 hours out of sync. When it resync'd, I only had mining payouts from my smaller pre-upgrade pool. No rewards from the upgraded pool.
Before all of this, I was getting from 4-10 mining payouts per day on my larger pool.
Something appears hinky with the new versions of Litecoin and p2pool.
I'm happy to report mining rewards are appearing again after the rollback to the previous versions. Shares: 4 (0 orphan, 1 dead)
I'm figuring the upgrade cost me a 2 day's worth of Litecoins, which for me, is about 0.6LTC.
December 19, 2013, 08:20:10 AM
Is there any graph of share minimum difficulty over time? In theory, if larger miners started using lower difficulty shares, then the minimum share difficulty would increase.
No (to the theory)The number of shares is targeted at one every 30 seconds.
If everyone used the minimum share difficulty, then it would be directly linked.
However, if a large miner uses low difficulty, he would generate lots of shares. In order to help the pool, he sets his difficulty higher.
This means he gets fewer shares, but each share has a higher weight.
If that miner was 25% of the hashing power, and he contributed only 1% of the shares, then the pool would only generate 76% as many shares.
The difficulty algorithm would re-target and reduce the minimum difficulty. This would push the share rate back to one every 30 seconds.
If lots of large miners set their difficulty target higher, then they put less load on the system and so the difficulty can be set lower to help miners with lower hash rates. This helps more people enter the pool, and so, helps everyone.
December 19, 2013, 08:16:10 AM
Just sent my refund now. I wonder how much he ended up getting back?
Well, the address has received:
https://blockchain.info/address/1Jt35Ww1GjM9iGyTM8mAyBmCPPdPz7Z35A
0.00910939
0.012
0.01034493
0.00782222
0.00833241
0.01636022
0.05
0.007
0.01211514
0.4
0.24946551
0.00078327
0.13003489
0.00785308
0.03835116
0.01000602
Total: 0.96957824
So, about 5% refunded, assuming all payments are refund payments.
December 19, 2013, 08:10:55 AM
Is there any graph of share minimum difficulty over time? In theory, if larger miners started using lower difficulty shares, then the minimum share difficulty would increase.
No (to the theory) December 19, 2013, 01:51:14 AM
Here is the list
Nice, thanks for making the list!
Was wondering how much should be refunded, out of what I got out of mining that block (what little there was, I'm a small-time miner).
Just sent my refund now. I wonder how much he ended up getting back?
Josh
December 19, 2013, 12:25:31 AM
To use a public node do I have to use my btc wallet as Username?
And how does payment work? Do I have to rely on the node host to manually transfer ?
And how does payment work? Do I have to rely on the node host to manually transfer ?
December 18, 2013, 09:01:32 PM
Is there any graph of share minimum difficulty over time? In theory, if larger miners started using lower difficulty shares, then the minimum share difficulty would increase.
Yes, to the graph, sort of. I did a chart of estimated share difficulty assuming that all miners had the default difficulty estimation, but it was about 30 - 40 % too high as of last week, probably because larger miners are using higher difficulty shares. I don't know of a data based chart of average difficulty though.
December 18, 2013, 02:04:19 PM
Is anyone seeing this? or is this just normal variance?
Yes, I also meet the similar condition (look at the previous page). The client 13.4 does not function properly and nobody here tempts to explain why. Do not use it.Ok, I rolled back to my previous versions of p2pool and litecoin wallet.
Interestingly enough, I decided to do a wallet backup before the rollback. Before I had a chance to backup, Litecoin wallet had crashed. When I restarted, the wallet was ~26 hours out of sync. When it resync'd, I only had mining payouts from my smaller pre-upgrade pool. No rewards from the upgraded pool.
Before all of this, I was getting from 4-10 mining payouts per day on my larger pool.
Something appears hinky with the new versions of Litecoin and p2pool.
December 18, 2013, 12:39:29 PM
Is anyone seeing this? or is this just normal variance?
Yes, I also meet the similar condition (look at the previous page). The client 13.4 does not function properly and nobody here tempts to explain why. Do not use it. 
December 18, 2013, 11:46:56 AM
Is there any graph of share minimum difficulty over time? In theory, if larger miners started using lower difficulty shares, then the minimum share difficulty would increase.
No (to the theory) December 18, 2013, 09:37:39 AM
I am getting a high amount of orphans since upgrading Litecoin to 8.6.1 and p2pool to 13.4 mining Litecoins.
Shares: 12 total (8 orphaned, 1 dead) Efficiency: 31.46% running ~850kh/s
My other pool installation (not upgraded) running only 300kh/s is currently showing a reward payout amount of ~0.12LTC where my higher upgraded pool is zero.
Is anyone seeing this? or is this just normal variance?
Shares: 12 total (8 orphaned, 1 dead) Efficiency: 31.46% running ~850kh/s
My other pool installation (not upgraded) running only 300kh/s is currently showing a reward payout amount of ~0.12LTC where my higher upgraded pool is zero.
Is anyone seeing this? or is this just normal variance?
December 18, 2013, 09:27:54 AM
Is there any graph of share minimum difficulty over time? In theory, if larger miners started using lower difficulty shares, then the minimum share difficulty would increase.
No (to the theory) December 18, 2013, 06:17:59 AM
Is there any graph of share minimum difficulty over time? In theory, if larger miners started using lower difficulty shares, then the minimum share difficulty would increase.
December 18, 2013, 01:25:46 AM
Dear friends!
Could anybody explain this situation?
Could anybody explain this situation?
Hi,
I've just upgrared from version 13.3 to version 13.4 by replacing files in the program folder.
Immedaitely after upgrading current payout was reduced from ~1.2 to ~0.7LTC
http://i01.overclockers.ru/c3a4e04ba7baeac93b85adeaff0be886/mertamqqvnojf5bg.gif
2.7 MH/s, GMT+06
Why this happen? It must not reduce payout immediately, because payout is determined by previsously mined shares...
Thank you!
-----------------------------------------------
After 5 hours of mining:
http://i01.overclockers.ru/c3a4e04ba7baeac93b85adeaff0be886/hwrnrp1c4lnymb4g.gif
No shares found:
Version 13.4 does not work for me; I'm rolling back to version 13.3 and litecoin 0.8.5.1
I've just upgrared from version 13.3 to version 13.4 by replacing files in the program folder.
Immedaitely after upgrading current payout was reduced from ~1.2 to ~0.7LTC
http://i01.overclockers.ru/c3a4e04ba7baeac93b85adeaff0be886/mertamqqvnojf5bg.gif
2.7 MH/s, GMT+06
Why this happen? It must not reduce payout immediately, because payout is determined by previsously mined shares...
Thank you!
-----------------------------------------------
After 5 hours of mining:
http://i01.overclockers.ru/c3a4e04ba7baeac93b85adeaff0be886/hwrnrp1c4lnymb4g.gif
No shares found:
Code:
2013-12-16 13:28:02.682000 P2Pool: 17335 shares in chain (17339 verified/17339 total) Peers: 8 (1 incoming)
2013-12-16 13:28:02.682000 Local: 2830kH/s in last 10.0 minutes Local dead on arrival: ~4.1% (2-7%) Expected time to share: 1.4 hours
2013-12-16 13:28:02.682000 Shares: 0 (0 orphan, 0 dead) Stale rate: ??? Efficiency: ??? Current payout: 0.0511 LTC
2013-12-16 13:28:02.682000 Pool: 1357MH/s Stale rate: 16.1% Expected time to block: 2.7 hours
2013-12-16 13:28:03.322000 Punishing share for 'Block-stale detected! height(c44ec31007ae222244e8e9b9d89a4625e49c635ea83d302437656d33197ad4da) < height(5084f0f73a84662a3fc8e56e804513adf0e376e6470499dfb169301c95f49591) or 1b152d9a != 1b152d9a'! Jumping from 12451e3b to c3be3583!
2013-12-16 13:28:03.354000 New work for worker! Difficulty: 0.000808 Share difficulty: 3.350757 Total block value: 50.000000 LTC including 0 transactions
2013-12-16 13:28:03.385000 New work for worker! Difficulty: 0.000808 Share difficulty: 3.350757 Total block value: 50.000000 LTC including 2 transactions
2013-12-16 13:28:02.682000 Local: 2830kH/s in last 10.0 minutes Local dead on arrival: ~4.1% (2-7%) Expected time to share: 1.4 hours
2013-12-16 13:28:02.682000 Shares: 0 (0 orphan, 0 dead) Stale rate: ??? Efficiency: ??? Current payout: 0.0511 LTC
2013-12-16 13:28:02.682000 Pool: 1357MH/s Stale rate: 16.1% Expected time to block: 2.7 hours
2013-12-16 13:28:03.322000 Punishing share for 'Block-stale detected! height(c44ec31007ae222244e8e9b9d89a4625e49c635ea83d302437656d33197ad4da) < height(5084f0f73a84662a3fc8e56e804513adf0e376e6470499dfb169301c95f49591) or 1b152d9a != 1b152d9a'! Jumping from 12451e3b to c3be3583!
2013-12-16 13:28:03.354000 New work for worker! Difficulty: 0.000808 Share difficulty: 3.350757 Total block value: 50.000000 LTC including 0 transactions
2013-12-16 13:28:03.385000 New work for worker! Difficulty: 0.000808 Share difficulty: 3.350757 Total block value: 50.000000 LTC including 2 transactions
Version 13.4 does not work for me; I'm rolling back to version 13.3 and litecoin 0.8.5.1
December 17, 2013, 08:36:06 PM
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).
December 17, 2013, 07:32:36 PM
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)?
December 17, 2013, 06:10:43 PM
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.
Sorry if this has been posted already, but I couldn't Google worth a damn on this topic.
December 17, 2013, 04:40:56 PM
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.
I guess this is what to look at next.... Or just let my curiosity on this one go.
Each P2Pool share has a flag for whether the node has an as-of-yet-uncounted orphan share. When computing the total hash rate, each share with that flag set is counted twice.
December 17, 2013, 01:59:47 PM
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?
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.
Jump to: