p2pool - Decentralized, Absolutely DoS-Proof, Pool Hopping-Proof Pool [archival]

[Red Emerald]

Don't forget that U is luck based.

[1714837987]

1714837987

[1714837987]

1714837987

[1714837987]

1714837987

[forrestv]

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.

The development version gives work to miners at a low difficulty so you can see how "well-tuned" your miner is by looking at the reject ratio over shorter periods of time.

[Schleicher]

The development version gives work to miners at a low difficulty so you can see how "well-tuned" your miner is by looking at the reject ratio over shorter periods of time.

Oh, ok. Thanks.

[jamesg]

For all who are interested, BAMT can now be updated to include phoenix 1.7.4 which means that if you run BAMT, you can run on p2pool with a simple upgrade! This should mean that some pretty big mining farms can now run on p2pool.

If you switch over your BAMT farm, please donate to jedi95, forrestv and lodcrappo for making it possible to run BAMT and p2pool together!

[runeks]

I've noticed that p2pool puts an invalid scriptPubKey in the first output of the generation transaction in its blocks. Looking at this block for example:
http://blockexplorer.com/block/0000000000000485d92d555cf92f865f14579394818d9b4030ec24569632e74f
the first output looks like this:

Code:

        {
          "value":"0.00000000",
          "scriptPubKey":"ce32ad40ceff87531662999bb86b20d424d8018a199317681d1d4c79bc31f06d"
        },

I'm not sure what it is, but both blockexplorer.com and blockchain.info call these outputs strange. Looks like a SHA-256 hash.

[Costia]

probably for namecoin merged mining - a hash of the namecoin block

[Costia]

from what i understand orphan shares are ones that were recieved too late by the other clients - and some other solution was accepted first.
but what are the dead shares?

[gnar1ta$]

For all who are interested, BAMT can now be updated to include phoenix 1.7.4 which means that if you run BAMT, you can run on p2pool with a simple upgrade! This should mean that some pretty big mining farms can now run on p2pool.

Does that mean you are adding your farm?

[coretechs]

Yeah come on gigavps... one of us... one of us... one of us...

[forrestv]

from what i understand orphan shares are ones that were recieved too late by the other clients - and some other solution was accepted first.
but what are the dead shares?

They're essentially orphans, but they're special because they arrived at your p2poold from your miner _after_ your p2poold sent out a long poll. Essentially, you can blame dead shares on your miner configuration and orphan shares on internet latency.

EDIT: About the strange outputs, those are as Holliday explained. However, I plan to eventually embed that data into the merged mining header so we won't be bloating the blockchain as much.

[Costia]

thanks
for some reason when running cgminer from cygwin i was getting quite a lot of dead shares.
switched back to the regular cmd.exe for now

[Proofer]

• Run p2pool:
  
  • ...
  • Source: python run_p2pool.py USER PASS

(Ubuntu 11.04)

Must run_p2pool.py be run with its distributed directory the current directory -- does it depend on other files in the distribution?  Or can run_p2pool.py be copied to somewhere else?

[hoo]

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.

The development version gives work to miners at a low difficulty so you can see how "well-tuned" your miner is by looking at the reject ratio over shorter periods of time.

should we be using the feb executable or the source?
i noticed yesterday I received probably 14 shares, but never received any coins, so now I'm confused as to what we should be running.

[runeks]

• Run p2pool:
  
  • ...
  • Source: python run_p2pool.py USER PASS

(Ubuntu 11.04)

Must run_p2pool.py be run with its distributed directory the current directory -- does it depend on other files in the distribution?  Or can run_p2pool.py be copied to somewhere else?

run_p2pool.py can't be copied anywhere else and used alone. Take a look inside the file. It's two lines of code .

You don't have to cd to the directory in order to run it. Just execute run_p2pool.py from anywhere.

[Frizz23]

I am using p2pool now since 6 days. The last 4 days it seems "we" are working on the same block.

The logs says: "... Payout if block: 0.35 BTC ...".

So a measly 0.1 BTC / day. And only, if the block is resolved now(ish).

I think p2pool is not for me. To risky. Or buggy. Or both ...

[Costia]

that actually means you will get ~0.7 per day on average
and its not the same block, we are always working on the latest block in the chain

EDIT:
and we just got another one solved
http://blockchain.info/block-index/852772

at 200Mhash i got 0.88466231BTC in the last 3 days

actually it was 2 blocks:
http://blockchain.info/block-index/852769

[Costia]

actually thats not quite right. btcserv is a 0% PPS - so you will make the same money on average
But this is way more fun
and i get "mined" in my wallet instead or "received" from the pool's address

[eja]

I actually kind of like the uncertainty. It is always a nice suprise when suddenly a mined block pops up in the bitcoin client.
Except for today, my miner crashed while I was away and my last shares expired just before finding the two blocks

[gmaxwell]

This is an archived thread of P2Pool discussion.

See the new thread for more recent P2Pool discussion.