Bitcoin Forum
May 06, 2024, 07:04:04 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 [27] 28 »
  Print  
Author Topic: p2pool - Decentralized, Absolutely DoS-Proof, Pool Hopping-Proof Pool [archival]  (Read 35482 times)
Red Emerald
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500



View Profile WWW
January 22, 2012, 09:52:08 PM
Last edit: January 22, 2012, 10:16:42 PM by Red Emerald
 #521

Cant you just direct the --merged-url at a namecoin pool?
Hmm... that sounds like it just might work. Are there any namecoin only pools still?

How about this:

Setup a local p2pool with namecoind as the main chain
Setup another local p2pool with bitcoind as the main chain and merged mining to the previously setup p2pool
Point workers to your local bitcoin p2pool

This would keep everything in p2pool so we don't have to give pool operators any power even on the alt-chain. I'm not sure how badly you would get hurt with longpolling and stales.


EDIT: So I started looking through the code and it doesn't look like a namecoin p2pool would be too much work to get running.

The changes made to p2pool for liquidcoin (please do not read this as an endorsement of scamcoins), look like they were simple enough.  Similar changes but for namecoin would probably be just as easy.  I'd make a fork, but I don't have time to code right now.

https://github.com/RuxiaoMa/p2pool_lqc/network

From RuxiaoMa's commits, it looks like the only code that really needs to change is in networks.py and maybe in bitcoin/networks.py.

Also, the p2pool code could really use some comments.

1715022244
Hero Member
*
Offline Offline

Posts: 1715022244

View Profile Personal Message (Offline)

Ignore
1715022244
Reply with quote  #2

1715022244
Report to moderator
1715022244
Hero Member
*
Offline Offline

Posts: 1715022244

View Profile Personal Message (Offline)

Ignore
1715022244
Reply with quote  #2

1715022244
Report to moderator
1715022244
Hero Member
*
Offline Offline

Posts: 1715022244

View Profile Personal Message (Offline)

Ignore
1715022244
Reply with quote  #2

1715022244
Report to moderator
Unlike traditional banking where clients have only a few account numbers, with Bitcoin people can create an unlimited number of accounts (addresses). This can be used to easily track payments, and it improves anonymity.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715022244
Hero Member
*
Offline Offline

Posts: 1715022244

View Profile Personal Message (Offline)

Ignore
1715022244
Reply with quote  #2

1715022244
Report to moderator
1715022244
Hero Member
*
Offline Offline

Posts: 1715022244

View Profile Personal Message (Offline)

Ignore
1715022244
Reply with quote  #2

1715022244
Report to moderator
forrestv
Hero Member
*****
Offline Offline

Activity: 516
Merit: 643


View Profile
January 23, 2012, 04:25:00 AM
 #522

Cant you just direct the --merged-url at a namecoin pool?
Hmm... that sounds like it just might work. Are there any namecoin only pools still?

How about this:

Setup a local p2pool with namecoind as the main chain
Setup another local p2pool with bitcoind as the main chain and merged mining to the previously setup p2pool
Point workers to your local bitcoin p2pool

This would keep everything in p2pool so we don't have to give pool operators any power even on the alt-chain. I'm not sure how badly you would get hurt with longpolling and stales.

Sadly, neither of these approaches will work. P2Pool queries namecoin using the "getauxblock" RPC call instead of the normal "getwork" call. It'd be possible for a Namecoin mining pool to implement "getauxblock", but I doubt that any do. Pointing P2Pool at another P2Pool will not work for the same reason - P2Pool only presents "getwork" to miners. Fairly complex changes to P2Pool are needed to make pooled merged mining work.

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
hoo
Member
**
Offline Offline

Activity: 89
Merit: 10


View Profile WWW
January 23, 2012, 04:52:19 AM
Last edit: January 23, 2012, 05:07:39 AM by hoo
 #523

anyone knows how to turn off longpolling in the json commands for cgminer?

