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

[Icoin]

In the past 24 hours Deepbit has found 18 blocks at 3177 GH/s, giving them a value of ⊅0.28328612 per gigahash.
In the past 24 hours P2Pool has found 5 blocks at 229 GH/s, giving them a value of ⊅1.09170305 per gigahash.

Awesome sumarization! I absolutly agree!

P2pool rules! 

Thanks check_status!

[Red Emerald]

In the past 24 hours Deepbit has found 18 blocks at 3177 GH/s, giving them a value of ⊅0.28328612 per gigahash.
In the past 24 hours P2Pool has found 5 blocks at 229 GH/s, giving them a value of ⊅1.09170305 per gigahash.

Awesome sumarization! I absolutly agree!

P2pool rules! 

Thanks check_status!

Given 100% luck, what would the BTC per gigahash be?

What about stats for the last 7, or 30, or 90 days?

[Frizz23]

In the past 24 hours Deepbit has found 18 blocks at 3177 GH/s, giving them a value of ⊅0.28328612 per gigahash.
In the past 24 hours P2Pool has found 5 blocks at 229 GH/s, giving them a value of ⊅1.09170305 per gigahash.

So?

In the next 24 hours it might be the other way round.

I tested p2pool for 1/2 year!! - not just 24 hours. Or a week. I used it for full 6 month.

And I only got about 80-90 percent of what I would have gotten using BTC Guilds PPS method.

- With BTC Guild PPS I get ~0.48 BTC / day for my 840 MH/s.
- Using p2pool I got ~0.39 BTC / day (average for the past 6 month) for my 840 MH/s.

And no, I did not have a faulty configuration. Or old version (btw. this constant need for updating p2pool - and bitcoind - was a pain in the ass too. No need to worry about that using deepbit, slush, etc.).

If someone tells me he's getting the same or more using p2pool compared to a "traditional" pool he is simply a liar. Or fool. Or both.

[check_status]

Using cgminer I was getting 60-70% efficiency and 20-30 U/m. Configuration matters on p2pool.
-u bitcoinaddress+1  This helped to reduce D.O.A.
-g 1
-I 7

@Frizz23 Wow, both of your payouts are below the expected payout from Alloscomp's Bitcoin Calculator. Perhaps you have something misconfigured to get such bad results on both pools.

[Icoin]

Are you sure about this?  Putting political views aside.

My cgminer shows slower hash rates for both GPUs and PGAs (that is probably ok, might be related to getting work from network vs local), but
my utilization dropped from the usual 48-49 (cgminer shares)/minute to 44.  The total hash rates as reported by run_p2pool and cgminer are much lower.
My cgminer queue grows, efficiency dropped to 30%.  Is this normal p2pool mining?  Something is OFF.  abcpool, btcguild, 50btc were running better.

I'll give it a try for a week or so (few blocks), but I'm not very impressed so far.  Maybe I'm doing something wrong.  I only have 1 incoming connection, 0.1 (possible) balance (on 3.3+GH/s) after few hours of running.  Both bitcoind (8333) and run_p2pool (9333) ports are opened.

Not sure what else I can do to improve.  Move the run_p2pool/bitcoind to another PC?

What i realized is that a fast CPU is very essential for good share results, if the used machine isnt working with the right capacity usualy there are more stales/DOA (especialy when you run p2pool and cgminer on the same machine for example). Yes to move the p2pool/bitcoind to an other machine could bring the solution in my oppinion. My efficiency is usualy above 100% MPBM seems to reduce my CGMINER hashingspeed aswell...

[rav3n_pl]

Because of fast longpooling efficiency shown by cgminer is much lower than on other pools (miner have less time to scan for solution).
Part of my cgminer.conf that I think can help:

Code:

"expiry" : "90",
"gpu-threads" : "1",
"queue" : "0",
"retry-pause" : "5",
"scan-time" : "60",
"submit-stale" : true,

[rav3n_pl]

After about 3 days of mining my cgminer shows:

Code:

 cgminer version 2.3.4 - Started: [2012-05-29 23:07:52]
