Quote from: gyverlb on June 09, 2013, 02:22:58 PM

Quote from: zvs on June 09, 2013, 02:11:49 PM

pro: you get to split an extra 0.96% in fees to everyone else (less than 0.25BTC), going by stat info on http://blockchain.info/stats

These stats are obviously underestimating what you can get: they are based on what most miners do, not what they could do. The fees could easily be 2 to 2.5% with bitcoind 0.8.2 default settings.

Quote from: zvs on June 09, 2013, 02:11:49 PM

con: you get a lot more orphans & more processing power is needed, not altogether related to the getblock latency, but actual transferring within the p2pool network itself

Not if you configure bitcoind and p2pool to lower their network traffic as (again...) explained by the guide in my signature.

TL;DR: I have an average ADSL connection and use it for several other traffic types (Bitcoind+P2Pool is ~30% of my BW).
I can even use 1MB blocks and lower minimum fees without lowering my efficiency (reaching 3 to 5% additional fee income).
I only had to limit the number of bitcoind (10) and P2Pool connections (5 outgoing + 5 incoming) to get this result.

On my P2Pool-Node Hashes 5 GH/s. Thats a chance form 0.5% to find one p2pool-Blocks.

So why should I reduce my efficency for every Payout to get once the tx-fees in 200 P2pool-Blocks?