Bitcoin Forum
February 23, 2017, 09:33:31 PM *
News: Latest stable version of Bitcoin Core: 0.13.2  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 [391] 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 ... 751 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2128454 times)
KyrosKrane
Sr. Member
****
Offline Offline

Activity: 292


View Profile WWW
February 17, 2014, 08:37:44 PM
 #7801

If I assign each rig its own unique payout address, would that cause my earnings to go down?  

It will not cause your earnings to go down on average, it will cause your earnings to jump around (a little) more. Either way most of your earnings come from the 200 GH so the difference will be small.

Quote
My guess is yes, since if one of the 5GH rigs gets a share, it "counts" for or earns less than if the 200GH rig found that share.

No all shares count the same, the 5 GH just gets fewer of them.

Ah, OK, that helps clarify things a bit.  So if I get one share before a block is found (ignoring the three-day ramp-up and assuming the share was found within 24 hours of the block), it doesn't matter which of the rigs found the share - my payout would be the same.  Is that correct?

Tips and donations: 1KyrosREGDkNLp1rMd9wfVwfkXYHTd6j5U  |  BTC P2Pool node: p2pool.kyros.info:9332
1487885611
Hero Member
*
Offline Offline

Posts: 1487885611

View Profile Personal Message (Offline)

Ignore
1487885611
Reply with quote  #2

1487885611
Report to moderator
1487885611
Hero Member
*
Offline Offline

Posts: 1487885611

View Profile Personal Message (Offline)

Ignore
1487885611
Reply with quote  #2

1487885611
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1487885611
Hero Member
*
Offline Offline

Posts: 1487885611

View Profile Personal Message (Offline)

Ignore
1487885611
Reply with quote  #2

1487885611
Report to moderator
bdc2343
Member
**
Offline Offline

Activity: 71


View Profile
February 17, 2014, 09:07:37 PM
 #7802

"Looks like a lot unknown blocks today. Maybe someone forked the blockchain like they just did with Dogecoin. It's a problem with me2-coins that use an old protocol, someone with a lot of hardware (51%+ attack) can come in and mess it up because you don't have a lot of miners."

If this occurred, since my block(s) was never completed, it could takes days, months for it to come back around to my blocks?  I just want a way to keep track of what i should be paid?
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
February 17, 2014, 09:47:41 PM
 #7803

Heya, folks.  I've been reading up as much as I can, and I think I know the answer to this question, but I thought I'd ask just to be sure.

I run my own little bitcoin p2pool node on my home network, and I have four mining rigs/devices pointed at it -- 5GH, 5GH, 20GH, and 200GH.  Right now, all four use the same bitcoin address as their username.  However, I'd like to track the work, results, and payouts of each one separately.  If I assign each rig its own unique payout address, would that cause my earnings to go down? 

My guess is yes, since if one of the 5GH rigs gets a share, it "counts" for or earns less than if the 200GH rig found that share. On the other hand, if the 200GH rig gets a share, the payout of the 5GH rig would effectively be zero.

Any clarification would be appreciated. Thanks.

You will earn as much, but you will get more transactions.
When you use them to transfer BTC to another address the difference will be in the amount of fees requested : the more transactions received for a given amount, the more fees you'll have to pay to spend this amount.
As long as your incoming transactions are above 0.01 BTC you'll have to spend less than 1% of them to use them (in the extreme case this is known as the dust effect : below 0.0001 BTC your transactions will have to pay more fees than you actually pay to the destination).

So I wouldn't use anything below a 100GH/s miner on p2pool right now without aggregating its hashrate with other miners.

Back to your actual need: you don't have to use different payout addresses Use a default payout address on p2pool (-a parameter) and use a name to connect your miner to the p2pool node instead of the payout address. This will show you stats for each miner under its name and still pay all of your income to a single address (avoiding any dust-like effect when you use your p2pool's income).

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
roy7
Sr. Member
****
Offline Offline

Activity: 434


View Profile
February 17, 2014, 11:14:46 PM
 #7804

Heya, folks.  I've been reading up as much as I can, and I think I know the answer to this question, but I thought I'd ask just to be sure.

I run my own little bitcoin p2pool node on my home network, and I have four mining rigs/devices pointed at it -- 5GH, 5GH, 20GH, and 200GH.  Right now, all four use the same bitcoin address as their username.  However, I'd like to track the work, results, and payouts of each one separately.  If I assign each rig its own unique payout address, would that cause my earnings to go down? 