--------------------------------------------------------------------------------
 (5s):171.9 (avg):130.8 Mh/s | Q:31745  A:7467  R:70  HW:0  E:24%  U:1.72/m
 TQ: 0  ST: 1  SS: 0  DW: 30444  NB: 413  LW: 0  GF: 1  RF: 0

It is desktop PC, my kids (and me) are using it abut 12h/day ;]
I think 500-600MH/s card can give 100% (or more?) efficiency on my settings.

[Subo1977]

Hi together,

I'am new  to the P2Pool Project, but I will support the Idea.

So i have set up one Public Node and its ready to be used.

Who wants, ca Try it under

http://p2pool-cologne.dyndns.org:9332

The Stats can be seen on http://p2pool-cologne.dyndns.org:9332/static ,
The current Fee can be seen at  http://p2pool-cologne.dyndns.org:9332/fee


It's  an VM running on an VMware Cluster for HA at a location near Cologne / Germany.

The Server is also listed at http://nodes.p2pmine.com/


Have fun to test/use it

Greets

Stefan 

[Icoin]

Hi together,

I'am new  to the P2Pool Project, but I will support the Idea.

So i have set up one Public Node and its ready to be used.

Who wants, ca Try it under

http://p2pool-cologne.dyndns.org:9332

The Stats can be seen on http://p2pool-cologne.dyndns.org:9332/static ,
The current Fee can be seen at  http://p2pool-cologne.dyndns.org:9332/fee


It's  an VM running on an VMware Cluster for HA at a location near Cologne / Germany.

The Server is also listed at http://nodes.p2pmine.com/


Have fun to test/use it

Greets

Stefan 

Well Done! Would love to see more p2pool Nodes in Europe

[Subo1977]

Hi together,

I'am new  to the P2Pool Project, but I will support the Idea.

So i have set up one Public Node and its ready to be used.

Who wants, ca Try it under

http://p2pool-cologne.dyndns.org:9332

The Stats can be seen on http://p2pool-cologne.dyndns.org:9332/static ,
The current Fee can be seen at  http://p2pool-cologne.dyndns.org:9332/fee


It's  an VM running on an VMware Cluster for HA at a location near Cologne / Germany.

The Server is also listed at http://nodes.p2pmine.com/


Have fun to test/use it

Greets

Stefan 

Well Done! Would love to see more p2pool Nodes in Europe

I only need People/worker who's use my node   

[kano]

2 explanations for those not sure about things:

1) The E: value in cgminer really doesn't mean you are getting more BTC (higher E) or less BTC (lower E)
The easiest way to explain it is as an example.
This example isn't using exact numbers - in reality the E will be lower - but simplified for explanation.
... and by 'shares' I of course mean 1-difficulty pseudo shares as cgminer displays

A) If you have a computer with 2 devices that can each hash a full nonce range in 10 seconds (2^32 hashes) then on average (p2pool) it will complete each work item it gets and thus on average find 1 share per work item and have an E of 100%
B) If you have a computer with 4 devices that can each hash a full nonce range in 20 seconds (2^32 hashes) then on average (p2pool) it will complete only half of each work item and thus on average find 1 share per 2 work items and thus have an E of 50%

A) is of course 2 shares per 10 seconds and 2 work items per 10 seconds
B) is also 2 shares per 10 seconds but 4 work items per 10 seconds

Both the above computers have the same MH/s
Both of the 2 above will produce roughly the same amount of BTC
The second one just happens to get twice as much work to get the same result
There are other factors that come into the E value (e.g. roll-n-time) but the point is that E means how much work needs to be transferred to get your shares (not how many shares you expect to get over any given time frame)

2) Pool comparisons.
There is no point comparing pools over a day - that simply shows you don't understand how bitcoin mining works
Also saying "I got paid X BTC" in a short time frame (a day, a week or even a month) doesn't mean you will get that same amount the next day, week or even month.

Quite seriously, the only measurements of the performance of a pool that are valid, are:

A) the average of: "number of 1-difficulty shares" / "the block difficulty for each block found" ... over a LONG period of time (months)
 this is how you correctly calculate "LUCK" and should normally be close to 1.0 (100%) over a long period of time

B) the % of orphaned blocks

P2pool throws away share history ... so not everyone can check that.
Of course on P2Pool each share found actually counts for multiple 1-difficulty shares.
So if the current difficulty was say 650, then each share found while the p2pool difficulty was 650 would count as 650 "1-difficulty shares"

[Red Emerald]

A) the average of: "number of 1-difficulty shares" / "the block difficulty for each block found" ... over a LONG period of time (months)
 this is how you correctly calculate "LUCK" and should normally be close to 1.0 (100%) over a long period of time

And p2pool is sitting under 90% 90 day luck and seems to have been since January (when the pool actually started to grow).  The question still remains; Is this 90% really just "bad luck", or is it caused by some flaw in p2pool's code?

[eroxors]

Some good luck today. 

[ChanceCoats123]

Some good luck today. 

What the fuck are you doing?

[Ed]

-u bitcoinaddress+1  This helped to reduce D.O.A.

could you please explain that I should write in .conf

Code:

{
"pools" : [
	{
		"url" : "http://127.0.0.1:9332",
		"user" : "Ed",
		"pass" : "xxxxx"
	},

[check_status]

-u bitcoinaddress+1  This helped to reduce D.O.A.

could you please explain that I should write in .conf

Code:

{
"pools" : [
	{
		"url" : "http://127.0.0.1:9332",
		"user" : "Ed",
		"pass" : "xxxxx"
	},

You're increasing your mining GPU's difficulty, it can be increased as high as you want, +300 for instance, will not effect other GPU's with different configs. I don't know how useful this will be outside of JayCoin's Modified version of P2pool. But if you wanted to try it out:

Code:

{
"pools" : [
	{
		"url" : "http://127.0.0.1:9332",
		"user" : "Ed+1",
		"pass" : "xxxxx"
	},

[JayCoin]

P2pmining.com has been testing using only difficulty 1 shares.  It seems to help out on stale rates.  May have something to do with some mining programs being confused by non diff 1 shares.  The last p2pool update actually made it so only diff 1 shares would be served to miners no matter what postfix was added to the user name for this same reason.

in bitcoin/networks.py

Code:

nets = dict(
    bitcoin=math.Object(
        P2P_PREFIX='f9beb4d9'.decode('hex'),
        P2P_PORT=8333,
        ADDRESS_VERSION=0,
        RPC_PORT=8332,
        RPC_CHECK=defer.inlineCallbacks(lambda bitcoind: defer.returnValue(
            'bitcoinaddress' in (yield bitcoind.rpc_help()) and
            not (yield bitcoind.rpc_getinfo())['testnet']
        )),
        POW_FUNC=data.hash256,
        BLOCK_PERIOD=600, # s
        SYMBOL='BTC',
        CONF_FILE_FUNC=lambda: os.path.join(os.path.join(os.environ['APPDATA'], 'Bitcoin') if platform.system() == 'Windows' else os.path.expanduser('~/Library/Application Support/Bitcoin/') if platform.system() == 'Darwin' else os.path.expanduser('~/.bitcoin'), 'bitcoin.conf'),
        BLOCK_EXPLORER_URL_PREFIX='http://blockexplorer.com/block/',
        ADDRESS_EXPLORER_URL_PREFIX='http://blockexplorer.com/address/',
        SANE_TARGET_RANGE=(2**256//2**32 - 1 , 2**256//2**32 - 1),
    ),

The SANE_TARGET_RANGE is what limits the range of served shares.  The max/min is the same number (which equates to diff 1). You would need to edit this range to allow for higher difficulty shares.

[rav3n_pl]

Some good luck today. 

What the fuck are you doing?

He kill it.... 

[Tittiez]

Some good luck today. 

What the fuck are you doing?

He kill it.... 

Good fucking job eroxors.

[rjk]

Some good luck today. 

What the fuck are you doing?

He kill it.... 

Good fucking job eroxors.

LOL