I tried this:

Code:
		"--no-longpoll" : "true"

but it doesn't work.

I can turn it off when it's running through the ncurses interface, but I would rather just have it in the conf.

I'm also getting a lot of rejects in cgminer and lots of dead shares in p2pool.

is it not worth mining in p2pool with 200 mh?


bitcoin, 2nd most popular currency used by criminals.
bitcoin, 2nd most popular currency used by criminals.
bitcoin, 2nd most popular currency used by criminals.
bitcoin, 2nd most popular currency used by criminals.
bitcoin, 2nd most popular currency used by criminals.
The probability that you too are a criminal, is very high.
gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 798
Merit: 500


View Profile
January 23, 2012, 05:25:22 AM
 #524

Why do you want to turn LP off? cgminer defaults are best for p2pool. With 200Mh/s I would run for 48 hrs and look for 5-10% reject ratio and p2pool own efficiency close to 100%. A lot of discarded work is normal.

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
forrestv
Hero Member
*****
Offline Offline

Activity: 516
Merit: 643


View Profile
January 23, 2012, 05:27:17 AM
 #525

anyone knows how to turn off longpolling in the json commands for cgminer?

I tried this:

Code:
		"--no-longpoll" : "true"

but it doesn't work.

I can turn it off when it's running through the ncurses interface, but I would rather just have it in the conf.

I'm also getting a lot of rejects in cgminer and lots of dead shares in p2pool.

is it not worth mining in p2pool with 200 mh?

P2Pool pretty much requires long polling - without it you get a lot of dead shares. Lots of rejects and dead shares might be due to bad connectivity or a too-high intensity on cgminer.

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
Costia
Newbie
*
Offline Offline

Activity: 28
Merit: 0



View Profile
January 23, 2012, 05:35:56 AM
 #526

i am mining with 200MHash
Quote
Shares: 35 (2 orphan, 1 dead) Peers: 12
got 5 0.1BTC payments in the last 24 hours
should average to 2 payments a day
hoo
Member
**
Offline Offline

Activity: 89
Merit: 10


View Profile WWW
January 23, 2012, 05:41:42 AM
 #527

Oh man! Thanks guys! I had no idea I was creating the problem. going to fix it now.

This has got to be the most interesting idea in bitcoin, since bitcoin. Smiley

Also, is it possible to add trusted fallback nodes to P2Pool?
Or would just adding the trusted fallback nodes from the wiki to bitcoin.conf be adequate?


bitcoin, 2nd most popular currency used by criminals.
bitcoin, 2nd most popular currency used by criminals.
bitcoin, 2nd most popular currency used by criminals.
bitcoin, 2nd most popular currency used by criminals.
bitcoin, 2nd most popular currency used by criminals.
The probability that you too are a criminal, is very high.
waspoza
Hero Member
*****
Offline Offline

Activity: 602
Merit: 508


Firstbits: 1waspoza


View Profile
January 23, 2012, 04:20:50 PM
 #528

Hi guys, i have small problem. When im trying to see some stats at http://127.0.0.1:9332/graphs im getting error 404 - No Such Resource

Halp!
Cdecker
Hero Member
*****
Offline Offline

Activity: 489
Merit: 504



View Profile WWW
January 23, 2012, 04:26:24 PM
 #529

Hi guys, i have small problem. When im trying to see some stats at http://127.0.0.1:9332/graphs im getting error 404 - No Such Resource

Halp!
Does it say anything else or just a 404 page. I had the same problem but I solved it easily by installing python-rrdtool and restarting the p2pool daemon.

Want to see what developers are chatting about? http://bitcoinstats.com/irc/bitcoin-dev/logs/
Bitcoin-OTC Rating
waspoza
Hero Member
*****
Offline Offline

Activity: 602
Merit: 508


Firstbits: 1waspoza


View Profile
January 23, 2012, 04:30:31 PM
 #530

Hi guys, i have small problem. When im trying to see some stats at http://127.0.0.1:9332/graphs im getting error 404 - No Such Resource

Halp!
Does it say anything else or just a 404 page. I had the same problem but I solved it easily by installing python-rrdtool and restarting the p2pool daemon.

This is what im getting:

<html>
  <head><title>404 - No Such Resource</title></head>
  <body>
    <h1>No Such Resource</h1>
    <p>No such child resource.</p>
  </body>
</html>

I took your advice and installed python-rrdtool, restarted pool, but no effect. Sad
gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 798
Merit: 500


View Profile
January 23, 2012, 04:44:20 PM
 #531

Does /recent_blocks work?

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
Red Emerald
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500



View Profile WWW
January 23, 2012, 05:09:23 PM
 #532

Cant you just direct the --merged-url at a namecoin pool?
Hmm... that sounds like it just might work. Are there any namecoin only pools still?

How about this:

Setup a local p2pool with namecoind as the main chain
Setup another local p2pool with bitcoind as the main chain and merged mining to the previously setup p2pool
Point workers to your local bitcoin p2pool

This would keep everything in p2pool so we don't have to give pool operators any power even on the alt-chain. I'm not sure how badly you would get hurt with longpolling and stales.

Sadly, neither of these approaches will work. P2Pool queries namecoin using the "getauxblock" RPC call instead of the normal "getwork" call. It'd be possible for a Namecoin mining pool to implement "getauxblock", but I doubt that any do. Pointing P2Pool at another P2Pool will not work for the same reason - P2Pool only presents "getwork" to miners. Fairly complex changes to P2Pool are needed to make pooled merged mining work.
I knew that sounded too easy Sad

Should we get a bounty going?  Getting p2pool to also pool the merged mining would be awesome.

forrestv
Hero Member
*****
Offline Offline

Activity: 516
Merit: 643


View Profile
January 23, 2012, 05:16:18 PM
 #533

Hi guys, i have small problem. When im trying to see some stats at http://127.0.0.1:9332/graphs im getting error 404 - No Such Resource

You need to upgrade to a version of P2Pool from git.

Does /recent_blocks work?

Yes, to some degree for recent versions from git. Tongue It's not guaranteed to show you all blocks because some might have been orphaned or dead, and it may display blocks from far in the past.

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
waspoza
Hero Member
*****
Offline Offline

Activity: 602
Merit: 508


Firstbits: 1waspoza


View Profile
January 23, 2012, 05:21:33 PM
 #534

Does /recent_blocks work?

Nop, same thing.
waspoza
Hero Member
*****
Offline Offline

Activity: 602
Merit: 508


Firstbits: 1waspoza


View Profile
January 23, 2012, 05:22:36 PM
Last edit: January 23, 2012, 05:43:57 PM by waspoza
 #535


You need to upgrade to a version of P2Pool from git.


Okay, ill try that later.

EDIT: Git version works! Thanks.
Schleicher
Hero Member
*****
Offline Offline

Activity: 675
Merit: 513



View Profile
January 23, 2012, 05:57:49 PM
 #536

Strange things going on here:
The windows exe (p2pool_0.8.1_c7feb00.zip) works as expected, about one share per hour or so.

Today I tried installing Python 2.7 and using the source (forrestv-p2pool-release-0.8.1-71-gfff1dd9.zip).
Now cgminer 2.1.2 suddenly finds about 3 or 4 shares per minute.
p2pool is showing this after about 13 minutes and 45 shares:
Pool: 109GH/s in 25941 shares (25945/25945 verified) Recent: 0.00% >0H/s Shares: 0 (0 orphan, 0 dead) Peers: 10 (0 incoming)

gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 798
Merit: 500


View Profile
January 23, 2012, 06:29:50 PM
 #537