My guess is yes, since if one of the 5GH rigs gets a share, it "counts" for or earns less than if the 200GH rig found that share. On the other hand, if the 200GH rig gets a share, the payout of the 5GH rig would effectively be zero.

Any clarification would be appreciated. Thanks.

By default p2pool sets the vardiff for your user shares based on the local node's hash rate. When you are combining all of your miners that's no worry. Keep in mind your vardiff target might be set higher than otherwise on your small miners because of the one big one. It doesn't change your earnings, just increases the variance on the smaller miners. I have a patch that changes that behavior earlier in the thread and it's a pull request in the repo. You could apply by hand, or set your miner addresses on the tiny miners to something like /1. (This will also override the dust threshold though and you might not want to do that.)

As others replied already, 1 address or 4 has no effect on your total earnings. And in fact, with default p2pool, your variance for each miner will remain exactly the same as it is now. You'll just see it broken out more by each miner's address.

RoyalMiningCo: Pools retired. Was fun!
jedimstr
Hero Member
*****
Offline Offline

Activity: 784



View Profile
February 17, 2014, 11:45:40 PM
 #7805

Heya, folks.  I've been reading up as much as I can, and I think I know the answer to this question, but I thought I'd ask just to be sure.

I run my own little bitcoin p2pool node on my home network, and I have four mining rigs/devices pointed at it -- 5GH, 5GH, 20GH, and 200GH.  Right now, all four use the same bitcoin address as their username.  However, I'd like to track the work, results, and payouts of each one separately.  If I assign each rig its own unique payout address, would that cause my earnings to go down?  

My guess is yes, since if one of the 5GH rigs gets a share, it "counts" for or earns less than if the 200GH rig found that share. On the other hand, if the 200GH rig gets a share, the payout of the 5GH rig would effectively be zero.

Any clarification would be appreciated. Thanks.

By default p2pool sets the vardiff for your user shares based on the local node's hash rate. When you are combining all of your miners that's no worry. Keep in mind your vardiff target might be set higher than otherwise on your small miners because of the one big one. It doesn't change your earnings, just increases the variance on the smaller miners. I have a patch that changes that behavior earlier in the thread and it's a pull request in the repo. You could apply by hand, or set your miner addresses on the tiny miners to something like /1. (This will also override the dust threshold though and you might not want to do that.)

As others replied already, 1 address or 4 has no effect on your total earnings. And in fact, with default p2pool, your variance for each miner will remain exactly the same as it is now. You'll just see it broken out more by each miner's address.

Shouldn't that be +1?  /1 will set max diff and will prevent that miner from getting any valid shares.

smooth
Legendary
*
Offline Offline

Activity: 1330



View Profile
February 18, 2014, 12:41:35 AM
 #7806

it doesn't matter which of the rigs found the share - my payout would be the same.  Is that correct?

Yes
smooth
Legendary
*
Offline Offline

Activity: 1330



View Profile
February 18, 2014, 12:43:59 AM
 #7807

You will earn as much, but you will get more transactions.
When you use them to transfer BTC to another address the difference will be in the amount of fees requested : the more transactions received for a given amount, the more fees you'll have to pay to spend this amount.

This is true although if you are careful about it you can aggregate the smaller amounts without a fee (at least currently as long as there are miners willing to include no-fee transactions under the default rules).

roy7
Sr. Member
****
Offline Offline

Activity: 434


View Profile
February 18, 2014, 02:02:58 AM
 #7808

Shouldn't that be +1?  /1 will set max diff and will prevent that miner from getting any valid shares.

+1 only sets the pseduo share target, which is used for graphing. It has no effect on the diff target you are trying to solve for actual shares on the share chain.

/1 will give you the minimum possible diff target for actual shares. p2pool will never have you target a difficulty below the minimum share diff for the pool. However, setting it really low makes sure you are always working on the lowest possible difficulty. But again this will override the use of DUST_THRESHOLD so you might not want to override it. That's up to you to decide.

RoyalMiningCo: Pools retired. Was fun!
jedimstr
Hero Member
*****
Offline Offline

Activity: 784



View Profile
February 18, 2014, 02:49:26 AM
 #7809

Shouldn't that be +1?  /1 will set max diff and will prevent that miner from getting any valid shares.

+1 only sets the pseduo share target, which is used for graphing. It has no effect on the diff target you are trying to solve for actual shares on the share chain.

/1 will give you the minimum possible diff target for actual shares. p2pool will never have you target a difficulty below the minimum share diff for the pool. However, setting it really low makes sure you are always working on the lowest possible difficulty. But again this will override the use of DUST_THRESHOLD so you might not want to override it. That's up to you to decide.

Ahh, it wasn't entirely clear from the wiki and the previous posts here, thanks.   They all read like opposite of what you posted to me.  Someone needs to update the wiki and give more examples.

KyrosKrane
Sr. Member
****
Offline Offline

Activity: 292


View Profile WWW
February 18, 2014, 06:28:01 AM
 #7810

Thank you all for the excellent answers! =)

One last question, please.  If I use both the -a and --fee parameters, does the fee go to the address specified by the -a parameter, or does it go to the wallet of the local bitcoind?

The reason I'm asking is, I'm thinking of setting up a public p2pool node on a VPS I have; it's already running a bitcoind node just to help the network, but the wallet is empty and unused.  If I install p2pool there, I would want the fees to go directly to my main wallet, not to the empty and unmonitored wallet on the VPS.

Tips and donations: 1KyrosREGDkNLp1rMd9wfVwfkXYHTd6j5U  |  BTC P2Pool node: p2pool.kyros.info:9332
bitpop
Legendary
*
Offline Offline

Activity: 2002


https://keybase.io/bitpop


View Profile WWW
February 18, 2014, 06:31:38 AM
 #7811

Thank you all for the excellent answers! =)

One last question, please.  If I use both the -a and --fee parameters, does the fee go to the address specified by the -a parameter, or does it go to the wallet of the local bitcoind?

The reason I'm asking is, I'm thinking of setting up a public p2pool node on a VPS I have; it's already running a bitcoind node just to help the network, but the wallet is empty and unused.  If I install p2pool there, I would want the fees to go directly to my main wallet, not to the empty and unmonitored wallet on the VPS.

a

Reputation  |  PGP  |  DigitalOcean  |  OpenVPN 2GB Free  |  TorGuard  |  Ethereum Classic
Bitcoin: 3DSh6AnmvBpDJFUz2mnLirMLmTMcFs9nDm
Bitmessage: BM-2cXN9j8NFT2n1FxDVQ6HQq4D4MZuuaBFyb
KyrosKrane
Sr. Member
****
Offline Offline

Activity: 292


View Profile WWW
February 18, 2014, 07:13:21 AM
 #7812

Thank you all for the excellent answers! =)

One last question, please.  If I use both the -a and --fee parameters, does the fee go to the address specified by the -a parameter, or does it go to the wallet of the local bitcoind?

The reason I'm asking is, I'm thinking of setting up a public p2pool node on a VPS I have; it's already running a bitcoind node just to help the network, but the wallet is empty and unused.  If I install p2pool there, I would want the fees to go directly to my main wallet, not to the empty and unmonitored wallet on the VPS.

a
Awesome, thank you! Smiley

Edit: Possibly the most helpful one-letter answer I've ever seen. Cheesy

Tips and donations: 1KyrosREGDkNLp1rMd9wfVwfkXYHTd6j5U  |  BTC P2Pool node: p2pool.kyros.info:9332
bitpop
Legendary
*
Offline Offline

Activity: 2002


https://keybase.io/bitpop


View Profile WWW
February 18, 2014, 07:19:19 AM
 #7813

Thank you all for the excellent answers! =)

One last question, please.  If I use both the -a and --fee parameters, does the fee go to the address specified by the -a parameter, or does it go to the wallet of the local bitcoind?

The reason I'm asking is, I'm thinking of setting up a public p2pool node on a VPS I have; it's already running a bitcoind node just to help the network, but the wallet is empty and unused.  If I install p2pool there, I would want the fees to go directly to my main wallet, not to the empty and unmonitored wallet on the VPS.

a
Awesome, thank you! Smiley

Edit: Possibly the most helpful one-letter answer I've ever seen. Cheesy

I know I'm proud Smiley

Reputation  |  PGP  |  DigitalOcean  |  OpenVPN 2GB Free  |  TorGuard  |  Ethereum Classic
Bitcoin: 3DSh6AnmvBpDJFUz2mnLirMLmTMcFs9nDm
Bitmessage: BM-2cXN9j8NFT2n1FxDVQ6HQq4D4MZuuaBFyb
smoothrunnings
Hero Member
*****
Offline Offline

Activity: 546


View Profile
February 19, 2014, 02:27:42 AM
 #7814

Is there anyway to change the Bitcoin symbol in P2Pool to say "BTC" instead? I see in the Java code on the front-end that it calls currency.clone, but I am not sure where I find it's value?

Thanks,
jedimstr
Hero Member
*****
Offline Offline

Activity: 784



View Profile
February 19, 2014, 02:33:16 AM
 #7815

Is there anyway to change the Bitcoin symbol in P2Pool to say "BTC" instead? I see in the Java code on the front-end that it calls currency.clone, but I am not sure where I find it's value?

Thanks,

It's JavaScript not Java. And why don't you just replace the header insert span with "BTC" hard coded?

smoothrunnings
Hero Member
*****
Offline Offline

Activity: 546


View Profile
February 19, 2014, 02:53:20 AM
 #7816

Is there anyway to change the Bitcoin symbol in P2Pool to say "BTC" instead? I see in the Java code on the front-end that it calls currency.clone, but I am not sure where I find it's value?

Thanks,

It's JavaScript not Java. And why don't you just replace the header insert span with "BTC" hard coded?

Because I might want to setup another server using a different alt-coin and don't want to have to go and modify the code.
forrestv
Hero Member
*****
Offline Offline

Activity: 510


View Profile
February 19, 2014, 03:51:46 AM
 #7817

Is there anyway to change the Bitcoin symbol in P2Pool to say "BTC" instead? I see in the Java code on the front-end that it calls currency.clone, but I am not sure where I find it's value?

Thanks,

I think it uses BTC everywhere ... can you provide a screenshot of where it uses the bitcoin symbol?

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
Hunterbunter
Hero Member
*****
Offline Offline

Activity: 980


View Profile
February 19, 2014, 10:50:05 AM
 #7818

Hey guys, what bad things come from having a high getwork latency? I'm under the impression that stratum makes getwork irrelevant, but I'm a bit worried that mine is quite high (sometimes a few seconds, you can see it here http://www.blisterpool.com/stats in the graphs bit). Is this a symptom of anything in particular? The cpu doesn't seem to be under any enormous stress, but it does peak every now and then...is this the cause?

Also, I helped a miner get configured to run on my p2pool node, and he has some ASICMiner blades (~10.7GH each). Google search results (most seem to be from a year ago) have all told me that they naturally have high DOA rate with p2pool, without any real way to fix it. Is this still the case? His dead rate is around 40-50%. I also noticed the server was getting absolutely hammered with hash > target spam, and I suggested to the miner to use his bitcoin address+1 for his username. It reduced the server spam drastically (from 100/sec to several/sec), and reduced his DOA a little bit, but it also reduced his mean hashing power by about 10%. Could anyone explain to me what's going on here? I'd like to help him get better results.
IYFTech
Hero Member
*****
Offline Offline

Activity: 686


WANTED: Active dev to fix & re-write p2pool in C


View Profile
February 19, 2014, 12:42:34 PM
 #7819

Hey guys, what bad things come from having a high getwork latency? I'm under the impression that stratum makes getwork irrelevant, but I'm a bit worried that mine is quite high (sometimes a few seconds, you can see it here http://www.blisterpool.com/stats in the graphs bit). Is this a symptom of anything in particular? The cpu doesn't seem to be under any enormous stress, but it does peak every now and then...is this the cause?

Also, I helped a miner get configured to run on my p2pool node, and he has some ASICMiner blades (~10.7GH each). Google search results (most seem to be from a year ago) have all told me that they naturally have high DOA rate with p2pool, without any real way to fix it. Is this still the case? His dead rate is around 40-50%. I also noticed the server was getting absolutely hammered with hash > target spam, and I suggested to the miner to use his bitcoin address+1 for his username. It reduced the server spam drastically (from 100/sec to several/sec), and reduced his DOA a little bit, but it also reduced his mean hashing power by about 10%. Could anyone explain to me what's going on here? I'd like to help him get better results.

Blades are one of the many hardware that don't work with p2pool. Sorry.

-- Smiley  Thank you for smoking  Smiley --  If you paid VAT to dogie for items you should read this thread:  https://bitcointalk.org/index.php?topic=1018906.0
KyrosKrane
Sr. Member
****
Offline Offline

Activity: 292


View Profile WWW
February 19, 2014, 07:02:35 PM
 #7820

Thanks to y'alls tips, I was able to get a public pool up and running. Smiley It's hosted in the US, in Orlando, FL.  Feel free to connect and use it if you like! Smiley

p2pool2.kyros.info:9332

Tips and donations: 1KyrosREGDkNLp1rMd9wfVwfkXYHTd6j5U  |  BTC P2Pool node: p2pool.kyros.info:9332
Pages: « 1 ... 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 [391] 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 ... 751 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!