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

[jtoomim]

Any news on P2Pool merge?

None yet. Still need to get altcoins working with my code, or verify that they work. I have not had any time to work on p2pool stuff recently, alas.

[1714008688]

1714008688

[1714008688]

1714008688

[1714008688]

1714008688

[1714008688]

1714008688

[Xantus]

Hey People,

i need an P2Pool Mining Server to connect my Miner. is there one without or low Fee, free for all ?
i used befor 178.63.18.3:9332 but it seams to denie my get works quests :-/

[jtoomim]

i need an P2Pool Mining Server to connect my Miner. is there one without or low Fee, free for all ?

ml.toom.im:9332 and ml.toom.im:9334 are available for public use. Zero fee.

[mine4.com]

Hey People,
i need an P2Pool Mining Server to connect my Miner. is there one without or low Fee, free for all ?
i used befor 178.63.18.3:9332 but it seams to denie my get works quests :-/

Hi Xantus,

I have stratum+tcp://5.133.177.158:9332 avaliable on p2pool mainnet or stratum+tcp://5.133.177.158:9334 if you prefer to mine on p2pool\jtoomim (both with a low 0.5% fee and 0.5% donation to the developer). I'm in Sheffield, England (UK) so depending on your location it may or may not be quicker. See my site www.mine4.com for more info and current ping times from your location.

Jtoomim,

Is a merge of the two networks a possibility? Main net has increased to 3.1Ph/s and Jtoomim to 7.6Ph/s. A combined 10.7Ph/s would be good to see and may help attract more to the pool. Also the mainnet reward is much more often in line with jtoomim these days. Presumably some development has taken place there...?

All the best.
James.

[smoothrunnings]

The cover page to P2Pool doesn't say anything about needing to run 32bit versions of everything or if 64bit versions can be run. Is is possible to run P2Pool on 64bit versions of Python, etc??

Has anyone done a how-to?

Thanks

[jtoomim]

Is a merge of the two networks a possibility? Main net has increased to 3.1Ph/s and Jtoomim to 7.6Ph/s. A combined 10.7Ph/s would be good to see and may help attract more to the pool.

The 3 PH/s spike on mainnet is over. It was probably just someone renting on Nicehash for an hour or so. Mainnet is back to ~1 PH/s.

It is not possible to "merge" the two networks. They are separate share chains. What is possible is for people to switch chains so that everyone is on the same chain.

Also the mainnet reward is much more often in line with jtoomim these days. Presumably some development has taken place there...?

No, it's not. At this particular moment, I see:

16.72565364 BTC/block on mainnet in 1681 transactions
17.48822478 BTC/block on jtoomimnet in 2026 transactions

You have to look at the actual shares being mined to see the difference. The "Current block value" metric on a node's front page shows the value before mainnet's transaction trimming takes place.

Something to keep in mind is that the bug/design flaw on mainnet that forces small blocks is intermittent. It shows up when a Bitcoin block has been recently published, and disappears a few minutes later. Just because they show the same thing at one moment doesn't mean it will always be the same.

Is is possible to run P2Pool on 64bit versions of Python, etc??

Both 32 bit and 64 bit versions of Python should work. I don't think I've tested with 32 bit versions before, though.

[faberyayo]

Hello. I’m trying to setup and make bitcoin node up and running (code was taken from here https://github.com/jtoomim/p2pool/tree/1mb_segwit), but it doesn’t work correctly since I’m getting high level of DOA (more than 20%). Miner and server located in the same network. Please help to make it working properly.
Server config: Xeon E3-1225, 8Gb RAM, SSD drive, OS Windows Server 2012 r2
bitcoin.conf:

Code:

server=1 
disablewallet=1
listen=1 
daemon=1 
prune=10240
rpcuser=*
rpcpassword=*
maxconnections=20 
blockmaxweight=3950000 
mintxfee=0.00001 
minrelaytxfee=0.00001 
dbcache=500 
maxmempool=500 
rpcthreads=50

I’m getting a lot of errors such as these ones:

Code:

2018-01-12 11:13:05.602000 Generating a share with 1108592 bytes, 3945962 WU (ne
w: 1114 B, 4456 WU) in 1431 tx (3 new), plus est gentx of 1702 bytes/6844 WU
2018-01-12 11:13:05.602000 Total block stripped size=947572 B, full size=1110374
 B,  weight: 3953046 WU
2018-01-12 11:13:06.055000 WARNING! Previous share's timestamp is 5 seconds in t
he future. This is not normal.
2018-01-12 11:13:06.055000 Make sure your system clock is accurate. Errors beyon
d 300 sec result in orphaned shares.
2018-01-12 11:12:11.836000 New work for 1FwAD8EinPKnW14LxQ7ug21Lw4yNMXNjfx! Diff
: 355190.15 Share diff: 1390473.73 Block value: 16.31 BTC (1321 tx, 1086 kB)
2018-01-12 11:12:15.836000 > Unhandled error in Deferred:
2018-01-12 11:12:15.836000 > Unhandled Error
2018-01-12 11:12:15.836000 > Traceback (most recent call last):
2018-01-12 11:12:15.836000 > Failure: twisted.internet.defer.TimeoutError: in Re
plyMatcher
2018-01-12 11:18:42.684000 > Peer referenced unknown transaction 34bd59d5478ebec
e779d6c84a2ab2eceb49fa7afe0293fb3bef781be9efa14d1, disconnecting
2018-01-12 11:18:42.684000 Peer sent entire transaction c5398526266124c129a276f3
cc0e388523207f9ad48289133604d28a90415de1 that was already received
2018-01-12 11:18:42.872000 Lost peer 178.63.18.3:9333 - Connection was aborted l
ocally, using.

I'll be thankful for any help.

[jtoomim]

There are two likely causes: One, maybe your mining hardware is not compatible with the frequent work changes that p2pool requires. Two, maybe your node is slow.

1) What type of miner are you using? If you point it to someone else's node which is known to be working well (e.g. ml.toom.im:9332), what DOA rate do you get?

2) You'll have better results if you use pypy. That's easiest to do if you're running Linux, but you may also be able to get it to work using the Windows Subsystem for Linux:

https://bitcointalk.org/index.php?topic=18313.msg21025074#msg21025074

You can also check your CPU usage to see if it ever gets pegged at 25% (i.e. 1 full core used).

P.S.: The Bitcoin Cash p2pool has different chain parameters that results in less work switching, so you will see better performance and efficiency there. However, it doesn't have much hashrate yet, so it might be a while before it finds a block.

P.P.S.: A higher dbcache setting would be a good idea, though it won't solve your problem. Also, blockmaxweight=4000000 is safe on 1mb_segwit.

[faberyayo]

There are two likely causes: One, maybe your mining hardware is not compatible with the frequent work changes that p2pool requires. Two, maybe your node is slow.

1) What type of miner are you using? If you point it to someone else's node which is known to be working well (e.g. ml.toom.im:9332), what DOA rate do you get?

2) You'll have better results if you use pypy. That's easiest to do if you're running Linux, but you may also be able to get it to work using the Windows Subsystem for Linux:

https://bitcointalk.org/index.php?topic=18313.msg21025074#msg21025074

You can also check your CPU usage to see if it ever gets pegged at 25% (i.e. 1 full core used).

P.S.: The Bitcoin Cash p2pool has different chain parameters that results in less work switching, so you will see better performance and efficiency there. However, it doesn't have much hashrate yet, so it might be a while before it finds a block.

P.P.S.: A higher dbcache setting would be a good idea, though it won't solve your problem. Also, blockmaxweight=4000000 is safe on 1mb_segwit.

I have 10 Antminer S9, but testing it with just one until get the node working. I tried different nodes and everything works fine there with DOA around 4-6%. CPU load is under 20% per core.
Software is: Windows Server 2012 R2 64 bit, Python 2.7, Twisted 15.1.0, Zope.Interface 4.1.2, Python win32 api, Python win32 api wmi wrapper
Pool address is http://gminv.ge:9332/static/
Graphs are here: http://gminv.ge:9332/static/graphs.html?Day

[jtoomim]

CPU load is under 20% per core.

"Per core" is not meaningful here. Python can only use one core at a time, and it's bouncing around between all four cores. If it's using about 20% of each core, that means that 80% of the time it is using at least one core, which is too much.

Your getblocktemplate latency graph shows the same thing. It's taking about 2 seconds for p2pool/python to process the GBT results returned by bitcoind, which indicates that p2pool has a short backlog of tasks for it to perform that is delaying the GBT processing.

Reloading the webpage is sluggish (~2 second delay), which indicates the same thing.

You're running into CPU load issues. Try pypy and/or a CPU with faster single-threaded performance. Pypy is likely to make a bigger difference than a CPU upgrade. Reducing your peer count can also help.

[faberyayo]

CPU load is under 20% per core.

"Per core" is not meaningful here. Python can only use one core at a time, and it's bouncing around between all four cores. If it's using about 20% of each core, that means that 80% of the time it is using at least one core, which is too much.

Your getblocktemplate latency graph shows the same thing. It's taking about 2 seconds for p2pool/python to process the GBT results returned by bitcoind, which indicates that p2pool has a short backlog of tasks for it to perform that is delaying the GBT processing.

Reloading the webpage is sluggish (~2 second delay), which indicates the same thing.

You're running into CPU load issues. Try pypy and/or a CPU with faster single-threaded performance. Reducing your peer count can also help.

Thank you so much. Will try it and see if it helps.

[crypto_curious]

Is there any way to make p2pool mode modern so it can use multithreading and multi cores etc?

[jtoomim]

Python is inherently single-threaded. https://wiki.python.org/moin/GlobalInterpreterLock

It would be far easier and more effective to remove most of the transaction-handling code from p2pool, and make share objects contain only the merkle root plus the coinbase transaction (and the merkle path thereto). However, I have not had the time to do that, and nobody else seems to be interested in doing it. Even though it would be much easier, it's not super easy to do.

Note: Bitcoin Core is *also* mostly single-threaded, although not quite to the same extent as p2pool.

[-ck]

Is there any way to make p2pool mode modern so it can use multithreading and multi cores etc?

Rewrite it from scratch in another programming language.

[smoothrunnings]

Is is possible to run P2Pool on 64bit versions of Python, etc??

Both 32 bit and 64 bit versions of Python should work. I don't think I've tested with 32 bit versions before, though.

I am running Windows 10 x64 v1709 spectre patched. When I try to install the wraper it doesn't see Python installed because the app is looking for the 32bit installation of Python and it's location. Do I still need the wraper?

-- On a different note.

I started over, this time I installed the 32bit versions of everything on Windows 10 x64 v1709 Spectre patched. I getting an error with the twisted. I am using Python 17.0. It can't find vps.forre.st when I check it against Google, L3, and open DNS public DNS server they too can't find it. Safe to ignore? There is no mention or update on the first post...




(Moderator's note: This post was edited by frodocooper to fix broken quote formatting.)

[bitlock1]

Disregard the vps.forre.st it is a known issue, probably resolved when jtoomin gets the main code updated with forrest permission.... right now there are two versions on p2pool running  main and jtoomin

regards

[smoothrunnings]

Disregard the vps.forre.st it is a known issue, probably resolved when jtoomin gets the main code updated with forrest permission.... right now there are two versions on p2pool running  main and jtoomin

regards

I see more errors too, this one and these ones when I connect a miner to my p2pool.



See this when I connect my Neptune to the pool.

[jtoomim]

smoothrunnings, if you're planning on mining Bitcoin with p2pool, I strongly advise using pypy instead of regular Python. Mining with regular Python will usually result in CPU overload, which will reduce your revenue by 20-40%. This is true both for jtoomimnet and for mainnet.

Instructions for installing pypy on WSL on Windows can be found here: https://bitcointalk.org/index.php?topic=18313.msg21025074#msg21025074

[smoothrunnings]

smoothrunnings, if you're planning on mining Bitcoin with p2pool, I strongly advise using pypy instead of regular Python. Mining with regular Python will usually result in CPU overload, which will reduce your revenue by 20-40%. This is true both for jtoomimnet and for mainnet.

Instructions for installing pypy on WSL on Windows can be found here: https://bitcointalk.org/index.php?topic=18313.msg21025074#msg21025074

I am not really a linux guy. Is there a how-to doc to setup P2Pool using PYPY?

Thanks,

[jtoomim]

The how-to doc for Windows is the link I posted.