Today I tried installing Python 2.7 and using the source (forrestv-p2pool-release-0.8.1-71-gfff1dd9.zip).
Now cgminer 2.1.2 suddenly finds about 3 or 4 shares per minute.
p2pool is showing this after about 13 minutes and 45 shares:
Pool: 109GH/s in 25941 shares (25945/25945 verified) Recent: 0.00% >0H/s Shares: 0 (0 orphan, 0 dead) Peers: 10 (0 incoming)

Do you have more than one pool in cgminer config? It looks like your finding too many shares, and they are not going to p2pool.

P2Pool pretty much requires long polling - without it you get a lot of dead shares. Lots of rejects and dead shares might be due to bad connectivity or a too-high intensity on cgminer.

Can you explain this more.  I get a higher hashrate and U with a higher intensity, but also a lower own efficiency (from more stales).  What is a better indicator of paid work, p2pool own efficiency or cgminer U (which I thought was accepted shares/min)?

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
fehknt
Newbie
*
Offline Offline

Activity: 13
Merit: 0


View Profile
January 23, 2012, 08:10:37 PM
 #538

Strange things going on here:
The windows exe (p2pool_0.8.1_c7feb00.zip) works as expected, about one share per hour or so.

Today I tried installing Python 2.7 and using the source (forrestv-p2pool-release-0.8.1-71-gfff1dd9.zip).
Now cgminer 2.1.2 suddenly finds about 3 or 4 shares per minute.
p2pool is showing this after about 13 minutes and 45 shares:
Pool: 109GH/s in 25941 shares (25945/25945 verified) Recent: 0.00% >0H/s Shares: 0 (0 orphan, 0 dead) Peers: 10 (0 incoming)

I get similar behavior - some (most) of the "accepted" shares don't seem to meet the difficulty requirement in p2pool I think.  But wait enough and you'll get "true" accepted shares in p2pool (in my experience).


Can you explain this more.  I get a higher hashrate and U with a higher intensity, but also a lower own efficiency (from more stales).  What is a better indicator of paid work, p2pool own efficiency or cgminer U (which I thought was accepted shares/min)?


The best indicators of paid work are Shares: X and Payout if block: BTC from p2pool.  Shares is how many shares you have accepted to the pool (minus orphan and dead), payout is the payout to you if your node is the one to find a block.  Most of your payouts will be this - 0.5% (the bonus given to the finder of a "true" block).

If I've made any mistakes, experts please correct!
gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 798
Merit: 500


View Profile
January 23, 2012, 08:27:29 PM
 #539

The best indicators of paid work are Shares: X and Payout if block: BTC from p2pool.  Shares is how many shares you have accepted to the pool (minus orphan and dead), payout is the payout to you if your node is the one to find a block.  Most of your payouts will be this - 0.5% (the bonus given to the finder of a "true" block).

If I've made any mistakes, experts please correct!

But how do I tune my miner to maxamize shares and payout?  Increase I to increase hash rate and U (shares/min) or decrease I to increase own efficiency? 

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
fehknt
Newbie
*
Offline Offline

Activity: 13
Merit: 0


View Profile
January 23, 2012, 09:00:59 PM
 #540

But how do I tune my miner to maxamize shares and payout?  Increase I to increase hash rate and U (shares/min) or decrease I to increase own efficiency? 

I find that lower stales is better for payout than higher U/hashrate.  AFAIK it depends on your exact hardware and how much of a difference it makes.  Basically, you need to look at how U changes compared to how stales change.  If U increases more than total dead+orphan (per min) then I think it makes sense for you to go with a higher U because total accepted (by p2pool, non-dead non-orphan) shares/min is higher.  But I think most people find that U increases 5-10% for stales increasing 10-20%, meaning that overall p2pool good shares per hour is decreased by increasing I.  In summary: YMMV.  (I use dynamic I and haven't found enough difference to matter with either higher or lower I.)

Also, keep in mind that statistics for <100 p2pool shares is unlikely to be useful when comparing these relatively small changes.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 [27] 28 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!