[1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool

[roy7]

Anybody care to answer my question?

i've setup my node and iam hashing with two ants and everything went well execpt my fee setting doesnt seem to work.

Code:

python run_p2pool.py --fee 1.0 --address 18SeaFycUrSprGT7VejWTNhRaRP4Nf5Mgx

the address mentioned is on its own wallet, the income from the ants goes to another wallet. so it can not be an wallet feature. :-)
what iam doing wrong?

Remember that p2pool isn't set up to pay the fee on a per-block basis. What happen is 1% of your pool's shares will be paid in full to that address, and 99% of the pool's shares will go to the miner's address. If you just recently started it up, is it possible you haven't found enough shares for the 1% to end up in the pool's name yet?

[1714157402]

1714157402

[1714157402]

1714157402

[1714157402]

1714157402

[1714157402]

1714157402

[1714157402]

1714157402

[dplusf]

Anybody care to answer my question?

i've setup my node and iam hashing with two ants and everything went well execpt my fee setting doesnt seem to work.

Code:

python run_p2pool.py --fee 1.0 --address 18SeaFycUrSprGT7VejWTNhRaRP4Nf5Mgx

the address mentioned is on its own wallet, the income from the ants goes to another wallet. so it can not be an wallet feature. :-)
what iam doing wrong?

Remember that p2pool isn't set up to pay the fee on a per-block basis. What happen is 1% of your pool's shares will be paid in full to that address, and 99% of the pool's shares will go to the miner's address. If you just recently started it up, is it possible you haven't found enough shares for the 1% to end up in the pool's name yet?

thank you both for your answer but i am not sure if i understand you correctly. i am mining on the node since 5 days or the last three blocks were found and this could be a to short timeframe? because the 1% is calculated on the whole p2pool submited shares and not 1% of my miners shares?

[roy7]

thank you both for your answer but i am not sure if i understand you correctly. i am mining on the node since 5 days or the last three blocks were found and this could be a to short timeframe? because the 1% is calculated on the whole p2pool submited shares and not 1% of my miners shares?

I guess it depends on how many total shares your node has found. That's the % that relates to node fee payment. For example, if in the last 5 days you found 200 shares, then about 2 of them should be in the node's name and 198 in the miner's name. Apologies for sometime saying "pool" instead of "node", I tend to think of nodes as pools, but that is confusing.

[dplusf]

thank you both for your answer but i am not sure if i understand you correctly. i am mining on the node since 5 days or the last three blocks were found and this could be a to short timeframe? because the 1% is calculated on the whole p2pool submited shares and not 1% of my miners shares?

I guess it depends on how many total shares your node has found. That's the % that relates to node fee payment. For example, if in the last 5 days you found 200 shares, then about 2 of them should be in the node's name and 198 in the miner's name. Apologies for sometime saying "pool" instead of "node", I tend to think of nodes as pools, but that is confusing.

hehe no problem, i think it is clear now. i havnt found enough shares then. so to get a payout of 1% of the shares i have to submit no less than 100 valid shares from this node. thank you very much! :-)

[roy7]

hehe no problem, i think it is clear now. i havnt found enough shares then. so to get a payout of 1% of the shares i have to submit no less than 100 valid shares from this node. thank you very much! :-)

It's possible it's random, I don't know having not looked at the source code. So it might be every share has a 1% chance to go to the pool, or it might be every 100th share.

[roy7]

hehe no problem, i think it is clear now. i havnt found enough shares then. so to get a payout of 1% of the shares i have to submit no less than 100 valid shares from this node. thank you very much! :-)

It's possible it's random, I don't know having not looked at the source code. So it might be every share has a 1% chance to go to the pool, or it might be every 100th share.

I looked it up, it is random. I play a card game where packs have a 1% chance of giving you a better card so I'm quite familiar with how much variance that can result in. So it's possible you might find 200-300 shares with no operator fee, or sometimes the node will find 100 shares and pay the node much more than 1%.

I wonder how difficulty it'd be for p2pool to support shares with multiple payment addresses. As I mentioned in an earlier way too long post, that could be used to both help address the variance of smaller miners and pay the operator exactly 1% of the shares found with less variance to the miners or the node operator.

[roy7]

To add support for multiple address shares, it'd basically be converting share_data.payout_addrress to a list (of addresses and amounts) and reflecting it correctly in block.gentx.coinbase as well. At least from my quick glance at the code so far. Does this sound right? Then of course handling the payout_address list properly in all spots.

There wouldn't seem to be a way to make this compatible with older nodes, so it'd have to be one of those features that doesn't activate until 95% of the nodes are on the minimum version that supports it.

[smoothrunnings]

Is there any other front ends other than the extended front end for P2Pool?

[roy7]

Is there any other front ends other than the extended front end for P2Pool?

I've seen a few. None that are like official public "download here" interfaces that I know of. For example here are a couple variations:

http://p2pool.etyd.org:9171/static/ (comes from http://sleipnir.syari.net/pool/)
http://q30.qhor.net:9171/static/


Edit: Found another one, with source.

https://github.com/johndoe75/p2pool-node-status

as used on:

http://bitcoin.p2pool.fr:9332/static/

Edit: Apparently the default extended inteface has some bugs, fixed by this version: https://github.com/blixnood/P2PoolExtendedFrontEnd

[roy7]

Had a nice conversation on irc about multiple payment address support in the share chain, and I can see why that might not be a good thing to support in a generalized way.

However I do want to suggest that the node fee be handled like donation with a special line in the share chain. It would only add 1 address to the share chain per share mined at a node with a fee, but the advantage is a node can't lie about the fee they are charging, and it reduces node and miner variance.

[smoothrunnings]

Had a nice conversation on irc about multiple payment address support in the share chain, and I can see why that might not be a good thing to support in a generalized way.

However I do want to suggest that the node fee be handled like donation with a special line in the share chain. It would only add 1 address to the share chain per share mined at a node with a fee, but the advantage is a node can't lie about the fee they are charging, and it reduces node and miner variance.

It would be nice to see the -fee system work based on bitcoins mined instead of shares. And it would be nice to specify if you only want the -fee to be applied to certain miners instead of the whole network. This way you don't need to worry about your own miner(s) having to pay the same fee.

Would also be nice to see more information on the minters, such as a estimate time to payout and the payout itself.

[oldbushie]

I'm losing hope here... we lost 100 users which certainly isn't helping variance.

[roy7]

I'm losing hope here... we lost 100 users which certainly isn't helping variance.

Any idea why that is?

[smooth]

It does stand to reason that smaller miners with a few GH or even less -- say USB miners of various types -- of which there are probably a large number, may be dropping off as the difficulty rises. I've argued in the past they really shouldn't worry about it and should just accept a few dollars per day in variance, but that doesn't mean they will actually do what I say. Many have probably switched over to PPS or other pools.

I don't really know what can or should be done about that. The current design of p2pool doesn't really lend itself to supporting arbitrarily small miners in the way people seem to want (or even at all if one considers the cost of running a full bitcoin node).

[kano]

For the sake of having another pool to balance against (yes I do this on occasion) a % (due to balance) of my hash rate is pointing at p2pool.
As normal the variance is astounding.
150GH/s pointed at p2pool is also too small to expect any better variance when the difficulty is in the high 100,000's
Some days I get as low as 0 or 1 share, other days (today) I've got 9 shares so far with 6 hours to go ...
Expected is 6 shares a day.
Yes that's variance, yes that's expected, and yes the way the pool handles difficulty is screwed (as I've explained before )
IMO p2pool has massive variance for small miners and I'd call my 150GH/s here a small miners (which it is)

[smoothrunnings]

Is there any other front ends other than the extended front end for P2Pool?

I've seen a few. None that are like official public "download here" interfaces that I know of. For example here are a couple variations:

http://p2pool.etyd.org:9171/static/
http://q30.qhor.net:9171/static/


Edit: Found another one, with source.

https://github.com/johndoe75/p2pool-node-status

as used on:

http://bitcoin.p2pool.fr:9332/static/

I really like the p2pool-node-status page more so than the extended front end one. Thanks!

Let me know if you see any others.

[smooth]

For the sake of having another pool to balance against (yes I do this on occasion) a % (due to balance) of my hash rate is pointing at p2pool.
As normal the variance is astounding.
150GH/s pointed at p2pool is also too small to expect any better variance when the difficulty is in the high 100,000's
Some days I get as low as 0 or 1 share, other days (today) I've got 9 shares so far with 6 hours to go ...
Expected is 6 shares a day.
Yes that's variance, yes that's expected, and yes the way the pool handles difficulty is screwed (as I've explained before )
IMO p2pool has massive variance for small miners and I'd call my 150GH/s here a small miners (which it is)

Don't forget the shares are active for a while (more than a day I think) so even if you get no shares or fewer shares you may still have old shares that pay out.

Your point is valid though.

[smoothrunnings]

Is anyone using this?

https://github.com/forrestv/p2pool.info2

[tvb]

Is there a forum post or website where all the altcoin networks.py settings are being shared? I can see the P2pool forks on Github where people commit their own networks.py settings back to their own repository but none are being merged back into the original forrestv/p2pool repository. For now, I am specifically searching for the Digibyte altcoin but would like to add the other altcoins later on as well.

I am talking about this part:

   

Code:

litecoin=math.Object(
    PARENT=networks.nets['litecoin'],
    SHARE_PERIOD=15, # seconds
    CHAIN_LENGTH=24*60*60//10, # shares
    REAL_CHAIN_LENGTH=24*60*60//10, # shares
    TARGET_LOOKBEHIND=200, # shares
    SPREAD=3, # blocks
    IDENTIFIER='e037d5b8c6923410'.decode('hex'),
    PREFIX='7208c1a53ef629b0'.decode('hex'),
    P2P_PORT=9 338,
    MIN_TARGET=0,
    MAX_TARGET=2**256//2**20 - 1,
    PERSIST=True,
    WORKER_PORT=9327,
    BOOTSTRAP_ADDRS='...'.split(' '),
    ANNOUNCE_CHANNEL='#p2pool-ltc',
    VERSION_CHECK=lambda v: True,
    VERSION_WARNING=lambda v: 'Upgrade Litecoin to >=0.8.5.1!' if v < 80501 else None,
),

And if none are being shared publicly, how do I correctly edit the settings myself for the different altcoins?

[roy7]

Some days I get as low as 0 or 1 share, other days (today) I've got 9 shares so far with 6 hours to go ...
Expected is 6 shares a day.

I'm not disagreeing with you. But one thing to remember is the PPLNS window in p2pool is currently 3 days since the move to a 30 second retarget time. So the daily variance in your # of shares is softened, since your payments are tied to the variance in your total # of shares over 3 days instead.

Yes that's variance, yes that's expected, and yes the way the pool handles difficulty is screwed (as I've explained before )

When I read the last 5 months of posts the other day I saw some discussions you had on the difficulty and large miners having increased difficulty to reduce the total # of shares they have in the sharechain. Edit: Was back around December. I thought there were 2-3 excellent replies that clarified it all for you, but I guess you didn't accept their explanations?

IMO p2pool has massive variance for small miners and I'd call my 150GH/s here a small miners (which it is)

Yes, if p2pool is dropping 150GH miners like flies that's a serious problem. A single GPU miner somewhere can just not be worried about. When I hear "small miner"  I think someone who has an expected share rate below 1 a day, so at times they will not even be in the share chain and receive no payments. I wouldn't think, myself, that a miner with an average 18 shares on the chain is 'small'.