Bitcoin Forum
May 22, 2024, 02:59:08 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 [676] 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 ... 2248 »
  Print  
Author Topic: KanoPool since 2014 🐈 - PPLNS and Solo 0.5% fee - Worldwide - 2436 blocks  (Read 5350550 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.)
philipma1957
Legendary
*
Online Online

Activity: 4130
Merit: 7907


'The right to privacy matters'


View Profile WWW
March 30, 2016, 03:20:58 AM
 #13501



Another thing is I always point my miners here.  About 20th.  These are actual miners.  So if I stop renting after a hot streak the base miners never leave.

If you go back a bit you will see I said 22 blocks in under 4 days.  I knew I was going to let the rentals drop down after that.  But I kept the base 20th mining here.

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

Activity: 922
Merit: 1003



View Profile
March 30, 2016, 04:21:19 AM
 #13502

What batch s7 is that? running at 731 with low err rates and avg 4.8+? What PSU you using? I have not had much luck OC'ing the newer batches. I am only OC'ing batch 1-6 with pretty good results.
Batch 8 using an EVGA 1600.
Can S7s make do with EVGA 1300?
Supposedly they can if you don't OC.
batches 1 to 7 on stock freq 
batches 8 to 15 on a down clock to freq  625
I agree with this. Batch 8-15 are the least efficient variants of the S7 and require more power than any of the previous batches. I use EVGA 1300G2 on batches 2 and 4 (1160W stock). Batch 8 and above require another ~140W at stock which is beyond what most 1300G2's can reliably sustain due to the inherent power variance. Sure, you might get lucky but that is the exception. Use 2x 850W or a single 1600W supply with these.
kano (OP)
Legendary
*
Offline Offline

Activity: 4508
Merit: 1819


Linux since 1997 RedHat 4


View Profile
March 30, 2016, 06:32:08 AM
 #13503

Quiet night again in the west? Smiley
That last block was found by our first Avalon6 winner indeec444!

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
HerbPean
Legendary
*
Offline Offline

Activity: 1638
Merit: 1005



View Profile
March 30, 2016, 06:48:01 AM
 #13504

Quiet night again in the west? Smiley
That last block was found by our first Avalon6 winner indeec444!


EPIC !
zOU
Hero Member
*****
Offline Offline

Activity: 728
Merit: 500

★ these are stars ★


View Profile
March 30, 2016, 08:45:57 AM
 #13505

Quiet night again in the west? Smiley
That last block was found by our first Avalon6 winner indeec444!


Give me 24h a I'll add 2 S5 and 2 S3 to my setup, doubling it Smiley

Let the block rain begin ! (or not :p)

sorry2xs
Legendary
*
Offline Offline

Activity: 924
Merit: 1000


Dark Passenger Bitcoin miner 2013,Bitcoin node


View Profile
March 30, 2016, 12:57:16 PM
 #13506

Yes let it rain Roll Eyes

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

Activity: 294
Merit: 250


View Profile
March 30, 2016, 01:50:39 PM
 #13507

Quiet night again in the west? Smiley
That last block was found by our first Avalon6 winner indeec444!


That's fantastic!

NXS is on the move!   Come subscribe to our subreddit  https://www.reddit.com/r/nexusearth/
Come mine NXS at http://nxsminingpool.com
jonnybravo0311
Legendary
*
Offline Offline

Activity: 1344
Merit: 1023


Mine at Jonny's Pool


View Profile WWW
March 30, 2016, 02:16:39 PM
 #13508

Was the block found by the Avalon that indeec444 won?  That would be perfect Smiley

Jonny's Pool - Mine with us and help us grow!  Support a pool that supports Bitcoin, not a hardware manufacturer's pockets!  No SPV cheats.  No empty blocks.
clgrissom3
Legendary
*
Offline Offline

Activity: 1722
Merit: 1032


Carl, aka Sonny :)


View Profile
March 30, 2016, 03:07:40 PM
 #13509

Block by simoT!  He gets on the Acclaim Board with his first kano block!  Way to go!
philipma1957
Legendary
*
Online Online

Activity: 4130
Merit: 7907


'The right to privacy matters'


View Profile WWW
March 30, 2016, 03:08:34 PM
 #13510

Block!
  nice we needed it

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

Activity: 1722
Merit: 1032


Carl, aka Sonny :)


View Profile
March 30, 2016, 03:50:26 PM
 #13511

This is a nice progression in the number of blocks the kano pool has been hitting for the past couple of months...and we should add a couple more today and tomorrow  Cheesy

Month      Total   Bl/d
12/2015    39.00   1.26   
01/2016    78.00   2.52   
02/2016   103.00   3.55   
03/2016   120.00   4.00   
tlhIlwI
Sr. Member
****
Offline Offline

Activity: 305
Merit: 250



View Profile
March 30, 2016, 03:54:36 PM
 #13512

Finally, a block!

