Author

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

legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Payout 387505 sent
0f5653d45a9f0aeaec3f81b53f478807030ab01de6ff81fb6170d7c2e388a0fe
and confirmed already Smiley

--

I'm gonna do a ckpool restart in about half an hour.
This one should actually reduce the overall pool stales by a bit so definitely worth doing.
Now that the pool has grown, a restart will mean more people failing over than before, but still a lot of miners should just see a reconnect in cgminer and not failover.

Yeah you'll notice the higher invalid % numbers in the top left probably mostly due to the GFW miners getting them - but this change should help that a bit also.
Normally we're down around 1/4 of the current value, so normally quite a bit better, so we'll see if this change helps with the GFW miners.
legendary
Activity: 1500
Merit: 1002
Mine Mine Mine
it's block time ! where is it ? STOP going to other pools. come here.
full member
Activity: 182
Merit: 100
Anyone know why canaan has such wild hashrate swings? Seems to oscillate between 550-1100TH/s pretty constantly.

I did wonder that too. I noticed the number of workers is so erratic, but guess this is explained by the Avalon testing. Canaan I'll be happy to test some for you  Wink Grin

luckyant also seems to have some odd pattern. he/she/they come and go randomly and seem to have a good amount of hashing available.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Anyone know why canaan has such wild hashrate swings? Seems to oscillate between 550-1100TH/s pretty constantly.
They're behind the great firewall of china and this pool isn't. Also they're constantly testing new hardware (avalon6).
legendary
Activity: 1596
Merit: 1000
Anyone know why canaan has such wild hashrate swings? Seems to oscillate between 550-1100TH/s pretty constantly.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Payout 387465 sent (about 3 and half hours ago)
a08b13bacfb73b9d2bd9160cf31055bd67a22397373740b7e39d317fc6086869
and (just) confirmed
legendary
Activity: 1500
Merit: 1002
Mine Mine Mine
...
but if later further down the road of the to-do lists/development, it'll be nice if you can assign several/different username & payout add's under 1 registered account.

Well the account has a 'username' so yeah having multiple 'usernames' ... I'm not exactly sure why.

But multiple payout addresses is already part of ckdb, as I mentioned before if you need that

It's a switch I set on the account saying how many addresses you are allowed, default for everyone is only one address.
Obviously I don't give that option to everyone, I don't want miners dividing up their reward to multiple addresses unless they are sizeable.
Each address increases the size of the payout transaction, so yeah don't want tiny accounts paying out to lots of addresses.
One is enough for most accounts.
Big accounts I'll enable it on request.

cool by request. have few dc's that's why. easier management. but no issues for me, i'll just open 1 account for each of them.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
...
but if later further down the road of the to-do lists/development, it'll be nice if you can assign several/different username & payout add's under 1 registered account.

Well the account has a 'username' so yeah having multiple 'usernames' ... I'm not exactly sure why.

But multiple payout addresses is already part of ckdb, as I mentioned before if you need that

It's a switch I set on the account saying how many addresses you are allowed, default for everyone is only one address.
Obviously I don't give that option to everyone, I don't want miners dividing up their reward to multiple addresses unless they are sizeable.
Each address increases the size of the payout transaction, so yeah don't want tiny accounts paying out to lots of addresses.
One is enough for most accounts.
Big accounts I'll enable it on request.
legendary
Activity: 1500
Merit: 1002
Mine Mine Mine
I grabbed the snapshot about 38-40 hours after I started mining at the pool. According to your calculation (~63%), it should have been more since all 5 workers were hashing at the pool from the beginning. I used BTC address 1EnJMR12HMbh4nhpEa8vkDTBHxXvtMsury if you can take a look at what went wrong. I now registered and using my user id to mine.
Was probably related to the ckpool restart then.

Could be for the restart, definitely. I wish there was a way to transfer work done under my BTC address to my user id (I am using same address for payouts), so I don't start from scratch!
You don't start from scratch.
It has no effect on your payout (they are combined)
See here also:
https://bitcointalksearch.org/topic/m.13187889

However the logic behind the data access restriction is necessary:
Miner A decides he doesn't want an account and want to mine only to an address.

Miner B decides he wants access to view all the details of miner A's address ... no sorry.

just like what i did at first, miner A was registered, i can view everything & monitor the miners but when i setup miner B i used only a btc addy but wanting it merged & if the payouts can be splitted, yes from kano but i just went ahead & changed miner B from using btc addy to registering another account. could've inccured some small losses while changing parameters in miners but no issues, it's ok. problem solved & now i can monitor both accounts just have to log in & out, no issues for me.

but if later further down the road of the to-do lists/development, it'll be nice if you can assign several/different username & payout add's under 1 registered account.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
I grabbed the snapshot about 38-40 hours after I started mining at the pool. According to your calculation (~63%), it should have been more since all 5 workers were hashing at the pool from the beginning. I used BTC address 1EnJMR12HMbh4nhpEa8vkDTBHxXvtMsury if you can take a look at what went wrong. I now registered and using my user id to mine.
Was probably related to the ckpool restart then.

Could be for the restart, definitely. I wish there was a way to transfer work done under my BTC address to my user id (I am using same address for payouts), so I don't start from scratch!
You don't start from scratch.
It has no effect on your payout (they are combined)
See here also:
https://bitcointalksearch.org/topic/m.13187889

However the logic behind the data access restriction is necessary:
Miner A decides he doesn't want an account and want to mine only to an address.

Miner B decides he wants access to view all the details of miner A's address ... no sorry.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
the moer hashpower = the lower the "N range" right ?
The shorter the duration in absolute time, but the same N range.
legendary
Activity: 1500
Merit: 1002
Mine Mine Mine
thx for the answer guys, patiently waiting. about 4 more days to go yeah +/- couple of % hahaha

latest progress:   user 1

Block             Block UTC   Miner Reward   N Diff   N Range         Pool N Avg   Your %   Your N Diff   Your N Avg  Your BTC
387505   9/Dec 15:09   24.92477269   396.502G   118hr 9m 56s   4.00PHs   0.18%   728.170M   7.35THs   0.04577398
387465   9/Dec 09:16   25.05411500   396.082G   121hr 17m 20s   3.90PHs   0.14%   555.891M   5.47THs   0.03516284
Total:                                                                                                                                                      0.08093682

user2 :

Block            Block UTC           Miner Reward   N Diff     N Range        Pool N Avg   Your %   Your N Diff   Your N Avg Your BTC
387505   9/Dec 15:09   24.92477269   396.502G   118hr 9m 56s   4.00PHs   0.19%   772.908M   7.80THs   0.04858631
387465   9/Dec 09:16   25.05411500   396.082G   121hr 17m 20s   3.90PHs   0.14%   572.384M   5.63THs   0.03620613
Total:                                                                                                                                                      0.08479244


we need more hashpower !

the moer hashpower = the lower the "N range" right ?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Could be for the restart, definitely. I wish there was a way to transfer work done under my BTC address to my user id (I am using same address for payouts), so I don't start from scratch!
That's just a hashrate meter. No shares are ever lost.
hero member
Activity: 895
Merit: 504
I grabbed the snapshot about 38-40 hours after I started mining at the pool. According to your calculation (~63%), it should have been more since all 5 workers were hashing at the pool from the beginning. I used BTC address 1EnJMR12HMbh4nhpEa8vkDTBHxXvtMsury if you can take a look at what went wrong. I now registered and using my user id to mine.
Was probably related to the ckpool restart then.

Could be for the restart, definitely. I wish there was a way to transfer work done under my BTC address to my user id (I am using same address for payouts), so I don't start from scratch!
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I grabbed the snapshot about 38-40 hours after I started mining at the pool. According to your calculation (~63%), it should have been more since all 5 workers were hashing at the pool from the beginning. I used BTC address 1EnJMR12HMbh4nhpEa8vkDTBHxXvtMsury if you can take a look at what went wrong. I now registered and using my user id to mine.
Was probably related to the ckpool restart then.
hero member
Activity: 895
Merit: 504
{"hashrate1m": "25.1T", "hashrate5m": "23.5T", "hashrate1hr": "20T", "hashrate1d": "1.95T", "hashrate7d": "290G", "lastupdate": 1449676071, "workers": 5, "shares": 41037433, "bestshare": 3737048.6019535731}

My 1 day hashrate seems low.  Been mining here since 2 hours prior to block 387268. How do I find out if I am close to 5N?
What's wrong with it? How long (in time) had you actually been mining when you grabbed that value? It's an exponentially decaying rolling average where the time (eg 1d) is the time constant used for it. If you had been mining for exactly 1 day when you grabbed that snapshot it would not be your average hashrate up to the exact second of one day previously but would work out to ~63% of your hashrate to that second.

I grabbed the snapshot about 38-40 hours after I started mining at the pool. According to your calculation (~63%), it should have been more since all 5 workers were hashing at the pool from the beginning. I used BTC address 1EnJMR12HMbh4nhpEa8vkDTBHxXvtMsury if you can take a look at what went wrong. I now registered and using my user id to mine.
hero member
Activity: 777
Merit: 1003
does the 5N starts all over again if you leave for couple of hours & back or it's pro rated ?

The 5Nd never starts or stops, it is continuous.
It is always the number of shares in 5 times the network difficulty before the currently found block.

Your payout is based on your percentage of those shares submitted.

If you stop mining you stop submitting shares, but everyone else keeps submitting, therefore your percentage goes down.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
does the 5N starts all over again if you leave for couple of hours & back or it's pro rated ?

noob question . . .

why is 5N used here ?

can then confirmations shortened to 60 conf's instead of 100 conf's & why not the 120 conf's ?
All PPLNS pools pick a time. We just happen to explain it explicitly by saying it's 5x the current diff. There is nothing different here compared to any other pool in terms of what happens when you intermittently mine - you get credited for shares you mine in the shifts that span the PPLNS period; nothing more, nothing less.  You can't shorten confirms to 60 because that's how bitcoin is - newly mined coins aren't available till 100 confirms have happened. Bitcoin changed from 120 confirms a few versions ago to 100.
legendary
Activity: 1500
Merit: 1002
Mine Mine Mine
does the 5N starts all over again if you leave for couple of hours & back or it's pro rated ?

noob question . . .

why is 5N used here ?

can then confirmations shortened to 60 conf's instead of 100 conf's & why not the 120 conf's ?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
{"hashrate1m": "25.1T", "hashrate5m": "23.5T", "hashrate1hr": "20T", "hashrate1d": "1.95T", "hashrate7d": "290G", "lastupdate": 1449676071, "workers": 5, "shares": 41037433, "bestshare": 3737048.6019535731}

My 1 day hashrate seems low.  Been mining here since 2 hours prior to block 387268. How do I find out if I am close to 5N?
What's wrong with it? How long (in time) had you actually been mining when you grabbed that value? It's an exponentially decaying rolling average where the time (eg 1d) is the time constant used for it. If you had been mining for exactly 1 day when you grabbed that snapshot it would not be your average hashrate up to the exact second of one day previously but would work out to ~63% of your hashrate to that second.
Jump to: