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

[Red Emerald]

Actually how do I use the "--address" option with merged mining?
Do I use a "," to separate them?

Thanks!

You can't specify an address for the merged chain (yet).  The merged mining still needs some work.  The address is currently fetched automatically via the RPC

Ok, so I have put the same wallet(s) on all my mining machines, hence they all use the same addresse(s).
Is that an ok workaround?

Thank you!

Why don't you just point all your miners to one p2pool merged mining instance?  I have 3 miners but only run one p2pool, bitcoind, and namecoind.

DING DING DING.

If you are worried about fault tolerance make a second machine be the backup p2pool.  Then setup cgminer w/ 3 pools
p2pool - main
p2pool - backup
traditional pool

If the machine w/ your p2pool goes down, cgminer will point all miners to the backup p2pool and if it also goes down it will point everything at a traditional pool. 

Or even better

p2pool - main
p2pool - backup
traditional pool 1
traditional pool 2
traditional pool tor hidden service 1
traditional pool tor hidden service 2

[1714220289]

1714220289

[1714220289]

1714220289

[thatonegirlt]

So I'm still new to this and I'm trying to configure my cgminer/run_p2pool thing properly. I'm just curious if Cgminer is supposed to say that a 'share' is "Accepted" or "Rejected" because I traditionally get a couple Accepted when I first run the program than 90% of the time after that it says Rejected. Is this just because it's not actually getting shares or something?

[Vanderbleek]

So I'm still new to this and I'm trying to configure my cgminer/run_p2pool thing properly. I'm just curious if Cgminer is supposed to say that a 'share' is "Accepted" or "Rejected" because I traditionally get a couple Accepted when I first run the program than 90% of the time after that it says Rejected. Is this just because it's not actually getting shares or something?

What version of CGMiner are you using? I had a problem like that on 2.2.3, switching to 2.2.5 fixed it.

[kano]

1GH/s (if you have that much) with a share difficulty of 500 (look up what it currently is) will take approximately 35.79 mins per share.

As I mentioned recently, with a variance of 8 on that (which isn't impossible) you may even take up to 4.66hours before you'd see a share at 1GH/s (or longer)

Take into consideration those numbers

[Wandering Albatross]

Take into consideration those numbers

Number of p2pool users will level off as many discover their rigs are too small for p2pool. p2pool proponents will sell them variance but the users won't buy it and go back to thier previous pool.

[Rubberduckie]

Take into consideration those numbers

Number of p2pool users will level off as many discover their rigs are too small for p2pool. p2pool proponents will sell them variance but the users won't buy it and go back to thier previous pool.

What would be considered enough hashrate to make P2Pool worthwhile? (I've got approx 700 Mh/s)

[Rubberduckie]

did the pool just mine 2 blocks in the space of 6 minutes?

[cabin]

Even at 200 Mh/s I still get multiple shares and payouts per day which is more than enough. It's not like I was withdrawing once a day from the regular pools.

Take into consideration those numbers

Number of p2pool users will level off as many discover their rigs are too small for p2pool. p2pool proponents will sell them variance but the users won't buy it and go back to thier previous pool.

What would be considered enough hashrate to make P2Pool worthwhile? (I've got approx 700 Mh/s)

[Rubberduckie]

I do really like the concept of P2pool, So I'm mining both BTC and LTC for the foreseeable future

[cabin]

If P2Pool ever makes it into the main client I have an idea/question... could it incorporate the concept of 'mini-confirmations' for transactions. They are every 10 seconds so they would be great for point of sale type stuff.. merchants would have a bit of confidence for small purchases after just a few seconds. Of course for large transactions you would still want to wait for the 6 full real confirmations. Anyways.. just a thought.

[rjk]

If P2Pool ever makes it into the main client I have an idea/question... could it incorporate the concept of 'mini-confirmations' for transactions. They are every 10 seconds so they would be great for point of sale type stuff.. merchants would have a bit of confidence for small purchases after just a few seconds. Of course for large transactions you would still want to wait for the 6 full real confirmations. Anyways.. just a thought.

P2Pool shares are not in any way analogous to block solves in that manner. So basically, no.

[Rassah]

If P2Pool ever makes it into the main client I have an idea/question... could it incorporate the concept of 'mini-confirmations' for transactions. They are every 10 seconds so they would be great for point of sale type stuff.. merchants would have a bit of confidence for small purchases after just a few seconds. Of course for large transactions you would still want to wait for the 6 full real confirmations. Anyways.. just a thought.

The point of a conformation is to make it difficult to double-spend and difficulty is based on hashing power x amount of time required to hash. It does't matter how many blocks are solved in the mean time; ten blocks one every 10 seconds and one block once every 100 seconds gives you exactly the same amount of security if the overall hash rate is the same.

[dooglus]

ten blocks one every 10 seconds and one block once every 100 seconds gives you exactly the same amount of security if the overall hash rate is the same.

That might be true if the blocks were chained together, with each one depending on the previous one.  But in P2Pool the share chain doesn't require this.  The transactions appearing in one share may or may not appear in the following share in the sharechain and it just doesn't matter.

So it's possible you see your transaction in a share in the sharechain, and then see 10 more shares follow it, each of which not containing your transaction.

All that seeing your transaction in a share tells you is that a miner somewhere has accepted your transaction into his pool and is trying to mine it at the moment.  It absolutely doesn't tell you that it will ever be successfully mined.

[thatonegirlt]

So I'm still new to this and I'm trying to configure my cgminer/run_p2pool thing properly. I'm just curious if Cgminer is supposed to say that a 'share' is "Accepted" or "Rejected" because I traditionally get a couple Accepted when I first run the program than 90% of the time after that it says Rejected. Is this just because it's not actually getting shares or something?

What version of CGMiner are you using? I had a problem like that on 2.2.3, switching to 2.2.5 fixed it.

Version 2.2.1. I tried 2.2.5 previously but it really messed up my hashrate so I reverted back to 2.2.1.

[Rubberduckie]

So I'm still new to this and I'm trying to configure my cgminer/run_p2pool thing properly. I'm just curious if Cgminer is supposed to say that a 'share' is "Accepted" or "Rejected" because I traditionally get a couple Accepted when I first run the program than 90% of the time after that it says Rejected. Is this just because it's not actually getting shares or something?

What version of CGMiner are you using? I had a problem like that on 2.2.3, switching to 2.2.5 fixed it.

Version 2.2.1. I tried 2.2.5 previously but it really messed up my hashrate so I reverted back to 2.2.1.

cgminer 2.2.6 works well for me,less rejects than 2.2.5

[1onevvolf]

For those of you who are missing the mining graphs available on the websites of pools like slush's, here's a way to get something similar out of blockchain.info

http://blockchain.info/charts/received-per-day?showDataPoints=true&timespan=30days&show_header=true&daysAverageString=7&scale=0&address=1Kz5QaUPDtKrj5SqW5tFkn7WZh8LmQaQi4

Just replace the address at the end of the URL with your own p2pool address.

[avral]

http://serason.com/projects/emccharts/countdown.php 

[kano]

http://serason.com/projects/emccharts/countdown.php 

LOL it's funny to see people watch that and " "

Even though he was wrong, it still makes me think of Agent Smith:
You hear that, Mr. Anderson?
That is the sound of inevitability.

[cabin]

That makes sense, tweaks would be needed for sure so that say the later transaction in a double spend attempt couldn't be included if a first transaction with that same amount has already made it into the share chain. Right now I guess the only transaction that is required and verified is the generation payout for all the shares.. a miner could in theory drop all others I imagine. And these tweaks might be incompatible with other goals like keeping the share size small.

But I do think there will be lot of demand for instant confirm mobile transactions.. and it would be nice to have some security on them for the time between 0 confirms and 1 confirm.

ten blocks one every 10 seconds and one block once every 100 seconds gives you exactly the same amount of security if the overall hash rate is the same.

That might be true if the blocks were chained together, with each one depending on the previous one.  But in P2Pool the share chain doesn't require this.  The transactions appearing in one share may or may not appear in the following share in the sharechain and it just doesn't matter.

So it's possible you see your transaction in a share in the sharechain, and then see 10 more shares follow it, each of which not containing your transaction.

All that seeing your transaction in a share tells you is that a miner somewhere has accepted your transaction into his pool and is trying to mine it at the moment.  It absolutely doesn't tell you that it will ever be successfully mined.

[stevegee58]

cgminer 2.2.6 works well for me,less rejects than 2.2.5

I'm a bit disappointed after trying p2pool for 24 hours but maybe my expectations are wrong.

I'm running the latest cgminer 2.2.6 as well as the latest p2pool and bitcoin clients.  Everything is set up correctly and the various programs are reporting being happy.  However I've only been paid 4 times.  Cgminer reports "accepted" about 2.5-3 times per minute (I'm running a single 6770).
While using deepbit I was being paid about 0.13 BTC/day.  On p2pool I seem to be making about 0.02 BTC/day.

The weird thing is that yesterday I was paid twice while I sat there watching after restarting everything.  Then after running all night there was nothing.