Bitcoin Forum
December 09, 2016, 09:33:49 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 [625] 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 ... 744 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2033788 times)
TheAnalogKid
Sr. Member
****
Offline Offline

Activity: 266


View Profile
April 19, 2015, 03:15:50 PM
 #12481

Ahh... I was thinking I wasn't seeing it right Smiley

By the way, I've certainly mined in your pool.  Currently my gear is on MRR and has been rented pretty much non-stop.  When it's not rented its pointed to ck's solo pool.  The only gear I've got on p2pool any more are 2 S3s that have been running the long-term test on OgNasty's pool.
He was trying to use ckpool for that at some stage.
No idea what he ended up doing.
(ckpool recently added ipv6 support so maybe that's related to his recent comment?)
I'm pretty sure that it's ckpool on top of the p2pool backbone.  You connect as BTCADDRESS-PoP to the pool.  Every miner submits shares that are tracked just like they would be in a typical ckpool installation; however, they are all being pointed to a single address that mines to p2pool.  It's actually a pretty ingenious way to handle variance for the small miners on p2pool.
I believe there's also work being done to use the proxy to be able to balance miner hashrate.  The idea being there to try to mitigate the effects of "swamping" a node if a large miner comes onto a node with a lot of smaller miners, they could be proxied to a different node where their hashrate is more appropriate.

Quote
The only downside to it is that you're stuck on his node(s).  You can't move to another p2pool node because your miner doesn't individually submit share-chain shares.  Currently he's got two nodes running this.  One in EU and the other is on the east coast of the US.
Yes, if you're using PoP method, you're tied to either of those nodes.  However you can still connect to them using standard P2Pool methods like any other miner and if you failover your normal shares still count.

The ideas behind the way they're doing it are interesting - sub-pools which in effect create a hub/spoke architecture.  This could well be a viable workaround to the variance issues, as smaller miners can find a local sub-pool to join which under the covers helps make sure they're mining on a node that is appropriate to their mining power.

1481319229
Hero Member
*
Offline Offline

Posts: 1481319229

View Profile Personal Message (Offline)

Ignore
1481319229
Reply with quote  #2

1481319229
Report to moderator
Transactions can optionally carry transaction fees. Whoever mines the block which ends up containing your transaction will get the fee. The Bitcoin client will sometimes force you to pay a fee when it thinks that no miner will accept your transaction otherwise.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481319229
Hero Member
*
Offline Offline

Posts: 1481319229

View Profile Personal Message (Offline)

Ignore
1481319229
Reply with quote  #2

1481319229
Report to moderator
MissouriMiner
Full Member
***
Offline Offline

Activity: 164



View Profile WWW
April 19, 2015, 04:07:31 PM
 #12482


Great.  A Block!   I also sent some BTC using sendmany.  Let's hope for some good luck! 

https://blockchain.info/tx/cf1207fdf10be1d86db56f89b8155250f0b1269d8ec321fd1203716739816f67


The transaction I posted is for my sendmany transaction, not for the block.  Sorry for the confusion. 

I know a lot of people got a very small amount of BTC from the donation.  It wasn't much BTC to start with.  I ran this command:
Code:
bitcoin-cli sendmany "" "$(GET http://127.0.0.1:9332/patron_sendmany/0.3/0.0001)"

squidicuz
Jr. Member
*
Offline Offline

Activity: 50


View Profile
April 19, 2015, 09:26:17 PM
 #12483


Great.  A Block!   I also sent some BTC using sendmany.  Let's hope for some good luck! 

https://blockchain.info/tx/cf1207fdf10be1d86db56f89b8155250f0b1269d8ec321fd1203716739816f67


The transaction I posted is for my sendmany transaction, not for the block.  Sorry for the confusion. 

I know a lot of people got a very small amount of BTC from the donation.  It wasn't much BTC to start with.  I ran this command:
Code:
bitcoin-cli sendmany "" "$(GET http://127.0.0.1:9332/patron_sendmany/0.3/0.0001)"


Appreciated Smiley
nonnakip
Hero Member
*****
Offline Offline

Activity: 533



View Profile
April 20, 2015, 07:51:43 AM
 #12484

I'm pretty sure that it's ckpool on top of the p2pool backbone.

There were problems using ckpool as a proxy with heavier network loads. Right now NastyPool uses the P2Pool software to delegate to miners. Since then ck does much work to improve proxy mode.

NastyPool's NastyPoP payout method would like to use ckpool as a P2Pool sub-pool frontend. When I find some time I will give it another test.

yslyung
Legendary
*
Online Online

Activity: 1064


Mine Mine Mine


View Profile
April 20, 2015, 08:41:01 AM
 #12485

I'm pretty sure that it's ckpool on top of the p2pool backbone.

There were problems using ckpool as a proxy with heavier network loads. Right now NastyPool uses the P2Pool software to delegate to miners. Since then ck does much work to improve proxy mode.

NastyPool's NastyPoP payout method would like to use ckpool as a P2Pool sub-pool frontend. When I find some time I will give it another test.

rise of p2pool ? if there are any improvements, i'm on !
Songminer
Member
**
Offline Offline

Activity: 67


View Profile
April 20, 2015, 12:29:25 PM
 #12486

Man.  Anyone have any idea what people are renting SHA256 rigs to mine.  Mining rental charges have gone through the roof and no matter what I change my rate to, they rent them.

New hot coin out there, or something?
TheAnalogKid
Sr. Member
****
Offline Offline

Activity: 266


View Profile
April 20, 2015, 02:42:42 PM
 #12487

Man.  Anyone have any idea what people are renting SHA256 rigs to mine.  Mining rental charges have gone through the roof and no matter what I change my rate to, they rent them.

New hot coin out there, or something?

I think there's been at least 2 SHA256 coins released over the past week.  Over the weekend my SPTech rentals reported over 3000 blocks found, so it sure as heck ain't Bitcoin...

Whatever it is, I'm fine if they keep it going, I'm getting double on my rentals and everything I have has been rented solid.

Songminer
Member
**
Offline Offline

Activity: 67


View Profile
April 20, 2015, 02:53:49 PM
 #12488

Man.  Anyone have any idea what people are renting SHA256 rigs to mine.  Mining rental charges have gone through the roof and no matter what I change my rate to, they rent them.

New hot coin out there, or something?

I think there's been at least 2 SHA256 coins released over the past week.  Over the weekend my SPTech rentals reported over 3000 blocks found, so it sure as heck ain't Bitcoin...

Whatever it is, I'm fine if they keep it going, I'm getting double on my rentals and everything I have has been rented solid.

For sure... just curious, though.  If anyone finds out, post some info.
Geremia
Sr. Member
****
Offline Offline

Activity: 445


View Profile WWW
April 20, 2015, 05:52:51 PM
 #12489

I've been with P2Pool since April 5, and have had 8 payouts so far. Each successive payout has been more than the previous one. Is this what's meant that P2Pool is resistant to pool hopping, or is the fact that my payouts are monotonically increasing just a coincidence? (There have been decreasing numbers of P2Pool miners, thus making the payouts larger for those who stick with P2Pool.)

BTC tip jar | my BTC wiki, BTC StackExchange, Twister posts, & Keybase pages | Tox ID: 65C3E8810738AD9D175234808FCB317A1103632903436203D45411AE97C03F547D390A76B3CF
Join Coinbase. | The best, free book on Bitcoin: Mastering Bitcoin
Nos cum prole pia benedicat Virgo Maria.
TheAnalogKid
Sr. Member
****
Offline Offline

Activity: 266


View Profile
April 20, 2015, 06:56:11 PM
 #12490

I've been with P2Pool since April 5, and have had 8 payouts so far. Each successive payout has been more than the previous one. Is this what's meant that P2Pool is resistant to pool hopping, or is the fact that my payouts are monotonically increasing just a coincidence? (There have been decreasing numbers of P2Pool miners, thus making the payouts larger for those who stick with P2Pool.)
The more shares you have in the chain, the higher your payout.  That could be because of better luck, or the fact that hashrate has been leaving (or both), thus you are able to get more shares that way.

Nothing is "hop-proof".  But, in this case PPLNS is the next best thing.  By design there's a ramp-up period (3 days in this case) where you don't reach full block payout potential until after you've been mining for 3 days.  If you know you've got to put in that much work before you see your "proper" payouts, you're less likely to leave in-between to seek luck elsewhere, lest you've lost most of your past 3 days' worth of work.

From April 5th to April 8th you would have seen payouts increasing since that was your ramp-up period.  Then in the past 12 days we've gone from 304 miners (4/8) down to 267 miners with the most recent block today (woo, another one 2 hours ago!), so in theory you would see earnings increase there as well since there are less shares from the other miners competing with yours.


Geremia
Sr. Member
****
Offline Offline

Activity: 445


View Profile WWW
April 20, 2015, 07:15:40 PM
 #12491

I've been with P2Pool since April 5, and have had 8 payouts so far. Each successive payout has been more than the previous one. Is this what's meant that P2Pool is resistant to pool hopping, or is the fact that my payouts are monotonically increasing just a coincidence? (There have been decreasing numbers of P2Pool miners, thus making the payouts larger for those who stick with P2Pool.)
The more shares you have in the chain, the higher your payout.  That could be because of better luck, or the fact that hashrate has been leaving (or both), thus you are able to get more shares that way.

Nothing is "hop-proof".  But, in this case PPLNS is the next best thing.  By design there's a ramp-up period (3 days in this case) where you don't reach full block payout potential until after you've been mining for 3 days.  If you know you've got to put in that much work before you see your "proper" payouts, you're less likely to leave in-between to seek luck elsewhere, lest you've lost most of your past 3 days' worth of work.

From April 5th to April 8th you would have seen payouts increasing since that was your ramp-up period.  Then in the past 12 days we've gone from 304 miners (4/8) down to 267 miners with the most recent block today (woo, another one 2 hours ago!), so in theory you would see earnings increase there as well since there are less shares from the other miners competing with yours.
Yes, I figured the monotonic increase was due, mostly, to a coincidence.

BTC tip jar | my BTC wiki, BTC StackExchange, Twister posts, & Keybase pages | Tox ID: 65C3E8810738AD9D175234808FCB317A1103632903436203D45411AE97C03F547D390A76B3CF
Join Coinbase. | The best, free book on Bitcoin: Mastering Bitcoin
Nos cum prole pia benedicat Virgo Maria.
roy7
Sr. Member
****
Offline Offline

Activity: 434


View Profile
April 20, 2015, 11:37:32 PM
 #12492

That's why virtually every single p2pool UI out there doesn't show this block - they all base block finds off of accepted p2pool share chain shares.  The exception is windpath's node - he scrapes the blockchain data to get the p2pool blocks regardless of whether the share that solved it is on the p2pool share chain.

Ahhhhhhh. That finally solves the mystery of "missing" blocks on alt coins with rapid blockchains.

RoyalMiningCo: Pools retired. Was fun!
roy7
Sr. Member
****
Offline Offline

Activity: 434


View Profile
April 21, 2015, 12:20:18 AM
 #12493

The title of this thread includes "Hop-Proof". While I expect that is really just hyperbole, I wondered what it would mean to be "Hop Proof"? Contracts with the pool members to never use another pool? Kind of like getting married?  Smiley

I don't think anyone ever properly answered your question so I'll give it a shot.

In this context, "hop" is a technical term related to ways you can exploit pools running certain older payment methods by changing between pools in a way that will increase your income at the expense of other miners on those pools who remain loyal to the pool and stay there all of the time. Eventually some alternate payment methods were developed which were hop-proof in the sense a miner can't enter/leave the pool in a systematic way in order to boost their earnings. The most popular is PPLNS, although to me the most interesting is DGM (by Meni Rosenfeld). (I ran a Terracoin pool for over a year that used DGM.)

So when p2pool says it is Hop-proof, it means you can't abuse the payment method. It doesn't mean people can't or won't still use multiple pools or move around to chase "luck".

If you are interested in more information, read Analysis of Bitcoin Pooled Mining Reward Systems.

RoyalMiningCo: Pools retired. Was fun!
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1960


Poor impulse control.


View Profile WWW
April 21, 2015, 12:54:18 PM
 #12494

The title of this thread includes "Hop-Proof". While I expect that is really just hyperbole, I wondered what it would mean to be "Hop Proof"? Contracts with the pool members to never use another pool? Kind of like getting married?  Smiley

I don't think anyone ever properly answered your question so I'll give it a shot.

In this context, "hop" is a technical term related to ways you can exploit pools running certain older payment methods by changing between pools in a way that will increase your income at the expense of other miners on those pools who remain loyal to the pool and stay there all of the time. Eventually some alternate payment methods were developed which were hop-proof in the sense a miner can't enter/leave the pool in a systematic way in order to boost their earnings. The most popular is PPLNS, although to me the most interesting is DGM (by Meni Rosenfeld). (I ran a Terracoin pool for over a year that used DGM.)

So when p2pool says it is Hop-proof, it means you can't abuse the payment method. It doesn't mean people can't or won't still use multiple pools or move around to chase "luck".

If you are interested in more information, read Analysis of Bitcoin Pooled Mining Reward Systems.


Nice explanation, roy7. Someone should bookmark this post.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
idonothave
Full Member
***
Offline Offline

Activity: 234


View Profile
April 21, 2015, 05:05:20 PM
 #12495

Man.  Anyone have any idea what people are renting SHA256 rigs to mine.  Mining rental charges have gone through the roof and no matter what I change my rate to, they rent them.

New hot coin out there, or something?

I think there's been at least 2 SHA256 coins released over the past week.  Over the weekend my SPTech rentals reported over 3000 blocks found, so it sure as heck ain't Bitcoin...

Whatever it is, I'm fine if they keep it going, I'm getting double on my rentals and everything I have has been rented solid.

For sure... just curious, though.  If anyone finds out, post some info.


I think it is Californium
kano
Legendary
*
Online Online

Activity: 1932


Linux since 1997 RedHat 4


View Profile
April 21, 2015, 10:35:13 PM
 #12496

The title of this thread includes "Hop-Proof". While I expect that is really just hyperbole, I wondered what it would mean to be "Hop Proof"? Contracts with the pool members to never use another pool? Kind of like getting married?  Smiley

I don't think anyone ever properly answered your question so I'll give it a shot.

In this context, "hop" is a technical term related to ways you can exploit pools running certain older payment methods by changing between pools in a way that will increase your income at the expense of other miners on those pools who remain loyal to the pool and stay there all of the time. Eventually some alternate payment methods were developed which were hop-proof in the sense a miner can't enter/leave the pool in a systematic way in order to boost their earnings. The most popular is PPLNS, although to me the most interesting is DGM (by Meni Rosenfeld). (I ran a Terracoin pool for over a year that used DGM.)

So when p2pool says it is Hop-proof, it means you can't abuse the payment method. It doesn't mean people can't or won't still use multiple pools or move around to chase "luck".

If you are interested in more information, read Analysis of Bitcoin Pooled Mining Reward Systems.

Nice explanation, roy7. Someone should bookmark this post.
I guess also there needs to be clearly stated that anti-hop functionality is deployed on some pools - slush for example - that means you will not be paid your fair share if you disconnect from the pool either on purpose or due to an outage.

The expected loss is related to the amount of time you disconnect vs the % of the average block find time that the pool pays (whatever that may be)
If you simply just disconnected and don't come back, then it would be related to a % of the average expected loss.

You could compare that to a 'lock-in contract' where you lose out by leaving, except you don't gain much by staying.
There is possibly a very small gain when others lose out by leaving - the amount lost by anyone who disconnected may be distributed to everyone who didn't - so if the pool is 5PH and someone with 5TH lost 100% of their payout, everyone might gain about 0.1% more on that particular payout on their expected 100% less orphans less fees ... of course that depends on how the payout is calculated.

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1960


Poor impulse control.


View Profile WWW
April 21, 2015, 11:14:16 PM
 #12497

The title of this thread includes "Hop-Proof". While I expect that is really just hyperbole, I wondered what it would mean to be "Hop Proof"? Contracts with the pool members to never use another pool? Kind of like getting married?  Smiley

I don't think anyone ever properly answered your question so I'll give it a shot.

In this context, "hop" is a technical term related to ways you can exploit pools running certain older payment methods by changing between pools in a way that will increase your income at the expense of other miners on those pools who remain loyal to the pool and stay there all of the time. Eventually some alternate payment methods were developed which were hop-proof in the sense a miner can't enter/leave the pool in a systematic way in order to boost their earnings. The most popular is PPLNS, although to me the most interesting is DGM (by Meni Rosenfeld). (I ran a Terracoin pool for over a year that used DGM.)

So when p2pool says it is Hop-proof, it means you can't abuse the payment method. It doesn't mean people can't or won't still use multiple pools or move around to chase "luck".

If you are interested in more information, read Analysis of Bitcoin Pooled Mining Reward Systems.

Nice explanation, roy7. Someone should bookmark this post.
I guess also there needs to be clearly stated that anti-hop functionality is deployed on some pools - slush for example - that means you will not be paid your fair share if you disconnect from the pool either on purpose or due to an outage.

The expected loss is related to the amount of time you disconnect vs the % of the average block find time that the pool pays (whatever that may be)
If you simply just disconnected and don't come back, then it would be related to a % of the average expected loss.

You could compare that to a 'lock-in contract' where you lose out by leaving, except you don't gain much by staying.
There is possibly a very small gain when others lose out by leaving - the amount lost by anyone who disconnected may be distributed to everyone who didn't - so if the pool is 5PH and someone with 5TH lost 100% of their payout, everyone might gain about 0.1% more on that particular payout on their expected 100% less orphans less fees ... of course that depends on how the payout is calculated.

I'm not sure anyone has proven that to be the case, Kano. From your description you could as easily be talking about PPLNS with a very small N, which is still a fair reward method, and for any fair system expected value of a share should always be B/D.

The expected value of shares submitted over a period of time including disconnections should be the sum of the shares submitted.


Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
kano
Legendary
*
Online Online

Activity: 1932


Linux since 1997 RedHat 4


View Profile
April 22, 2015, 01:28:33 AM
 #12498

...
I guess also there needs to be clearly stated that anti-hop functionality is deployed on some pools - slush for example - that means you will not be paid your fair share if you disconnect from the pool either on purpose or due to an outage.

The expected loss is related to the amount of time you disconnect vs the % of the average block find time that the pool pays (whatever that may be)
If you simply just disconnected and don't come back, then it would be related to a % of the average expected loss.

You could compare that to a 'lock-in contract' where you lose out by leaving, except you don't gain much by staying.
There is possibly a very small gain when others lose out by leaving - the amount lost by anyone who disconnected may be distributed to everyone who didn't - so if the pool is 5PH and someone with 5TH lost 100% of their payout, everyone might gain about 0.1% more on that particular payout on their expected 100% less orphans less fees ... of course that depends on how the payout is calculated.

I'm not sure anyone has proven that to be the case, Kano. From your description you could as easily be talking about PPLNS with a very small N, which is still a fair reward method, and for any fair system expected value of a share should always be B/D.

The expected value of shares submitted over a period of time including disconnections should be the sum of the shares submitted.

Well just to use the simplest argument based on one assumption: that the pool's anti-hop deterrent does work:
The expected payout is E if you mine 24/7
The expected payout if you hop is expected to be E-e lower by some 'e' if the hopping deterrent works.
So E-e is less than E if e>0 Smiley

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1960


Poor impulse control.


View Profile WWW
April 22, 2015, 03:16:43 AM
 #12499

...
I guess also there needs to be clearly stated that anti-hop functionality is deployed on some pools - slush for example - that means you will not be paid your fair share if you disconnect from the pool either on purpose or due to an outage.

The expected loss is related to the amount of time you disconnect vs the % of the average block find time that the pool pays (whatever that may be)
If you simply just disconnected and don't come back, then it would be related to a % of the average expected loss.

You could compare that to a 'lock-in contract' where you lose out by leaving, except you don't gain much by staying.
There is possibly a very small gain when others lose out by leaving - the amount lost by anyone who disconnected may be distributed to everyone who didn't - so if the pool is 5PH and someone with 5TH lost 100% of their payout, everyone might gain about 0.1% more on that particular payout on their expected 100% less orphans less fees ... of course that depends on how the payout is calculated.

I'm not sure anyone has proven that to be the case, Kano. From your description you could as easily be talking about PPLNS with a very small N, which is still a fair reward method, and for any fair system expected value of a share should always be B/D.

The expected value of shares submitted over a period of time including disconnections should be the sum of the shares submitted.

Well just to use the simplest argument based on one assumption: that the pool's anti-hop deterrent does work:
The expected payout is E if you mine 24/7
The expected payout if you hop is expected to be E-e lower by some 'e' if the hopping deterrent works.
So E-e is less than E if e>0 Smiley


Bah! Humbug! Redefining expectation, that's cheating.

Moreover, that's what I said when I caught Bitclockers out. You shouldn't use a man's words against him.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
windpath
Legendary
*
Offline Offline

Activity: 938


View Profile WWW
April 22, 2015, 04:34:07 PM
 #12500

Very excited about the blocks we have been finding lately...



Not so excited about the frequency of 0 transaction blocks....

If your "that guy" please PM me, I'll keep your identity private, and may be able to help you make your node more efficient and include some transactions in your blocks as well.

0 transaction blocks reflect poorly on our community, and with current transaction volume slow down the whole network.

Pages: « 1 ... 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 [625] 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 ... 744 »
  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!