Bitcoin Forum
May 06, 2024, 07:09:58 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 [568] 569 570 571 572 573 574 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 ... 2248 »
  Print  
Author Topic: KanoPool since 2014 🐈 - PPLNS and Solo 0.5% fee - Worldwide - 2436 blocks  (Read 5350267 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic. (50 posts by 3+ users deleted.)
kano (OP)
Legendary
*
Offline Offline

Activity: 4494
Merit: 1808


Linux since 1997 RedHat 4


View Profile
February 27, 2016, 10:52:23 AM
 #11341

As many would have noticed, I also did a ckdb restart in there.

There was a syncronisation issue between ckdb and ckpool so restarting ckdb resets the synchronisation and ensures no data was lost

ckdb tracks every record and every type of record it gets from ckpool since they all have continuous sequence numbers - so with the restart, as usual, I see no sequence problems so I know the synchronisation is all correct and zero data has been skipped/lost.
(a ckdb restart goes back and reprocesses from the last completed/summarised shift, reading the last hour or more, in this case 40 minutes of shift data back before the ckpool restart, so it can be sure it's all ok)

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
1714979398
Hero Member
*
Offline Offline

Posts: 1714979398

View Profile Personal Message (Offline)

Ignore
1714979398
Reply with quote  #2

1714979398
Report to moderator
1714979398
Hero Member
*
Offline Offline

Posts: 1714979398

View Profile Personal Message (Offline)

Ignore
1714979398
Reply with quote  #2

1714979398
Report to moderator
1714979398
Hero Member
*
Offline Offline

Posts: 1714979398

View Profile Personal Message (Offline)

Ignore
1714979398
Reply with quote  #2

1714979398
Report to moderator
In order to achieve higher forum ranks, you need both activity points and merit points.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
StevenD
Newbie
*
Offline Offline

Activity: 32
Merit: 0


View Profile
February 27, 2016, 12:16:13 PM
Last edit: February 27, 2016, 12:26:36 PM by StevenD
 #11342

Hi  

Kano, Apologies if this turns out to be the most stupid post of the month so far.

I am just getting my head around how the pool pays by PPLNS, which while I have mined here I have seen the 5Nd period drop from 192hrs to 34hrs as the pool grows.

Never really considered this before today, because I haven't had to sat through a tough block that exceeded the 5Nd period, but I think this block hrs will be greater than the expected 5Nd payment period, which if I understand it, means were only going to get 1/5th of the payment for the last 36+ hrs, and we will loose out on any % payments that we didn't already receive from the previous found blocks, so that for some of the previous blocks we will loose 80%, 60% or 40%  of the expected payments should we have continued at the expected 100% rather than this maddening 480% + block that were struggling with.

The only good thing that I can see is that the previous found blocks which we will loose the payments were all quite close together so the loss on previous payments is not so bad, but if we have another bad block as the next one, then we would be loosing 80% of a lot of hours work from this current block.

Is there a point when a pool hash rate gets larger, 20PH+ or whatever, when it hits a point when the 5Nd from the PPLNS actually works against the miners, because the smaller and smaller hrs of the 5Nd period and any bad luck wipes out any benefit of trying to even out the payments by using the 5Nd, is there a point when a pool gets to a larger size to actually run PPS, so to pay for the work done as its done, and then no-one ever looses out on the bad blocks that can over-run the 5Nd period and cause the loss of previous work done.

is PPLNS always best for any sized pool, or is PPS better for a certain sized pools.

If this is a stupid question just delete it

Steve

philipma1957
Legendary
*
Offline Offline

Activity: 4116
Merit: 7851


'The right to privacy matters'


View Profile WWW
February 27, 2016, 01:00:02 PM
 #11343

Hi  

Kano, Apologies if this turns out to be the most stupid post of the month so far.

I am just getting my head around how the pool pays by PPLNS, which while I have mined here I have seen the 5Nd period drop from 192hrs to 34hrs as the pool grows.

Never really considered this before today, because I haven't had to sat through a tough block that exceeded the 5Nd period, but I think this block hrs will be greater than the expected 5Nd payment period, which if I understand it, means were only going to get 1/5th of the payment for the last 36+ hrs, and we will loose out on any % payments that we didn't already receive from the previous found blocks, so that for some of the previous blocks we will loose 80%, 60% or 40%  of the expected payments should we have continued at the expected 100% rather than this maddening 480% + block that were struggling with.

The only good thing that I can see is that the previous found blocks which we will loose the payments were all quite close together so the loss on previous payments is not so bad, but if we have another bad block as the next one, then we would be loosing 80% of a lot of hours work from this current block.

Is there a point when a pool hash rate gets larger, 20PH+ or whatever, when it hits a point when the 5Nd from the PPLNS actually works against the miners, because the smaller and smaller hrs of the 5Nd period and any bad luck wipes out any benefit of trying to even out the payments by using the 5Nd, is there a point when a pool gets to a larger size to actually run PPS, so to pay for the work done as its done, and then no-one ever looses out on the bad blocks that can over-run the 5Nd period and cause the loss of previous work done.

is PPLNS always best for any sized pool, or is PPS better for a certain sized pools.

If this is a stupid question just delete it

Steve



 If you do PPLNS   anytime you rip back to back cdfs of  99%  for your blocks you are fucked..  But just for the two blocks.  

The key is think in 100 block segments not 2 block segments.  What is the record for the last 100 blocks?

116.05%    now if you did PPS at a 99% payrate  for those 100 blocks  you would have lost out on the 17% over the 99%.

▄▄███████▄▄
▄██████████████▄
▄██████████████████▄
▄████▀▀▀▀███▀▀▀▀█████▄
▄█████████████▄█▀████▄
███████████▄███████████
██████████▄█▀███████████
██████████▀████████████
▀█████▄█▀█████████████▀
▀████▄▄▄▄███▄▄▄▄████▀
▀██████████████████▀
▀███████████████▀
▀▀███████▀▀
.
 MΞTAWIN  THE FIRST WEB3 CASINO   
.
.. PLAY NOW ..
wolfen
Hero Member
*****
Offline Offline

Activity: 770
Merit: 523


View Profile
February 27, 2016, 01:04:37 PM
 #11344

I need a drink Smiley
Maybe some Valium.

For those about to block we salute you! AC->BTC
sorry2xs
Legendary
*
Offline Offline

Activity: 924
Merit: 1000


Dark Passenger Bitcoin miner 2013,Bitcoin node


View Profile
February 27, 2016, 01:06:13 PM
 #11345

i nice Chaos Calmer will do Huh

Please tip the Node 1MPWKB23NsZsXHANnFwVAWT86mL24fqAjF; KO4UX
THAT NO GOOD DO GOODER BAT!!!
philipma1957
Legendary
*
Offline Offline

Activity: 4116
Merit: 7851


'The right to privacy matters'


View Profile WWW
February 27, 2016, 01:06:40 PM
 #11346

I need a drink Smiley
Maybe some Valium.


Well Yeah we are at 496%  which is over  a cdf of 99%.

 This is the 2nd worst block in history of the pool.

I have some high quality vodka that I dropped 6 vanilla sticks into.  Best vanilla vodka you could ever have.

▄▄███████▄▄
▄██████████████▄
▄██████████████████▄
▄████▀▀▀▀███▀▀▀▀█████▄
▄█████████████▄█▀████▄
███████████▄███████████
██████████▄█▀███████████
██████████▀████████████
▀█████▄█▀█████████████▀
▀████▄▄▄▄███▄▄▄▄████▀
▀██████████████████▀
▀███████████████▀
▀▀███████▀▀
.
 MΞTAWIN  THE FIRST WEB3 CASINO   
.
.. PLAY NOW ..
DarKSm0ke
Full Member
***
Offline Offline

Activity: 204
Merit: 101


View Profile
February 27, 2016, 01:28:20 PM
 #11347

BLOCK  Grin
Jake36
Sr. Member
****
Offline Offline

Activity: 331
Merit: 250


View Profile
February 27, 2016, 01:30:35 PM
 #11348

BLOCK  Grin

Finally! Now "WE" can get on with Block Saturday, to make up for a non-block Friday.. Grin

And with 0.55687924 BTC in fee's!
ZACHM
Hero Member
*****
Offline Offline

Activity: 777
Merit: 1003



View Profile
February 27, 2016, 01:31:15 PM
 #11349

There it is.
hoosier_13
Member
**
Offline Offline

Activity: 62
Merit: 10


View Profile
February 27, 2016, 01:31:53 PM
 #11350

Thank God, was getting worried

Bitrated user: TICH13.
philipma1957
Legendary
*
Offline Offline

Activity: 4116
Merit: 7851


'The right to privacy matters'


View Profile WWW
February 27, 2016, 01:32:01 PM
 #11351

Hi  

Kano, Apologies if this turns out to be the most stupid post of the month so far.

I am just getting my head around how the pool pays by PPLNS, which while I have mined here I have seen the 5Nd period drop from 192hrs to 34hrs as the pool grows.

Never really considered this before today, because I haven't had to sat through a tough block that exceeded the 5Nd period, but I think this block hrs will be greater than the expected 5Nd payment period, which if I understand it, means were only going to get 1/5th of the payment for the last 36+ hrs, and we will loose out on any % payments that we didn't already receive from the previous found blocks, so that for some of the previous blocks we will loose 80%, 60% or 40%  of the expected payments should we have continued at the expected 100% rather than this maddening 480% + block that were struggling with.

The only good thing that I can see is that the previous found blocks which we will loose the payments were all quite close together so the loss on previous payments is not so bad, but if we have another bad block as the next one, then we would be loosing 80% of a lot of hours work from this current block.

Is there a point when a pool hash rate gets larger, 20PH+ or whatever, when it hits a point when the 5Nd from the PPLNS actually works against the miners, because the smaller and smaller hrs of the 5Nd period and any bad luck wipes out any benefit of trying to even out the payments by using the 5Nd, is there a point when a pool gets to a larger size to actually run PPS, so to pay for the work done as its done, and then no-one ever looses out on the bad blocks that can over-run the 5Nd period and cause the loss of previous work done.

is PPLNS always best for any sized pool, or is PPS better for a certain sized pools.

If this is a stupid question just delete it

Steve



 If you do PPLNS   anytime you rip back to back cdfs of  99%  for your blocks you are fucked..  But just for the two blocks.  

The key is think in 100 block segments not 2 block segments.  What is the record for the last 100 blocks?

116.05%    now if you did PPS at a 99% payrate  for those 100 blocks  you would have lost out on the 17% over the 99%.

To follow up f2pool pays 96% not 99% and f2pool takes the tx id fees. while give some NMC    nets to 96%  so over the last 100 blocks so if 100% was 1 btc

you would get .96 btc   from f2pool maybe .97 btc

kano you would get 1.16 btc maybe 1.164 btc since he gives the tx id fees.

so .97 to 1.16 is a good estimate for a 100 block period.

But for this block right now PPS is better.  Small samples of 1, 2, 3, 4 blocks  do not mean much.

a cdf of .993  second best ever

bitminerpro_S3R.2059A0C51E43     thanks hey was this an s3?

▄▄███████▄▄
▄██████████████▄
▄██████████████████▄
▄████▀▀▀▀███▀▀▀▀█████▄
▄█████████████▄█▀████▄
███████████▄███████████
██████████▄█▀███████████
██████████▀████████████
▀█████▄█▀█████████████▀
▀████▄▄▄▄███▄▄▄▄████▀
▀██████████████████▀
▀███████████████▀
▀▀███████▀▀
.
 MΞTAWIN  THE FIRST WEB3 CASINO   
.
.. PLAY NOW ..
sorry2xs
Legendary
*
Offline Offline

Activity: 924
Merit: 1000


Dark Passenger Bitcoin miner 2013,Bitcoin node


View Profile
February 27, 2016, 01:34:25 PM
 #11352

church lady to pool Well aint that special Cheesy

Please tip the Node 1MPWKB23NsZsXHANnFwVAWT86mL24fqAjF; KO4UX
THAT NO GOOD DO GOODER BAT!!!
generalt
Legendary
*
Offline Offline

Activity: 1096
Merit: 1021


View Profile
February 27, 2016, 01:35:23 PM
 #11353

BLOCK  Grin

That was a tough one at 502.797%

BTC: 1GENERALrtBAjEv2Ps5cmEW1FADnXh1bCZ
sorry2xs
Legendary
*
Offline Offline

Activity: 924
Merit: 1000


Dark Passenger Bitcoin miner 2013,Bitcoin node


View Profile
February 27, 2016, 01:38:55 PM
 #11354

it was a bit of a drain i say

Please tip the Node 1MPWKB23NsZsXHANnFwVAWT86mL24fqAjF; KO4UX
THAT NO GOOD DO GOODER BAT!!!
philipma1957
Legendary
*
Offline Offline

Activity: 4116
Merit: 7851


'The right to privacy matters'


View Profile WWW
February 27, 2016, 01:41:36 PM
 #11355

we need a bang, bang, bam  in the next hour or two.

▄▄███████▄▄
▄██████████████▄
▄██████████████████▄
▄████▀▀▀▀███▀▀▀▀█████▄
▄█████████████▄█▀████▄
███████████▄███████████
██████████▄█▀███████████
██████████▀████████████
▀█████▄█▀█████████████▀
▀████▄▄▄▄███▄▄▄▄████▀
▀██████████████████▀
▀███████████████▀
▀▀███████▀▀
.
 MΞTAWIN  THE FIRST WEB3 CASINO   
.
.. PLAY NOW ..
wolfen
Hero Member
*****
Offline Offline

Activity: 770
Merit: 523


View Profile
February 27, 2016, 01:42:27 PM
 #11356

AAAAAAAAAAAAAAAAAAAAAAAAAAHHHHHH i'll take it.

For those about to block we salute you! AC->BTC
xgeniy
Newbie
*
Offline Offline

Activity: 18
Merit: 0


View Profile WWW
February 27, 2016, 01:43:32 PM
 #11357

go go kano! let's more green block)))
sorry2xs
Legendary
*
Offline Offline

Activity: 924
Merit: 1000


Dark Passenger Bitcoin miner 2013,Bitcoin node


View Profile
February 27, 2016, 01:48:22 PM
 #11358

Huh? why would anyone would want to establish a connection to any devise with a 620589 milli second ping time?HuhHuhHuhHuhHuhHuhHuhHuh?? Angry

Please tip the Node 1MPWKB23NsZsXHANnFwVAWT86mL24fqAjF; KO4UX
THAT NO GOOD DO GOODER BAT!!!
WBF1
Sr. Member
****
Offline Offline

Activity: 419
Merit: 250


View Profile
February 27, 2016, 01:50:43 PM
 #11359

Hi  

Kano, Apologies if this turns out to be the most stupid post of the month so far.

I am just getting my head around how the pool pays by PPLNS, which while I have mined here I have seen the 5Nd period drop from 192hrs to 34hrs as the pool grows.

Never really considered this before today, because I haven't had to sat through a tough block that exceeded the 5Nd period, but I think this block hrs will be greater than the expected 5Nd payment period, which if I understand it, means were only going to get 1/5th of the payment for the last 36+ hrs, and we will loose out on any % payments that we didn't already receive from the previous found blocks, so that for some of the previous blocks we will loose 80%, 60% or 40%  of the expected payments should we have continued at the expected 100% rather than this maddening 480% + block that were struggling with.

The only good thing that I can see is that the previous found blocks which we will loose the payments were all quite close together so the loss on previous payments is not so bad, but if we have another bad block as the next one, then we would be loosing 80% of a lot of hours work from this current block.

Is there a point when a pool hash rate gets larger, 20PH+ or whatever, when it hits a point when the 5Nd from the PPLNS actually works against the miners, because the smaller and smaller hrs of the 5Nd period and any bad luck wipes out any benefit of trying to even out the payments by using the 5Nd, is there a point when a pool gets to a larger size to actually run PPS, so to pay for the work done as its done, and then no-one ever looses out on the bad blocks that can over-run the 5Nd period and cause the loss of previous work done.

is PPLNS always best for any sized pool, or is PPS better for a certain sized pools.

If this is a stupid question just delete it

Steve



Short answer is PPLNS is better than PPS because PPS is capped. For example, if you mine at a pool with 5% fee, paying PPS, the most you will ever make compared to expected payout is 95%... even if thepool hits a string of blocks at 50% dificulty (which means the pool income is roughly 200% expected income but you only get 95%). Works the other way too where a string of 200% difficulty blocks has the pool at roughly 50% expected income but you get 95%. PPS will always have higher fee to make up for variance.

In the above scenario, on PPLNS, you get 200% of expected income when the pool hits a string of fast blocks at 50% difficulty and 50% expected income when with a string of 200% blocks. BUT PPLNS smooths out this variance using a window of size N to look backwards and see what portion of the payout you get.

The only time work isever unpaid is when work on one block goes over 500% (because N here is 5d where d is difficulty). This hasn't happened very often. And like phillipma1957 said, you have to look at it over a longer time span. At time spans of 7 days or more, this pool is over 100%.
dontetris
Newbie
*
Offline Offline

Activity: 47
Merit: 0


View Profile
February 27, 2016, 01:51:11 PM
 #11360

And there it is, 502% diff  Grin
Pages: « 1 ... 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 [568] 569 570 571 572 573 574 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 ... 2248 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!