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

[windpath]

Thanks zvs, that's not it, I tried setting mintxfee and minrelaytxfee and the spikes still occur...

mintxfee and minrelaytxfee wouldn't cover the transactions I was talking about, it would be limitfreerelay.

anyway, the easy way to check is next time it's going really slow just do a bitcoind mininginfo and see how many tx are queued

Thanks zvs, appreciate the help.

limitfreerelay looks interesting default = 15kb per minute so I assume reducing it to 10 or 5 should help?

Code:

bitcoind getmininginfo 
{
    "blocks" : 302249,
    "currentblocksize" : 556205,
    "currentblocktx" : 654,
    "difficulty" : 8853416309.12779999,
    "errors" : "",
    "genproclimit" : -1,
    "networkhashps" : 68130160771479424,
    "pooledtx" : 2711,
    "testnet" : false,
    "generate" : false,
    "hashespersec" : 0
}

I have not been closely watching this up until now so will start to track. Am I looking at currentblocktx or pooledtx (or both)? How can I determine if that is what is effecting the latency?

Again, really appreciate it, thanks.

[1714206844]

1714206844

[1714206844]

1714206844

[windpath]

Personally, I'd rather see the timestamp instead of the pretty date format.  Seeing "Found 2 days ago" for 6 shares doesn't tell me the distribution of those shares.

Thanks jonny, I like the "time ago" date format for the node stats, and main miner stats page; for me it gives a "quick glance" easy reference. Although you make a good point about tracking your share variance. Right now it will show only the 20 most recent shares, after I get the blocks added I'll make a per-miner share explorer so a miner can go through all their shares ever submitted to the node...

[zvs]

Thanks zvs, that's not it, I tried setting mintxfee and minrelaytxfee and the spikes still occur...

mintxfee and minrelaytxfee wouldn't cover the transactions I was talking about, it would be limitfreerelay.

anyway, the easy way to check is next time it's going really slow just do a bitcoind mininginfo and see how many tx are queued

Thanks zvs, appreciate the help.

limitfreerelay looks interesting default = 15kb per minute so I assume reducing it to 10 or 5 should help?

Code:

bitcoind getmininginfo 
{
    "blocks" : 302249,
    "currentblocksize" : 556205,
    "currentblocktx" : 654,
    "difficulty" : 8853416309.12779999,
    "errors" : "",
    "genproclimit" : -1,
    "networkhashps" : 68130160771479424,
    "pooledtx" : 2711,
    "testnet" : false,
    "generate" : false,
    "hashespersec" : 0
}

I have not been closely watching this up until now so will start to track. Am I looking at currentblocktx or pooledtx (or both)? How can I determine if that is what is effecting the latency?

Again, really appreciate it, thanks.

pooledtx are the ones that sit around in memory.  currentblocktx are the ones that are in the block your p2pool is mining. 

your latency graph looked to me like you are getting slammed w/ a whole bunch of unconfirmed transactions at once.  probably a lot of zero fee or zero fee priority transactions.  i haven't checked in a while, but the base behavior used to be to accept free transactions when a block was <10KB in size.  priority transactions up to 30KB. 

I used to use limitfreerelay=0.  Didn't want to have anything using up resources for nothing.  If you allow free transactions, your client will eventually have all of those stored & most will probably take a long time to get into a block.  Your graph looks to me like the same thing that happened w/ 75% or so of the nodes with the horsestaplebattery transactions.  I always had mine set to a min of .0005.

Anyway, something like blockmaxsize=250000 would speed it up also.

[windpath]

pooledtx are the ones that sit around in memory.  currentblocktx are the ones that are in the block your p2pool is mining. 

your latency graph looked to me like you are getting slammed w/ a whole bunch of unconfirmed transactions at once.  probably a lot of zero fee or zero fee priority transactions.  i haven't checked in a while, but the base behavior used to be to accept free transactions when a block was <10KB in size.  priority transactions up to 30KB. 

I used to use limitfreerelay=0.  Didn't want to have anything using up resources for nothing.  If you allow free transactions, your client will eventually have all of those stored & most will probably take a long time to get into a block.  Your graph looks to me like the same thing that happened w/ 75% or so of the nodes with the horsestaplebattery transactions.  I always had mine set to a min of .0005.

Anyway, something like blockmaxsize=250000 would speed it up also.

Thanks zvs, you rock! Made some changes based on your advice and my research, I'll post an updated graph in a few hours and see how we are looking.

[bkminer]

Has anyone modified the alternate simple front end to allow for miners that don't use an address for their username?  If there is no BTC address each update adds 1 more line per miner to the list instead of updating it.... I'm running my own node and all my miners donate to the node.

If no one has I'll fork the repo and add it if anyone else is interested.

[IYFTech]

Lovin this block blitz........nice 

[windpath]

Enjoying it as well IYF

bkminer, I have not seen what you want to do implemented, but if your node is all your miners I don't think it will be hard to implement.

[jedimstr]

Don't jinx it

[ceslick]

Bleg!!!


I updated my linux system... Bad mistake.

Now I am getting these errors trying to start my p2pools!

Traceback (most recent call last):
  File "/opt/p2pool/run_p2pool.py", line 3, in <module>
    from p2pool import main
  File "/opt/p2pool/p2pool/main.py", line 17, in <module>
    from twisted.internet import defer, reactor, protocol, tcp
ImportError: No module named twisted.internet


Help please!!

[norgan]

Bleg!!!


I updated my linux system... Bad mistake.

Now I am getting these errors trying to start my p2pools!

Traceback (most recent call last):
  File "/opt/p2pool/run_p2pool.py", line 3, in <module>
    from p2pool import main
  File "/opt/p2pool/p2pool/main.py", line 17, in <module>
    from twisted.internet import defer, reactor, protocol, tcp
ImportError: No module named twisted.internet


Help please!!

have you tried:
•sudo apt-get install python-zope.interface python-twisted python-twisted-web

to install the packages? maybe the upgrade installed newer packages than is supported in which case you'll need to downgrade them.

[ceslick]

Tried purging those and re installing them

Same result...

Twisted version 13.0.0-1 is installed

[nreal]

Tried purging those and re installing them

Same result...

Twisted version 13.0.0-1 is installed

cd to folder where you have p2pool

cd /p2pool

./configure

make -j12

should do it

Replace ubuntu with Gentoo

[norgan]

sorry I'm a windows person so don't have those Linux problems jokes

I have another problem, my own miners don't seem to show the payout on my pool. I have someone else on there now and their payout graph is showing just fine.
http://www.norgzpool.net.au/graphs.html?Hour

see my ant on 1CmHNDfj43tsQgSpSum5tDQ6kT4MwcUP6V doesn't show any payout and my payout to default address doesn't seem to change when I mine it with a username so it defaults to default payout. I changed it to a wallet address and still nothing.

[norgan]

Is it just me or did the p2pool hash rate just double to almost 1ph/s?!

[windpath]

Is it just me or did the p2pool hash rate just double to almost 1ph/s?!

I'm showing 682TH/s on my node, a nice jump....

If you have some new miners hitting your node you may want to set your share diff and pseudo share diff on your miner....

Code:

bitcoin_address/<share>+<pseudo_share>

If your running S1's set <share> to 0 ("0" defaults to lowest p2pool diff, currently 1677854.73)

And <pseudo_share> to 220.4 (optimized for 190GH/s)

<pseudo_share> is calculated as your hash rate in KH/s times 0.00000116

i.e. 190,000,000 * 0.00000116 = 220.4

Here is an example for an ant S1:

Code:

19vXrwKGUhK4cCU8tA4kWZgbChcmh9a6qj/0+220.4

If you have a hash rate over 1TH/s you might consider upping your share diff to something higher then the p2pool minimum to reduce network traffic and increase the value of your shares...

[jedimstr]

Any word on when the stats page http://p2pool.info/ is coming back?  It's been down for days now.  It was fully transfered to forrestv a few months ago right?

The clone site mentioned a few pages/posts back doesn't have up-to-date data so that doesn't help much.

If not, any other source to see a chart of P2Pool luck and payout address comparisons of global estimated hashrate (this is different from node estimated hashrate displayed at my node UI).  It always gave me a good idea of how much more or less I was earning per block versus my actual real-life hashrate "deserved" (i.e., if p2pool.info showed me at 4TH and I have 2TH real, then it meant I was running lucky with shares submitted and was potentially making more than what I "should have" on a centralized pool).

[windpath]

Any word on when the stats page http://p2pool.info/ is coming back?  It's been down for days now.  It was fully transfered to forrestv a few months ago right?

The clone site mentioned a few pages/posts back doesn't have up-to-date data so that doesn't help much.

If not, any other source to see a chart of P2Pool luck and payout address comparisons of global estimated hashrate (this is different from node estimated hashrate displayed at my node UI).  It always gave me a good idea of how much more or less I was earning per block versus my actual real-life hashrate "deserved" (i.e., if p2pool.info showed me at 4TH and I have 2TH real, then it meant I was running lucky with shares submitted and was potentially making more than what I "should have" on a centralized pool).

Getting ready for the next release of our front end this week, I believe I have all the data your looking for and would be happy to create a view for it. Would just need a little help putting together exactly what you are looking for....

I have active miners for a given p2pool block (addresses that were paid and how much)

I have node, pool, and global hashrate.

I think what you are looking for is the estimated hash rate per p2pool payout address based on the payment from the last block?

[jedimstr]

Any word on when the stats page http://p2pool.info/ is coming back?  It's been down for days now.  It was fully transfered to forrestv a few months ago right?

The clone site mentioned a few pages/posts back doesn't have up-to-date data so that doesn't help much.

If not, any other source to see a chart of P2Pool luck and payout address comparisons of global estimated hashrate (this is different from node estimated hashrate displayed at my node UI).  It always gave me a good idea of how much more or less I was earning per block versus my actual real-life hashrate "deserved" (i.e., if p2pool.info showed me at 4TH and I have 2TH real, then it meant I was running lucky with shares submitted and was potentially making more than what I "should have" on a centralized pool).

Getting ready for the next release of our front end this week, I believe I have all the data your looking for and would be happy to create a view for it. Would just need a little help putting together exactly what you are looking for....

I have active miners for a given p2pool block (addresses that were paid and how much)

I have node, pool, and global hashrate.

I think what you are looking for is the estimated hash rate per p2pool payout address based on the payment from the last block?

Yes, I believe that's what was shown on one of the tabs for p2pool.info.

Since the site is still down, and using Norgon's clone of it as a reference (even though it's not up-to-date yet... blockchain data from 6 months ago), you can check out the Active Users tab.  That shows the data I'm talking about: http://p2poolinfo.azurewebsites.net/

Edit: from the disclaimer text on the clone site, it sounds a bit different.  Based more on the valid shares submitted in the last 24 hours.  It would essentially be the hashrate estimate corresponding to the current Payout Estimate shown on the various node UI's.

From the p2pool.info clone:

The following users / addresses have submitted at least 1 valid share in the past 24 hours. Note: Hashrates are very rough estimates based on the number of shares submitted in the past day. They may be off by 10-20% or more due to variance.

[windpath]

Getting ready for the next release of our front end this week, I believe I have all the data your looking for and would be happy to create a view for it. Would just need a little help putting together exactly what you are looking for....

I have active miners for a given p2pool block (addresses that were paid and how much)

I have node, pool, and global hashrate.

I think what you are looking for is the estimated hash rate per p2pool payout address based on the payment from the last block?

Yes, I believe that's what was shown on one of the tabs for p2pool.info.

Since the site is still down, and using Norgon's clone of it as a reference (even though it's not up-to-date yet... blockchain data from 6 months ago), you can check out the Active Users tab.  That shows the data I'm talking about: http://p2poolinfo.azurewebsites.net/

Edit: from the disclaimer text on the clone site, it sounds a bit different.  Based more on the valid shares submitted in the last 24 hours.  It would essentially be the hashrate estimate corresponding to the current Payout Estimate shown on the various node UI's.

From the p2pool.info clone:

The following users / addresses have submitted at least 1 valid share in the past 24 hours. Note: Hashrates are very rough estimates based on the number of shares submitted in the past day. They may be off by 10-20% or more due to variance.

Yea, those numbers look a little fuzzy to me...

What do you think about instead showing this:

Code:

[Address] - [Current Expected Payout] - [Last Block Payout] - [%+/-]

For each miner with active shares in a block?

[norgan]

Getting ready for the next release of our front end this week, I believe I have all the data your looking for and would be happy to create a view for it. Would just need a little help putting together exactly what you are looking for....

I have active miners for a given p2pool block (addresses that were paid and how much)

I have node, pool, and global hashrate.

I think what you are looking for is the estimated hash rate per p2pool payout address based on the payment from the last block?

Yes, I believe that's what was shown on one of the tabs for p2pool.info.

Since the site is still down, and using Norgon's clone of it as a reference (even though it's not up-to-date yet... blockchain data from 6 months ago), you can check out the Active Users tab.  That shows the data I'm talking about: http://p2poolinfo.azurewebsites.net/

Edit: from the disclaimer text on the clone site, it sounds a bit different.  Based more on the valid shares submitted in the last 24 hours.  It would essentially be the hashrate estimate corresponding to the current Payout Estimate shown on the various node UI's.

From the p2pool.info clone:

The following users / addresses have submitted at least 1 valid share in the past 24 hours. Note: Hashrates are very rough estimates based on the number of shares submitted in the past day. They may be off by 10-20% or more due to variance.

Yea, those numbers look a little fuzzy to me...

What do you think about instead showing this:

Code:

[Address] - [Current Expected Payout] - [Last Block Payout] - [%+/-]

For each miner with active shares in a block?

I followed the deployment docs on that clone and it just won't update. Anyone know how I can get it up to date?