We had superb luck when the rental rates are too high to bother with.  One of my rentals came alive last night and has run through much of today and a second one has occasionally been alive today.  Of course-- now we get bad luck so that I can lose on those again!  When exactly does the variance swing my way during a rental?

Edit: Yes, I know this isn't that bad.  I've only been playing with adding rented hash to my own gear for a couple weeks.  The timing just annoys me... the pool is doing around 115% luck during that time and I'm showing a 20% loss on the rentals.  I'm not risking a lot and I will not make any conclusions until at least a couple months.  I'm renting well under market and the timing should average out to bring a profit-- It just hasn't been a good start and I'm hoping to see the better side for a change.

If you are not letting the rental run straight through, it's never building it's 5Nd and never getting you full payouts.  It doesn't matter that you are getting really low rates...if it's not running then you are not earning shares and without getting full payouts, it will pretty much stay at a loss.  Even if your rental came alive on a 6 or 8 block day, you will not be getting full 5Nd pay for those blocks because it was sitting there dormant beforehand so it's not going to make up a lot of ground with fractional payouts.

How do I know this?  I have been running a steady rental under my second account for nearly the entire month.  Some days I have to pay more than I really want to but I've noticed that once it reached it's full 5Nd, it does really well thanks to good performances overall by the kano pool.  I've even been able to transfer 1 BTC over to my Host Fees wallet from my rental wallet and It's still operating in the black this month.  Kano Pool has been averaging 0.00386697 per day per TH in my account this month so as long as I can keep the rental at least 3% less (less than 0.00375096) it pays all day long and full on each block.  Smiley

Here is the strategy I've been using for my profitability test:

1) I always put my orders under 100% PPS rate.  Right now that means 5% (2% after fees) and 8% (5% after fees).  Originally I used 5-10-15 after fees, but the 10 and 15 just were not being hit enough to bother with.  My thought is that even if the orders are not always on, it is their average rate that I am paying for and that average that I will paid for at the pool.  Yes, that means occasional gaps will result in some shares falling off the N range and being paid less than 5 times due to luck, but an equal number should pile up within the N range and get paid 6+ times due to luck.  If there are no other confounding variables (more on that in a moment), the math says it should all average out to 102% to 105% in the end if I am paying 2% to 5% below market after fees.

2) Once the orders are made I never touch them except to refill.  This lets them work their way up to near the top of their price bracket during their 15 day run.  An order near the top of 0.0029 is hit nearly as often as one at the bottom of 0.0030 but costs about 3% less, so it doesn't pay to adjust orders to chase the price.

Now about confounding variables-- this assume all others renting to point hash here are following a similar rational strategy.  In reality that is not the case-- luck chasers exist who will rent well above market just to chase the luck when the pool is "hot".  Of course, I know past luck doesn't predict future results, but it does still alter the distribution of my not renting periods.  Theoretically it shouldn't matter-- they are renting for an unpredictable future-- when they win I should lose and when they lose I should win.  When that happens should be totally random in the end.  

That said, I have some experience on the flip side of this issue-- selling hash rather than renting it.  A year ago I did a similar experiment to what I'm doing now except on the selling side to determine where to set my profit switch (p=) point for selling to WH.  Like now, everything *should* have been random meaning I should have lost in profit switching as much as I gained.  The reality *was* different though, and I concluded that any profit switching below +25% consistently resulted in losses for me.  I never identified exactly what caused the phenomenon except to note that there was possibly a correlation with luck chasing at the pool.  Maybe I just didn't let the test play out long enough to see a better result.

Another confounding variable is whether or not the rented hash is legitimate hash.  Now that we have seen witholding attacks in the wild, it really raises the possibility that bad gear does hide on the rental services.  If so, increases in the percentage of rented hash on the pool (correlated with times of low rental rates when my and others rentals turn on) would result in decreases in pool luck and would directly affect my rental strategy.  Still, my intuition says this risk is low due to the combination of multiple probabilities involved (probability of dud hash existing and the probability of it getting assigned to a rental here).  If I knew the percentage of bad gear on NH/WH it would be possible to run this through Bayes' therom and get an exact percent effect on the pool (it should be less than 1% though).  

Part of my experiment is to track this carefully to make sure it isn't observable in my rental/reward data.  I only have two weeks of data when I strip out the early 5-10-15 method, so obviously I can't draw any conclusions yet.  So far a majority of my rental periods do fall within dips in reward count on my graph, but it is inconsistent as to whether they are on the leading or falling edge of the bad luck.  Of course I'm not capturing the rental activity above my threshold, so others' 0.0030+ rentals could fill that out and I wouldn't know.  I really need to be logging LRP over time, not just my own activity if I want to answer that question (but my main concern has been the viability of my strategy, not with the quality of hash available, so I haven't kept that level of detail). My rental activity was rewarded 5+ times in only 31.5% of shifts.  The average reward count on my rental shifts is now 4.228.  If the rentals are legitimate, I expect an average reward of 5 when the variance moves into my favor resulting in a profit.  If it doesn't, then there may be an issue with the quality of rentals to consider.

