Author

Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 449. (Read 2591964 times)

legendary
Activity: 1036
Merit: 1000
DARKNETMARKETS.COM
Has anyone had experience running an Antminer on P2Pool. It's got a built in Gui I think very similar to Avalons. Currently I only know how to set up stratum based servers. Would I need to SSH and change the settings to mine P2P? Thanks!

Antminers are not responding to LP/work restart, don't bother to setup p2pool for them, they are just not compatible and you will get 30% or more Rejected work.
legendary
Activity: 2968
Merit: 1198
Has anyone had experience running an Antminer on P2Pool. It's got a built in Gui I think very similar to Avalons. Currently I only know how to set up stratum based servers. Would I need to SSH and change the settings to mine P2P? Thanks!

I tried it with a couple of remote nodes (still tinkering with hardware to set up my own local node) but it did not work very well. I had around 50% or more reject rate. This was not with the latest firmware though.



hero member
Activity: 886
Merit: 1013
Can someone help me with some guidance regarding the setup and workings of p2pool?

I don't want to spam this thread with basic questions so I would highly appreciate if someone would contact me via pm.

cheers

sr. member
Activity: 395
Merit: 250
Has anyone had experience running an Antminer on P2Pool. It's got a built in Gui I think very similar to Avalons. Currently I only know how to set up stratum based servers. Would I need to SSH and change the settings to mine P2P? Thanks!

p2pool is stratum based.
in antMiner simple put settings of your node or one of public node
I advise to use http://elizium.name
full member
Activity: 932
Merit: 100
arcs-chain.com
lucky lucky, it newer ends.

full member
Activity: 224
Merit: 100
Has anyone had experience running an Antminer on P2Pool. It's got a built in Gui I think very similar to Avalons. Currently I only know how to set up stratum based servers. Would I need to SSH and change the settings to mine P2P? Thanks!
hero member
Activity: 553
Merit: 500
If anyone can put this up on the front page, I'm sure it'll help others out that are using Bitfury / Megabigpower rigs:
I have tested this out on V1, V2 and V3 M-boards and images!

HOW TO SET UP P2POOL

1) Set up the programs as listed on the front page.

2) SSH into your unit

3) type echo -n username:password | base64

4) Copy the code.

5) BACK UP /opt/bitfury/chainminer/jobconnect.cpp, then type sudo nano /opt/bitfury/chainminer/jobconnect.cpp

6) Change this line:

hosts_t hosts[]={
 {"Basic dHl0dXMucGkyOnB1YmxpY3Bhc3M=","http://127.0.0.1:8332/"

To this:

hosts_t hosts[]={
        {"Basic PUTINYOURCODEYOUCOPIEDINSTEP4","http://YOURP2PLANADDRESS:9332/"
      
Ctrl + O to save
YES
Ctrl + X to exit

7) cd into /opt/bitfury/chainminer
Cool type make

9) reboot rPi

Thats it.  You won't be able to use your pool GUI on the webpage, but you will see the numbers kick in.
hero member
Activity: 1246
Merit: 501
newbie
Activity: 10
Merit: 0
newbie
Activity: 13
Merit: 0
The smallest miners on the pool have around 5-10GH/s.  I think 30GH/s would give you more than one share a day, so variance wouldn't be that bad.

Mine is currently running like this:
Local: 31942MH/s in last 10.0 minutes Local dead on arrival: ~3.5% (2-6%) Expected time to share: 1.1 days

I've just today switched back to p2pool from a while balanced between BTC Guild and Slush, so will see how it settles down.
legendary
Activity: 1232
Merit: 1094
I have 31gh/s asic. Can I mining on p2pool or this too small speed?

The smallest miners on the pool have around 5-10GH/s.  I think 30GH/s would give you more than one share a day, so variance wouldn't be that bad.

The pool itself finds a share twice a day, and you get 3 payments per share on average.
legendary
Activity: 1334
Merit: 1004
TTM
I have 31gh/s asic. Can I mining on p2pool or this too small speed?
donator
Activity: 2058
Merit: 1007
Poor impulse control.
.....

I think the Eligius one has lower variance?

.....

AFAIK, no one has derived the variance for average reward per valid share submitted per period of time for Eligius' reward method. In infinite time all shares should be paid, but if you confine rewards to a time period there is significant variance in received rewards.



legendary
Activity: 2968
Merit: 1198
I'd tried to talk wizkid into paying 99% of PPS to the regular share queue and have the remaining 1% set aside and moved to a queue which is only paid after all the pay before it was paid out, but he was worried that other pools would claim that it was a fee.

Why not just dump the oldest 25 BTC worth of shares from the log when you get an orphan? The orphan happened, so 25 BTC worth of shares is worthless and the pool isn't getting that value back ever. That's makes it sort of a PPLN with a very large N, while retaining the low variance of their method.

legendary
Activity: 2968
Merit: 1198
This never happens in practice.
It's because their payout is higher than the actual expectation once you consider orphans.

Okay yes that makes sense. As soon as you get a single orphan (the expectation of) those shares will stay in the log forever.

Thank you for the explanation.


legendary
Activity: 1232
Merit: 1094
It's because their payout is higher than the actual expectation once you consider orphans.

- pay each share 98% of expected
- pay remaining to last N shares, if queue is empty

Quote
I'm glad p2pool uses a pay-per last-n derived method where you don't have to worry about that kind of open loop mismatch.

I think the Eligius one has lower variance?

P2pool relies on honesty to ensure that miners update the bitcoin block they are building on (and the 1% reward for actually finding a block)?

In fact, what is the "cycle" time for an ASIC?
staff
Activity: 4284
Merit: 8808
This never happens in practice.
It's because their payout is higher than the actual expectation once you consider orphans. It ends up being a transfer of value from those with the most weighed hash-power when the pool is unlucky those with the most weighed hashpower when its lucky. Fortunately thats still not hoppable since you don't know in advance which group you'll be in, but it's clearly unoptimal.  I'd tried to talk wizkid into paying 99% of PPS to the regular share queue and have the remaining 1% set aside and moved to a queue which is only paid after all the pay before it was paid out, but he was worried that other pools would claim that it was a fee. (Ideally the fraction would be determined by the true expected reward, but thats hard to estimate and it looks like eligius has a ~1% orphan rate, and indeed P2Pools' appears to be much lower)

I'm glad p2pool uses a pay-per last-n derived method where you don't have to worry about that kind of open loop mismatch.
legendary
Activity: 2968
Merit: 1198
  • If the entire database was paid and there are still funds left, include it in the next block's reward

This never happens in practice. The database has shares that are months or maybe years old. It is not clear to me why this is other than bad luck early on by the pool (which would build up a backlog of shares in the database). Or maybe it is because p2pool apparently outperforms the centralized pools, so they will always have a bit more than their share of "bad luck."

Quote
I mine on Eligius and every once in a while I get regular payments (i.e., not "mined"/generated payouts) to my address so I just assume it was from coins the pool had to pay to itself due to a lucky streak. (or nice people donating/miners typing their address incorrectly :p )

I have no idea what those are. I don't think I've received them (but not positive, I've had payments going to several different wallets/addresses over the years so I may not have noticed). Maybe the operator correcting for some malfunctions?



sr. member
Activity: 359
Merit: 250
I don't think decentralized CPPSRBP is currently possible because there'd have to be some way to manage a pool wallet for when there's a surplus from a block reward/pay from it when needed and doing this in a decentralized manner would be very difficult.

There is no wallet or surplus with CPPSRBP. The Eligius coinbases pay out to miners, not a pool wallet.  There is a share log and every block that gets paid out to the most recent shares adding up to the value of the block. If the round was unlucky then not all shares from that round will be paid. If the round was lucky then some old shares will be paid.  I don't know enough about the internals of p2pool to know whether this is possible.

EDIT: This isn't quite right since Eligius doesn't pay out until your balance reaches the minimum payout. Still the blocks rewards are paid directly to miners (who have accumulated a large enough balance to get paid out), not to a pool wallet.
Eligius usually pays directly using the coinbase transactions of blocks the pool mines, but from the Eligius CPPSRB page:
Quote
When a block is found:
  • Go back 25 BTC into the share log, and reward those at PPS price.
  • Delete those shares from the log
  • If the entire database was paid and there are still funds left, include it in the next block's reward

When a block is orphaned:
  • Undelete the shares rewarded for it

I may be wrong but I don't know how BTC saved for the next block's reward could be awarded using the coinbase since the full block reward needs to go somewhere.  I mine on Eligius and every once in a while I get regular payments (i.e., not "mined"/generated payouts) to my address so I just assume it was from coins the pool had to pay to itself due to a lucky streak. (or nice people donating/miners typing their address incorrectly :p )

@spooderman like kjj, smooth, and lenny_ above me said you won't be charged fees when you get paid via p2pool, but mining on p2pool with a low hashrate will lead to a bunch of tiny payments into your wallet which will cost a lot in transaction fees later on when you try to spend the coins if your wallet isn't smart about making small enough transactions which can be sent with no fee.  Normal pools just wait until you have mined a certain amount before sending you a payout which leads to fewer transaction fees when you later spend the coins but I believe p2pool sends you a payout as long as you have found at least one p2pool share during a round which means a bunch of tiny transactions if you usually only find a couple of shares per round.

However you can get around this by trial and error if you're using bitcoin-qt: keep trying to send transactions and decrease the amount until it doesn't ask for a fee.  You can keep paying into an address of an exchange account and then withdraw all the coins from the exchange back into your wallet in one transaction which should make spending your coins much cheaper. Smiley
(I hope the exchange wallet has an intelligent way of bundling these tiny inputs into other transactions so they aren't hit with fees!)
legendary
Activity: 2968
Merit: 1198
Rules has been changed in last Bitcoin version 0.8.6. Maximum free transaction size is now 3 KB not 10 KB.
Also, all outputs of 0.01 BTC rule also have been removed.

That being the case all you need to do is collect up as many outputs as you can fit into each 3K transaction (roughly 10 I think) and send them to a new output. Of course this assumes enough of the network has upgraded to 0.8.6, which may or may not be true.
Jump to: