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

[Ed]

...You're looking for an explanation.....

okay..... no explanation, just the assumption, hypothesis, suggestion, supposition, guess, speculation

[1715041688]

1715041688

[1715041688]

1715041688

[1715041688]

1715041688

[PatMan]

I think we should change the name of that "luck" graph to something more accurate, something like: "Three meaningless downward spiraling lines that indicate nothing, take no notice. Everything is fine.".........

I also think that anyone who even dares to suggest that there is anything wrong with anything should be cast out, ridiculed and burnt at the stake "witch style"....

Seriously though, as soon as the non-existing stratum problem is sorted I'll be mining again.

Good luck & Peace. 

[zvs]

I solved three blocks using Stratum on p2pool over the course of 2 weeks @ 3mill difficulty and 8ghash.  nothing wrong with it.

sorry for your shit luck and that i didnt use my extreme luck to solo mine instead

[rav3n_pl]

Seriously though, as soon as the non-existing stratum problem is sorted I'll be mining again.

Mining proxy problem was fixed in https://github.com/forrestv/p2pool/commit/2dffea0 over month ago.
Do you have current version of p2pool? Or use updated public node?

[zvs]

tbh, i would take my lucky ass back to p2pool, except i'm busy recouping fireducks 400 btc losses.  so far 2 blocks solved in about 20 btc of payments.

maxbtc?  2m+ difficulty before halving, 15 blocks solved, 400 payed out. 

some folks calls it a sling blade, Billy Bob Thornton calls it a kaiser blade

I call it Enhancements

oh, it's on

[PatMan]

Seriously though, as soon as the non-existing stratum problem is sorted I'll be mining again.

Mining proxy problem was fixed in https://github.com/forrestv/p2pool/commit/2dffea0 over month ago.
Do you have current version of p2pool? Or use updated public node?

Hello again Rav3n,

Yeah, installed the latest version. Tried it on two different Linux rigs as well as a windoze 7 64 setup - same thing. Thing is, it's only p2pool that gives me stratum issues, every other pool I use with stratum works perfectly....

Peace.

[rav3n_pl]

I observed odd thing (TRC node, but probably same thing on all other)
1. stop nodedelete saved sharechain, start node, allow to run over 24hrs = memory usage stops at 100MB
2. stop node and start it again (no delete) = just after start it is already 130MB just after start.
3. stop node, delete sharechain, allow to load it = around 70MB and slowly rising to 100MB over 24hrs.
Something is wrong in share storing imo..

[Komonec]

I'v got ~9% invalid shares. Is this normal?

[zvs]

I'v got ~9% invalid shares. Is this normal?

9% DOA isn't normal, 9% DOA + stale is better than avg (most of the time), 9% stale would be around the median

oh

i just looked at SS, so I guess those wouldnt be orphans, they'd be DOA?  yeah, that's high

[rav3n_pl]

I'v got ~9% invalid shares. Is this normal?

Try tune miner settings if you not have it done already.
In cgminer set in command line:

Code:

-t 1 -Q 0 

or in config file:

Code:

"gpu-threads" : "1",
"queue" : "0",

Default is 2 threads and 1 additional queue what can be source of unwanted doas. We have fast longpools there
Check also your GBT latency on node graph. It should be 0.5s top.

[spiccioli]

forrestv,

memory and bandwidth: this bandwidth cannot be sustained on a home connection, this is a HDSL line with 3Mb up/down cap and not a standard ADSL.

look at this

http://p2pool.soon.it:9332/static/graphs.html?Day

Something went wrong and memory jumped from 200MB to 1GB overnight.

spiccioli

ps.

Code:

$ uname -a
Linux fedora 3.6.7-4.fc16.i686.PAE #1 SMP Tue Nov 20 20:51:24 UTC 2012 i686 i686 i386 GNU/Linux

[spiccioli]

BTW,

see how memory usage grows with the same slope of the number of incoming connections...

spiccioli

[twmz]

I am expecting to get out of the bitcoin mining business sooner that later.  At the same time, I am still a fan of p2pool and would be happy to continue to maintain p2pool.info long after I am no longer personally mining.  However, as I shut down my home mining operation and all the servers running in my house that support that operation, I'd like to remove the dependency p2pool.info has on server(s) running inside my house, and I'm hoping someone in the p2pool community can help.

What p2pool.info needs is access to a bitcoind server's RPC interface.  For security reasons, ideally this would be a bitcoind instance that had an empty wallet that had never been used.

These are the RPCs that p2pool.info uses:

* getblockcount
* getdifficulty
* getblockhash
* getblock
* getrawtransaction

As for bitcoin version, it needs to be at least 0.7 as some of the RPCs above were new in 0.7.  If it happens to be running a version of 0.8 or the GIT tree with the new optimized storage structure, it needs to be running with the txindex=1 configuration setting because p2pool.info needs to be able to look at all generation transactions for all blocks.

I'm hoping that someone here is already running bitcoind in a datacenter somewhere and would be willing to let p2pool.info's web server connect to it to watch for p2pool blocks.  If you have a bitcoind server whose RPC interface is accessible over the internet and that you'd be willing to give me access to, please let me know.

[Krak]

I am expecting to get out of the bitcoin mining business sooner that later.  At the same time, I am still a fan of p2pool and would be happy to continue to maintain p2pool.info long after I am no longer personally mining.  However, as I shut down my home mining operation and all the servers running in my house that support that operation, I'd like to remove the dependency p2pool.info has on server(s) running inside my house, and I'm hoping someone in the p2pool community can help.

What p2pool.info needs is access to a bitcoind server's RPC interface.  For security reasons, ideally this would be a bitcoind instance that had an empty wallet that had never been used.

These are the RPCs that p2pool.info uses:

* getblockcount
* getdifficulty
* getblockhash
* getblock
* getrawtransaction

As for bitcoin version, it needs to be at least 0.7 as some of the RPCs above were new in 0.7.  If it happens to be running a version of 0.8 or the GIT tree with the new optimized storage structure, it needs to be running with the txindex=1 configuration setting because p2pool.info needs to be able to look at all generation transactions for all blocks.

I'm hoping that someone here is already running bitcoind in a datacenter somewhere and would be willing to let p2pool.info's web server connect to it to watch for p2pool blocks.  If you have a bitcoind server whose RPC interface is accessible over the internet and that you'd be willing to give me access to, please let me know.

Can't you just use Blockchain.info for this?

[Prattler]

Something went wrong and memory jumped from 200MB to 1GB overnight.

Code:

$ uname -a
Linux fedora 3.6.7-4.fc16.i686.PAE #1 SMP Tue Nov 20 20:51:24 UTC 2012 i686 i686 i386 GNU/Linux

Please report your python twisted version. Memory was only fixed for twisted 11.2 11.1 and onwards.

Code:

python
import twisted
print twisted.version

[twmz]

Can't you just use Blockchain.info for this?

It already does pull some information from blockchain.info as a backup method, but it can't get everything from there, mostly because blockchain.info automatically blocks IP addresses that make a lot of requests (which has happened to p2pool.info multiple times).

[spiccioli]

Something went wrong and memory jumped from 200MB to 1GB overnight.

Code:

$ uname -a
Linux fedora 3.6.7-4.fc16.i686.PAE #1 SMP Tue Nov 20 20:51:24 UTC 2012 i686 i686 i386 GNU/Linux

Please report your python twisted version. Memory was only fixed for twisted 11.2 and onwards.

Code:

python
import twisted
print twisted.version

Code:

$ python
Python 2.7.3 (default, Jul 24 2012, 11:41:34)
[GCC 4.6.3 20120306 (Red Hat 4.6.3-2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import twisted
>>> print twisted.version
[twisted, version 11.0.0]
>>>

Older... sob, I'm gonna update it asap.

Thanks.

spiccioli

[twmz]

Can't you just use Blockchain.info for this?

It already does pull some information from blockchain.info as a backup method, but it can't get everything from there, mostly because blockchain.info automatically blocks IP addresses that make a lot of requests (which has happened to p2pool.info multiple times).

Actually, it appears that they significantly raised their request limiting thresholds, so maybe this would work.  It would mean significantly rewriting some of the p2pool.info code since blockchain.info has a different set of APIs than bitcoind does and p2pool.info's code is built assuming bitcoind.  So if someone does happen to have a bitcoind server, that would still be the easiest for me to migrate to.  If not, I will add to my todo list to rewrite the code to use blockchain.info and we'll just hope blockchain.info doesn't ever go away

[zvs]

I am expecting to get out of the bitcoin mining business sooner that later.  At the same time, I am still a fan of p2pool and would be happy to continue to maintain p2pool.info long after I am no longer personally mining.  However, as I shut down my home mining operation and all the servers running in my house that support that operation, I'd like to remove the dependency p2pool.info has on server(s) running inside my house, and I'm hoping someone in the p2pool community can help.

What p2pool.info needs is access to a bitcoind server's RPC interface.  For security reasons, ideally this would be a bitcoind instance that had an empty wallet that had never been used.

These are the RPCs that p2pool.info uses:

* getblockcount
* getdifficulty
* getblockhash
* getblock
* getrawtransaction

As for bitcoin version, it needs to be at least 0.7 as some of the RPCs above were new in 0.7.  If it happens to be running a version of 0.8 or the GIT tree with the new optimized storage structure, it needs to be running with the txindex=1 configuration setting because p2pool.info needs to be able to look at all generation transactions for all blocks.

I'm hoping that someone here is already running bitcoind in a datacenter somewhere and would be willing to let p2pool.info's web server connect to it to watch for p2pool blocks.  If you have a bitcoind server whose RPC interface is accessible over the internet and that you'd be willing to give me access to, please let me know.

would it have fallbacks?  my bitcoind is on most of the time, but not always..

[K1773R]

I am expecting to get out of the bitcoin mining business sooner that later.  At the same time, I am still a fan of p2pool and would be happy to continue to maintain p2pool.info long after I am no longer personally mining.  However, as I shut down my home mining operation and all the servers running in my house that support that operation, I'd like to remove the dependency p2pool.info has on server(s) running inside my house, and I'm hoping someone in the p2pool community can help.

What p2pool.info needs is access to a bitcoind server's RPC interface.  For security reasons, ideally this would be a bitcoind instance that had an empty wallet that had never been used.

These are the RPCs that p2pool.info uses:

* getblockcount
* getdifficulty
* getblockhash
* getblock
* getrawtransaction

As for bitcoin version, it needs to be at least 0.7 as some of the RPCs above were new in 0.7.  If it happens to be running a version of 0.8 or the GIT tree with the new optimized storage structure, it needs to be running with the txindex=1 configuration setting because p2pool.info needs to be able to look at all generation transactions for all blocks.

I'm hoping that someone here is already running bitcoind in a datacenter somewhere and would be willing to let p2pool.info's web server connect to it to watch for p2pool blocks.  If you have a bitcoind server whose RPC interface is accessible over the internet and that you'd be willing to give me access to, please let me know.

would it have fallbacks?  my bitcoind is on most of the time, but not always..

yes, we definately need fallback nodes. so in case 1 bitcoind goes down, p2pool goes to the next, same if its lagging.
could you do this forrestv?