Anyone see any flaws?

Subscribe to my Bitcoin Mining YouTube channel: https://www.youtube.com/channel/UC7eam9msr3I2qxzsCzRTuVQ
firetreeactual
Legendary
*
Offline Offline

Activity: 952
Merit: 1003



View Profile
March 30, 2016, 04:51:04 PM
 #13513

Quiet night again in the west? Smiley
That last block was found by our first Avalon6 winner indeec444!


Congrats! Dunno...does one consider Kaua'i Island "the west?"

To infinity and beyond...on two 741s and one of only 3...nope, make that 4...full nodes in Hawaii...on <30A. (I have other gear on the Hoth ice planet)
Rabinovitch_recovery
Newbie
*
Offline Offline

Activity: 22
Merit: 0


View Profile
March 30, 2016, 05:17:35 PM
 #13514

Was the block found by the Avalon that indeec444 won?  That would be perfect Smiley

Definetely no. indeec444 has only S7s at his farm. Right now his Avalon6 he won here is in my basement, running at solo.ckpool.  Cheesy
Newko
Sr. Member
****
Offline Offline

Activity: 276
Merit: 250


View Profile
March 30, 2016, 06:51:30 PM
 #13515

Just finished reading the entire thread "SPV mining and how to slow it down...if you care"
https://bitcointalk.org/index.php?topic=1274066.0
Very enlightening...suggested reading for any other newbies like me.
Glad I'm here on Kano's pool, even if it's only with my tiny 4.7th

[edit] Got a good laugh when someone suggested that Kano really didn't understand mining. At the risk of sounding like a sycophant, that's kinda like saying "Michelangelo, I really don't think understand how to paint a ceiling."
sorry2xs
Legendary
*
Offline Offline

Activity: 924
Merit: 1000


Dark Passenger Bitcoin miner 2013,Bitcoin node


View Profile
March 30, 2016, 08:12:17 PM
 #13516

block

Please tip the Node 1MPWKB23NsZsXHANnFwVAWT86mL24fqAjF; KO4UX
THAT NO GOOD DO GOODER BAT!!!
VRobb
Hero Member
*****
Offline Offline

Activity: 1610
Merit: 538

I'm in BTC XTC


View Profile
March 30, 2016, 08:12:59 PM
 #13517

Carrgo shipping in a block for us!  Schweet!

I don't believe in superstition because it's bad luck: 13thF1oor6CAwyzyxXPNnRvu3nhhYeqZdc
These aren't the Droids you're looking for: S5 & S7 (Sold), R4B2, R4B4 (RIP), 2x S9 obsolete, 2xS15-28, S17-56, S17-70
Pushing a whopping 1/5 PH!  Oh The SPEED!!!
clgrissom3
Legendary
*
Offline Offline

Activity: 1722
Merit: 1032


Carl, aka Sonny :)


View Profile
March 30, 2016, 08:14:05 PM
 #13518

Carrgo shipping in a block for us!  Schweet!

Way to go carrgo with 12.2THs!  Welcome to the Acclaim Board with your first kano block!
Legacy2005
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile
March 30, 2016, 08:16:20 PM
 #13519

Carrgo shipping in a block for us!  Schweet!

Way to go carrgo!

carrgo is our new youtube friend I believe. Perhaps first block is worth a video.. lol
kano (OP)
Legendary
*
Offline Offline

Activity: 4508
Merit: 1819


Linux since 1997 RedHat 4


View Profile
March 30, 2016, 10:50:23 PM
 #13520

A follow up from the last CKDB restart a few days ago:

I'll be restarting CKDB again in roughly 40 minutes (~23:30 UTC)
As usual, no miners will be affected.
The web page will show lotsa '?' for about 10 minutes.

Last restart I found the new code was a lot faster in all areas I changed and used a lot less RAM.
Hopefully this fix solves the minor problem from before.

If it doesn't solve the problem, I'll just go back a version again like before which means about double the restart time or about 20mins.

tl;dr; Smiley
This is an 'attempted' fix at the problem I found with the last restart and had to go back to the previous version.
The problem doesn't affect any data, just the 'sequence' processing gets out of alignment and then spews out 100's/1000's of messages.
The sequence code I wrote is somewhat complex and adding more threading into the mix allowed a few 'later' auth records to get processed early and exceed the limits on how far apart sequence numbers can be.
Processing still continues as normal, but with zillions of messages about the sequence numbers (for a few minutes)
Hopefully this fixes that.
I can't fully test if it clears the warnings, since it needs a full pool and data to cause the warning.
The code is of course tested to make sure all is OK, just can't check if it also resolves the messages except on the live pool since it needs such a high work load to cause it.

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
Pages: « 1 ... 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 [676] 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 ... 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!