Author

Topic: KanoPool kano.is lowest 0.9% fee 🐈 since 2014 - Worldwide - 2432 blocks - page 1813. (Read 5352367 times)

legendary
Activity: 1694
Merit: 1002
Go Big or Go Home.....
These long blocks are really starting to chip away at our luck.  I with bitmain would hurry up and send me a replacement board so I can solve one with my mighty 9.4 TH!

For those who had their 5Nd at the start of January are still on track for one heck of a good month.

Yea, I'm glad I gave up on slush back in December and made kano my pool for life.  I'd prefer supporting the people who make the software more than china who just wants to suck up the coins.


Ding ding ding..
full member
Activity: 180
Merit: 100
These long blocks are really starting to chip away at our luck.  I with bitmain would hurry up and send me a replacement board so I can solve one with my mighty 9.4 TH!

For those who had their 5Nd at the start of January are still on track for one heck of a good month.

Yea, I'm glad I gave up on slush back in December and made kano my pool for life.  I'd prefer supporting the people who make the software more than china who just wants to suck up the coins.
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
These long blocks are really starting to chip away at our luck.  I with bitmain would hurry up and send me a replacement board so I can solve one with my mighty 9.4 TH!

For those who had their 5Nd at the start of January are still on track for one heck of a good month.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
There will be a CKDB restart in ~9hrs 20mins at UTC 22:00 (18-Jan)
CKDB restarts don't really need much warning since they don't affect your miners at all,
but in this case I need to do it soon and the next best option is in the morning my time (UTC 22:00)

As is now usual with a CKDB restart, I do it at the end of a shift, but at the point when CKDB summarises the shift (about 12 minutes later)
So the first shift to end and be summarised after UTC 22:00 will be the point when I do the restart.
I'll post again, a bit before, just to remind people and have a better estimate of when 'that' shift will end.

No miners will be hurt in the making of this restart, the SPCM will be present Smiley
A reminder about the ckdb restart.

Again, No miners will be affected.

Timing will probably be around 22:15 (a bit over an hour from now) based on the last shift times.
full member
Activity: 184
Merit: 100
hopefully the block gods recognize my need for another bitcoin miner to compliment s7 for my dorm Roll Eyes Roll Eyes Roll Eyes Grin

EDIT: it feels like my current s7 is making me deaf Undecided
full member
Activity: 180
Merit: 100
These long blocks are really starting to chip away at our luck.  I with bitmain would hurry up and send me a replacement board so I can solve one with my mighty 9.4 TH!
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Yeah that block was rather more unlucky than most will realise Sad
We had 2 shares VERY close to being a block before it:
Code:
[2016-01-18 21:06:56.602+11] Share ok Diff 97.4% (110437543630/113354299801.5) --- Pool 116767254600.0 117G 103.01%
[2016-01-19 06:28:04.616+11] Share ok Diff 97.2% (110223395476/113354299801.5) --- Pool 214272900611.0 214G 189.03%
[2016-01-19 07:38:56.160+11] BLOCK! ok Diff 106.6% (120831516540/113354299801.5) --- Pool 226016072463.0 226G 199.39%
The % on the end also shows roughly the timing of the shares.
sr. member
Activity: 294
Merit: 250
Helllooooooooo block.

The one thing I've never understood is how to see what kind of hash the finder had.  I feel like I'm missing something VERY obvious.

https://kano.is/index.php?k=stats

OH!  I look at that all of time.  I just never thought to look at the blockfinder and compare!   Now I feel silly.
full member
Activity: 212
Merit: 100
Helllooooooooo block.

The one thing I've never understood is how to see what kind of hash the finder had.  I feel like I'm missing something VERY obvious.

When you're logged in click on Pool then Stats. That page lists everyone mining along with their hash rates
member
Activity: 98
Merit: 10
Helllooooooooo block.

The one thing I've never understood is how to see what kind of hash the finder had.  I feel like I'm missing something VERY obvious.

https://kano.is/index.php?k=stats
sr. member
Activity: 294
Merit: 250
Helllooooooooo block.

The one thing I've never understood is how to see what kind of hash the finder had.  I feel like I'm missing something VERY obvious.
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
Good job bitminerpro! The A6 is still up for grabs but now we have that block out of the way!
full member
Activity: 162
Merit: 100
Fiuu we still have chance  Cool
full member
Activity: 204
Merit: 101
And we got a block but no winner yet  Grin
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
--load-balance will mine on all pools listed at the same time.
i.e. as per the cgminer README

Thanks Kano. I had read the README but was unsure how to access the sp20 via cgminer with ssh. My wording was unclear. I was informed via PM that I could use putty to do so, BIG thanks to everyone!
Yeah I don't know how to get into an SP20, I gave away the one I was gonna get as a pool prize last year Smiley
But my point was to say that yes that option does what you want.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Well, the balanced thing would be fine but I don't believe the sp20 allows any flags. I'll try and get back thanks.

I think I once read (don't remember where) that it is possible to do  balancing by editing cgminer.conf.template, but if I recall correctly the balance percentage was ignored so the balance couldn't be tuned and it couldn't be done with failover set up at the same time.  I never tried it.


Ugh. Yeah what I really need is access to standard cgminer interface, but I have no idea how to do it with the sp20. I need to connect to windows because I want to set up a full node and point my miner there as well. Sorry I'm way off topic. If anyone wants to help me out please pm.
--load-balance will mine on all pools listed at the same time.

i.e. as per the cgminer README
Quote
MULTIPOOL

FAILOVER STRATEGIES WITH MULTIPOOL:
A number of different strategies for dealing with multipool setups are
available. Each has their advantages and disadvantages so multiple strategies
are available by user choice, as per the following list:

FAILOVER:
The default strategy is failover. This means that if you input a number of
pools, it will try to use them as a priority list, moving away from the 1st
to the 2nd, 2nd to 3rd and so on. If any of the earlier pools recover, it will
move back to the higher priority ones.

ROUND ROBIN:
This strategy only moves from one pool to the next when the current one falls
idle and makes no attempt to move otherwise.

ROTATE:
This strategy moves at user-defined intervals from one active pool to the next,
skipping pools that are idle.

LOAD BALANCE:
This strategy sends work to all the pools on a quota basis. By default, all
pools are allocated equal quotas unless specified with --quota. This
apportioning of work is based on work handed out, not shares returned so is
independent of difficulty targets or rejected shares. While a pool is disabled
or dead, its quota is dropped until it is re-enabled. Quotas are forward
looking, so if the quota is changed on the fly, it only affects future work.
If all pools are set to zero quota or all pools with quota are dead, it will
fall back to a failover mode. See quota below for more information.


The failover-only flag has special meaning in combination with load-balance
mode and it will distribute quota back to priority pool 0 from any pools that
are unable to provide work for any reason so as to maintain quota ratios
between the rest of the pools.

BALANCE:
This strategy monitors the amount of difficulty 1 shares solved for each pool
and uses it to try to end up doing the same amount of work for all pools.
sr. member
Activity: 305
Merit: 250
Well, the balanced thing would be fine but I don't believe the sp20 allows any flags. I'll try and get back thanks.

I think I once read (don't remember where) that it is possible to do  balancing by editing cgminer.conf.template, but if I recall correctly the balance percentage was ignored so the balance couldn't be tuned and it couldn't be done with failover set up at the same time.  I never tried it.
member
Activity: 66
Merit: 10
Thanks Zach i did miss that post,

Kano or -ck was wondering if everything is alright with the block propagation its at an extreme today or maybe there is a glitch with the site..

Code:
Rank Pool Ave Delta From First Pool Delta minus Best
1 stratum.mining.eligius.st:3334 6.5483448217655 0
2 stratum.btcchina.com:3333 9552.8558958371 9546.3075510154
3 stratum.bw.com:3333 9925.048134625 9918.4997898032
4 nl1.ghash.io:3333 10027.742528295 10021.194183473
5 solo.antpool.com:3333 10129.075428568 10122.527083746
6 stratum.mainnet.mining.strateman.ninja:3333 10330.801666679 10324.253321857
7 solo.ckpool.org:3333 10331.125611107 10324.577266285
8 stratum.kano.is:3333 10331.63709259 10325.088747769


These stats are obviously wrong.  If you scroll down you will see the eligius block stat is repeated on several block finds with the same time.  This of course threw off all to calculations to follow.  It seems to be working again properly now but it will take some time for the average to update.

X
sr. member
Activity: 294
Merit: 250
Wow this pool has grown!  There was a time not that long ago when my 6TH was 0.5% to 1% of the pool, but now my chances of winning are around 0.045%!

Hey, I can just look at my block % for my chances of winning! Cool Wink I'm running an sp20 as well. OT question to anyone willing to answer(delete if you must I understand)  Can I split my sp20 between Kano Ckpool and SoloCKpool simultaneously somehow?

Not simultaneously, however within cgminer you can set the balanced option which will cause your miner to mine on both pools (never at the same time, it'll switch back and forth).

I don't have a good answer for the second question.
sr. member
Activity: 305
Merit: 250
When the price started increasing back in November my calculations said, for the first time in a long time, to run my SP20s at full speed.  I've been running them at full since despite the difficulty increases (being optimistic) which, due to pool luck, has really paid off!   

Now my calculations say they need to be at the lowest settings and it is time to start looking at new gear.  This would be a perfect time to win an Avalon6!

Wow this pool has grown!  There was a time not that long ago when my 6TH was 0.5% to 1% of the pool, but now my chances of winning are around 0.045%!
Jump to: